Hello Carl,
2015-01-02 7:15 GMT+01:00 Carl Hall thecarlh...@apache.org:
Hi all,
Per the recent announcement granting commit access to all ASF committers,
I'd like to take you up on that.
Nice to hear that, welcome to Commons.
Can I work directly with the Git repo or should I commit
The build page says Compilation failure in the console output but not
what the failure is! Uh?
Gary
-- Forwarded message --
From: Apache Continuum d...@continuum.apache.org
Date: Fri, Jan 2, 2015 at 8:59 AM
Subject: [continuum] BUILD FAILURE: Apache Commons Validator - Apache
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=39080projectId=106
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 2 Jan 2015 14:01:07 +
Finished at: Fri 2 Jan 2015 14:01:18 +
Total time: 11s
Build Trigger: Forced
Hi,
There seems to me to be a bit of a discrepancy between the way push()
and pop() interact with the root object when stack actions are used to
change the object.
* If a stack action changes the root object when being pushed onto the
stack then the root reference is set to the changed
On 02/01/2015 08:50, Benedikt Ritter wrote:
snip/
... so the current process is to request the karma
just like you did. I think Mark Thomas or sebb can grant you the karma.
Shouldn't take long.
Done.
Mark
-
To
On Wed, Dec 31, 2014 at 11:34 AM, Stefan Bodewig bode...@apache.org wrote:
On 2014-12-31, Jochen Wiedmann wrote:
On Mon, Dec 29, 2014 at 3:16 PM, Stefan Bodewig bode...@apache.org
wrote:
Just as a letter of intent - I'd prefer to cut Compress 1.10 while
we're still in svn (as I know how
Thank you for fixing that. I had my IDE set for Java 1.4 but somehow it
let me use that method anyway.
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 1/2/2015 6:17 AM, s...@apache.org wrote:
Author: sebb
Date: Fri Jan 2 14:17:48 2015
New Revision: 1649038
URL:
I would use the latest code from SVN and built it locally to get the latest
and greatest. SNAPSHOTs might be published more or less randomly.
Gary
On Fri, Jan 2, 2015 at 12:25 PM, Black, Jordan jbl...@scrippsnetworks.com
wrote:
Hello,
My project's compilation is now failing after a new
Re backwards compatibility: ZipArchiveOutputStream's deflate method has
been protected and now has gone.
On 2014-12-31, Kristian Rosenvold wrote:
On a related note, I just added the *last* substantial change I intend
to do. I will do a tweak or two, and I'm sure that last class will
trigger a
On 2014-12-31, krosenv...@apache.org wrote:
static ScatterGatherBackingStoreSupplier defaultSupplier = new
DefaultSupplier();
This one could be instance variable (and made final when set in the
constructor). I think this would be a cleaner approach to overriding
the supplier that setting
Hello,
My project's compilation is now failing after a new snapshot of commons-imaging
was published. On December 28, it succeeded using
http://repository.apache.org/snapshots/org/apache/commons/commons-imaging/1.0-SNAPSHOT/commons-imaging-1.0-20141227.232306-24.jar
and on December 29, it
IMO we should fix this now for 1.4.1, isn't the fix already in trunk? We
can then update to Java 5 for a 1.5 release.
Gary
On Fri, Jan 2, 2015 at 3:44 AM, Benedikt Ritter brit...@apache.org wrote:
Hm, not sure how serious this is. Let's see what others think. My feeling
is that we can fix
Hello Bernd
2015-01-02 10:04 GMT+01:00 Benedikt Ritter brit...@apache.org:
Hello Bernd,
2014-12-31 19:00 GMT+01:00 Bernd Eckenfels e...@zusammenkunft.net:
Hello Benedikt,
I have pushed an updated download page text (a bit shorter than your
proposal).
I also made changes to
Hello Jordan,
The reason you got the compilation errors in the first place was, because
I've renamed the IImageMetadata and IImageMetadataItem to ImageMetadata and
ImageMetadataItem (I dropped the I prefix). It seems that your project
now references the latest snapshot which has this changes. But
Hello Barney,
thanks for the report. The normal way for contributing code is by attaching
a patch to jira [1]. Don't forget to include some unit tests ;-)
TIA!
Benedikt
[1] https://issues.apache.org/jira
2015-01-02 12:26 GMT+01:00 Barney b002...@bsxl.com:
Hi,
There seems to me to be a bit
Hi all,
I've just noticed that there is an error in some of our src assembly
descriptors, which seems to have found it's way into several of our
components. I have only checked compress, lang, imaging and io but they all
have the same error. Take for example [lang]. In src/main/assembly/src.xml
I am thinking about submitting a proposal or two for Austin. I
could update / extend the pool/dbcp talk I did last year or try a
[math] talk. I would love to have company developing and / or
presenting either of these. Is anyone else interested in working on
a talk on either of these? Any
2015-01-02 21:29 GMT+01:00 Barney b002...@bsxl.com:
Thanks Benedikt, I'll put a patch together and submit a JIRA.
The main reason I didn't do that the first time was I wasn't sure if this
idea had already been considered and rejected for some reason, so I thought
I'd just check here first.
Thanks Benedikt, I'll put a patch together and submit a JIRA.
The main reason I didn't do that the first time was I wasn't sure if
this idea had already been considered and rejected for some reason, so I
thought I'd just check here first.
Cheers,
On 2 January 2015 at 09:18, brit...@apache.org wrote:
Author: britter
Date: Fri Jan 2 09:18:37 2015
New Revision: 1648982
URL: http://svn.apache.org/r1648982
Log:
COMMONSSITE-81: commons-build-plugin README/CONTRIBUTING.md handle
multi-modules. Fix implemented by Bernd Eckenfels.
-1
Definitely need to respin the release.
I've just discovered that
InetAddressValidator.isValidInet4Address calls String.isEmpty() which
is Java 1.6+
Need to do more checks on Java 1.4 compatibility; there may be other
such issues.
Note: I am looking at adding XN-- entries to the TLD list
I've made quite a bit of progress.
However the IANA text file merges all the TLDs into one file - there
is no indication of whether the TLD is a country code or not.
This does not matter for ASCII codes, because they are easy to recognise.
Unfortunately it looks as though the only way to
All fixed :)
I also gave up on the ParallelScatterZipCreator#createDeferred and
followed your suggestion.
Kristian
2015-01-02 16:17 GMT+01:00 Stefan Bodewig bode...@apache.org:
Re backwards compatibility: ZipArchiveOutputStream's deflate method has
been protected and now has gone.
On
Thanks, Benedikt and Mark. I have made my first commit (woo!) and will
start working through JIRA to clear out the easy stuff. Is there any rule
(by writ or general practice) for closing tickets that haven't seen any
action in some time? Seems like old tickets that haven't moved in a while
Thanks, Benedikt and Mark. I have made my first commit (woo!) and will
start working through JIRA to clear out the easy stuff. Is there any rule
(by writ or general practice) for closing tickets that haven't seen any
action in some time? Seems like old tickets that haven't moved in a while
On 2015-01-02, Kristian Rosenvold wrote:
2015-01-02 16:22 GMT+01:00 Stefan Bodewig bode...@apache.org:
On 2014-12-31, krosenv...@apache.org wrote:
... all else fixed in r1649128..
I thought you'd need a way to override the
ScatterGatherBackingStoreSupplier from Plexus, maybe I was wrong.
On 2015-01-02, Kristian Rosenvold wrote:
All fixed :)
Thanks a lot!
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Done, thanks for the suggestion.
2015-01-02 12:45 GMT+01:00 sebb seb...@gmail.com:
On 2 January 2015 at 09:18, brit...@apache.org wrote:
Author: britter
Date: Fri Jan 2 09:18:37 2015
New Revision: 1648982
URL: http://svn.apache.org/r1648982
Log:
COMMONSSITE-81:
28 matches
Mail list logo