The Apache Commons Validator team is pleased to announce the release
of Apache Commons Validator 1.7
Apache Commons Validator provides the building blocks for both client
side validation and server side data validation.
It may be used standalone or with a framework like Struts.
This is primarily
On Mon, 17 Jun 2019 at 17:59, wrote:
>
> This is an automated email from the ASF dual-hosted git repository.
>
> sebb pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-codec.git
>
>
> The following commit(s) were added to refs/heads/master by this push:
>
On Sun, 26 May 2019 at 15:22, wrote:
>
> Author: sebb
> Date: Sun May 26 14:22:37 2019
> New Revision: 1860080
>
> URL: http://svn.apache.org/viewvc?rev=1860080&view=rev
> Log:
> Revert r1831656: should not have been applied to SVN copy
>
> Modified:
> commons/proper/jexl/trunk/README.md
>
> M
In case anyone is wondering why this commit message is over a year
old, please see
https://issues.apache.org/jira/browse/INFRA-10748
For some reason the message was treated as spam.
On 2 December 2016 at 03:11, wrote:
> Author: sebb
> Date: Mon Nov 9 17:48:28 2015
> New Revision: 1713488
>
>
This compile error was not picked up because the Benchmark class is
only compiled if the -Pbenchmark profile is used.
The class cannot currently be compiled in normal mode because it
depends on JMH which is only included as a test dependency by the
profile.
I'm wondering whether the test dependen
Looks like the fix for the encoding was successful.
[I was looking for somewhere to apply a dummy change to test the UTF8
fix when I found the duplicate ...]
On 24 June 2016 at 11:42, wrote:
> Author: sebb
> Date: Fri Jun 24 10:42:46 2016
> New Revision: 1750073
>
> URL: http://svn.apache.org/v
On 18 May 2016 at 11:41, wrote:
> Author: sebb
> Date: Wed May 18 10:41:50 2016
> New Revision: 1744385
>
> URL: http://svn.apache.org/viewvc?rev=1744385&view=rev
> Log:
> MessageDigestAlgorithm => MessageDigestAlgorithms as the former has been
> dropped
>
> Modified:
>
> commons/proper/cod
1) Please don't hijack threads - start a new thread with a new subject
as I have done here
2) Please don't cross-post to multiple lists
There is some info here:
http://commons.apache.org/volunteering.html
On 9 November 2015 at 14:44, Java Techie wrote:
> Hi,
>
>
> Can anyone help me getting st
On 3 March 2015 at 17:51, Benedikt Ritter wrote:
> Hi,
>
> 2015-03-01 19:04 GMT+01:00 Benedikt Ritter :
>
>> Hello,
>>
>> 2015-01-06 18:55 GMT+01:00 sebb :
>>
>>> On 6 January 2015 at 17:24, Benedikt Ritter wrote:
>>> > Hello Sebb,
>>> >
>>> > 2015-01-06 18:01 GMT+01:00 sebb :
>>> >
>>> >> -1
>>>
Note: a permanent solution (I hope!) has now been implemented.
On 13 January 2015 at 22:32, sebb AT ASF wrote:
> This reverts back to the 1.4 code (except for the reflection part) and
> fixes the test failures.
>
> However it is not a permanent solution.
>
> On 13 January 2015
This reverts back to the 1.4 code (except for the reflection part) and
fixes the test failures.
However it is not a permanent solution.
On 13 January 2015 at 22:30, wrote:
> Author: sebb
> Date: Tue Jan 13 22:30:28 2015
> New Revision: 1651525
>
> URL: http://svn.apache.org/r1651525
> Log:
> Ad
See below for one way to automatically suppress Javadoc errors when
running under Java 8
It should not be adopted as a permanent measure, but may be useful
whilst Javadoc is being fixed.
-- Forwarded message --
From:
Date: 16 April 2014 17:22
Subject: svn commit: r1587961 - /co
The Commons Build plugin allows for text to be added to the download
page by using the commons.release.desc property.
As an experiment I changed File upload to add the following pom property:
(requires Java ${maven.compiler.target} or
later)
This resulted in the section header:
Might be worth
Unfortunately this commit seems to have broken svnpubsub on the ASF
mirrors, so the Header/trailers are not working currently for
http://www.apache.org/dist/commons/dbcp/source/
http://www.apache.org/dist/commons/dbcp/binaries/
I've reported this on the infra list
The intention was to use the sa
I reverted the contentious generics change.
However, I'm not sure there really is a problem here.
Adding the "wrong" generics can only affect existing users that also
use generics, i.e. they must be using Java 1.5+
Now if a Java 5 client calls a non-generic library, they are going to
have to eit
On 25 November 2013 02:36, wrote:
> Author: sebb
> Date: Mon Nov 25 02:36:47 2013
> New Revision: 1545136
>
> URL: http://svn.apache.org/r1545136
> Log:
> Fix svnmailer charset (and make dummy change)
That seems to have solved the problem.
> Modified:
> commons/proper/lang/trunk/src/changes
On 21 October 2013 21:23, Ate Douma wrote:
> Sebb,
>
> Was the bump to commons-el 1.0.1-SNAPSHOT intentional, and if so can you
> explain why?
No.
Sorry, not sure how that happened.
> In general I prefer not depending on external SNAPSHOT dependencies if not
> absolutely needed. And in this cas
On 27 September 2013 14:53, wrote:
> Author: sebb
> Date: Fri Sep 27 13:53:47 2013
> New Revision: 1526903
>
> URL: http://svn.apache.org/r1526903
> Log:
> Must not advertise nightly builds to general public
Note: nightly builds can only be advertised to component developers.
> Modified:
>
On 30 August 2012 16:50, wrote:
> Author: sebb
> Date: Thu Aug 30 15:50:01 2012
> New Revision: 1378996
>
> URL: http://svn.apache.org/viewvc?rev=1378996&view=rev
> Log:
> Add SVN EOL setting
Might fix the Checkstyle trailing EOL complaints?
> Modified:
>
> commons/proper/codec/trunk/src/m
On 4 May 2012 19:05, sebb AT ASF wrote:
> The following change to the GKOP ctor seems to fix the problem:
>
>
> if (factory == null) {
> this.close(); // <= close the parent
> throw new IllegalArgumentException(&qu
On 5 May 2012 11:13, wrote:
> Author: sebb
> Date: Sat May 5 10:13:22 2012
> New Revision: 1334378
>
> URL: http://svn.apache.org/viewvc?rev=1334378&view=rev
> Log:
> Add ctor tests, including null factory
> TODO determine why JMX cannot find creationStackTrace
I had to update tearDown because
The following change to the GKOP ctor seems to fix the problem:
if (factory == null) {
this.close(); // <= close the parent
throw new IllegalArgumentException("factory may not be null");
}
Not 100% sure if that is the correct fix - perhaps tear
On 4 May 2012 18:26, wrote:
> Author: sebb
> Date: Fri May 4 17:26:46 2012
> New Revision: 1334070
>
> URL: http://svn.apache.org/viewvc?rev=1334070&view=rev
> Log:
> Wrong place to check for null; returning prevents any entries from being
> created
This fixes the first two test failures.
> M
On 20 April 2012 22:08, wrote:
> Author: sebb
> Date: Fri Apr 20 21:08:41 2012
> New Revision: 1328501
>
> URL: http://svn.apache.org/viewvc?rev=1328501&view=rev
> Log:
> Document why we are not using the simpler Hex constants
Although the reasoning was included in the commit message, anyone
rea
On 21 December 2011 12:04, wrote:
> Author: sebb
> Date: Wed Dec 21 12:04:08 2011
> New Revision: 1221687
>
> URL: http://svn.apache.org/viewvc?rev=1221687&view=rev
> Log:
> Restored IssuesTest.java & MethodExecutor.java from r1211956, i.e. the
> original copy of this tag
>
> Added:
>
> comm
On 30 November 2011 00:55, wrote:
> Author: sebb
> Date: Wed Nov 30 00:55:42 2011
> New Revision: 1208162
>
> URL: http://svn.apache.org/viewvc?rev=1208162&view=rev
> Log:
> Revert to previous snapshot
> Change artifactId because package was changed
This is just in case we end up doing a 3.0 rel
I've updated to the latest versions of all the plugins.
Some of these changes may well cause problems, but the best way to
find this out is for various people to try using the POM, so I've
uploaded 22-SNAPSHOT to the snapshot repo.
Please report any issues with using 22-SNAPSHOT (you have to
temp
On 26 April 2011 11:44, wrote:
> Author: sebb
> Date: Tue Apr 26 10:44:07 2011
> New Revision: 1096718
>
> URL: http://svn.apache.org/viewvc?rev=1096718&view=rev
> Log:
> Explicit boxing
>
> Modified:
>
> commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/math/NumberUtilsTest.ja
On 21 March 2011 21:46, Mikkel Meyer Andersen wrote:
> Sorry. Thanks for correcting.
OK, no problem.
I needed to check another test case and happened on the class, so (as
it was a test case) I just fixed it.
-
To unsubscribe, e
On 7 March 2011 00:38, wrote:
> Author: sebb
> Date: Mon Mar 7 00:38:32 2011
> New Revision: 1078638
>
> URL: http://svn.apache.org/viewvc?rev=1078638&view=rev
> Log:
> Add trademark markers
> Allow relative URL for Commons logo, but absolute URL for link
>
> Modified:
> commons/proper/common
On 4 March 2011 17:31, wrote:
> Author: sebb
> Date: Fri Mar 4 17:31:27 2011
> New Revision: 1078064
>
> URL: http://svn.apache.org/viewvc?rev=1078064&view=rev
> Log:
> Javadoc fix - duplicated line (looks like auto fix did not work)
>
There are also some problems in ArrayUtils and StringUtils
On 12 February 2011 18:27, wrote:
> Author: sebb
> Date: Sat Feb 12 18:27:22 2011
> New Revision: 1070122
>
> URL: http://svn.apache.org/viewvc?rev=1070122&view=rev
> Log:
> Revert MathUtils to 2.1 behaviour.
> Update tests accordingly, and restore missing tests from 2.1 version
> Note: removed d
Sorry, I think the generics fixes here are probably wrong.
I need to start again; will recommit later today.
On 10 November 2010 16:44, wrote:
> Author: sebb
> Date: Wed Nov 10 16:44:28 2010
> New Revision: 1033582
>
> URL: http://svn.apache.org/viewvc?rev=1033582&view=rev
> Log:
> Remaining ge
On 6 October 2010 03:36, wrote:
> Author: sebb
> Date: Wed Oct 6 02:36:39 2010
> New Revision: 1004882
>
> URL: http://svn.apache.org/viewvc?rev=1004882&view=rev
> Log:
> Make reader and encoding fields immutable
Note: the same changes could be applied to the identically named class
in the comp
The following tests were updated recently to add fail() calls, but the
IAE is not generated.
Anyone have an idea how to fix the tests so the IAE is thrown?
public void testSolveBadEndpoints() throws MathException {
try { // bad endpoints
UnivariateRealSolverUtils.solve(sin
On 07/04/2010, s...@apache.org wrote:
> Author: sebb
> Date: Wed Apr 7 12:17:25 2010
> New Revision: 931515
>
> URL: http://svn.apache.org/viewvc?rev=931515&view=rev
> Log:
> Initial version of generic mailing list page.
> Not yet included in navigation links.
>
Generated and uploaded to:
On 12/03/2010, s...@apache.org wrote:
> Author: sebb
> Date: Fri Mar 12 02:49:48 2010
> New Revision: 922125
>
> URL: http://svn.apache.org/viewvc?rev=922125&view=rev
> Log:
> Remove reference to maven.xml scripting
>
> Modified:
> commons/proper/commons-site/src/site/xdoc/building.xml
>
Below is a sample of how we might proceed with the removal of
Serializable from implementations.
Feedback please!
On 22/05/2009, s...@apache.org wrote:
> Author: sebb
> Date: Fri May 22 12:58:26 2009
> New Revision: 777501
>
> URL: http://svn.apache.org/viewvc?rev=777501&view=rev
> Log:
> M
JIRA issue was created for the bug:
http://jira.codehaus.org/browse/SUREFIRE-536
On 07/01/2009, s...@apache.org wrote:
> Author: sebb
> Date: Tue Jan 6 18:51:34 2009
> New Revision: 732206
>
> URL: http://svn.apache.org/viewvc?rev=732206&view=rev
> Log:
> Avoid bug in Surefire 2.4.3 which
39 matches
Mail list logo
