Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=26464projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 18 Mar 2013 08:20:03 +
Finished at: Mon 18 Mar 2013 08:20:21 +
Total time: 17s
Build Trigger: Schedule
On 15 March 2013 16:20, simonetrip...@apache.org wrote:
Author: simonetripodi
Date: Fri Mar 15 16:20:27 2013
New Revision: 1457003
URL: http://svn.apache.org/r1457003
Log:
checkstyle: magic numbers
-1
Although these changes don't affect the code, they are wrong.
Just because the same
On 18 March 2013 08:46, Sebb (JIRA) j...@apache.org wrote:
[
https://issues.apache.org/jira/browse/DIGESTER-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13604945#comment-13604945
]
Sebb commented on DIGESTER-171:
On 2013-03-17, sebb wrote:
a name=Manual Methodh4Manual Method/h4/a
Surely names are normally lower-case only and no spaces?
I think spaces make the links look odd (and awkward to type).
Uses the same syntax as the mvn site plugin created for subsection now
(with s/h3/h4/), i.e.
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18, 2013 at 9:51 AM, sebb seb...@gmail.com wrote:
On 18 March 2013 08:46, Sebb (JIRA) j...@apache.org wrote:
[
On 17 March 2013 11:02, sebb seb...@gmail.com wrote:
See other comments on magic number fixes.
I don't think these changes achieve anything apart from keeping
Checkstyle happy.
IMO the number is still magic (unexplained) when it is turned into a
constant, and it seems stilly to have a
Simone Tripodi wrote:
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18, 2013 at 9:51 AM, sebb seb...@gmail.com wrote:
On 18 March 2013 08:46, Sebb (JIRA) j...@apache.org wrote:
[
On 17 March 2013 13:19, Simone Tripodi simonetrip...@apache.org wrote:
/**
+ * The default number of byte shift for decode.
[Actually, it's not a default - the value is fixed, and cannot be
changed without breaking the code.]
+ */
+private static final int OUT_SHIFT = 4;
+
On 18 March 2013 09:17, Jörg Schaible joerg.schai...@scalaris.com wrote:
Simone Tripodi wrote:
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18, 2013 at 9:51 AM, sebb seb...@gmail.com
On 18 March 2013 08:56, Stefan Bodewig bode...@apache.org wrote:
On 2013-03-17, sebb wrote:
a name=Manual Methodh4Manual Method/h4/a
Surely names are normally lower-case only and no spaces?
I think spaces make the links look odd (and awkward to type).
Uses the same syntax as the mvn
2013/3/18 sebb seb...@gmail.com
On 18 March 2013 09:17, Jörg Schaible joerg.schai...@scalaris.com wrote:
Simone Tripodi wrote:
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18,
The new utils.mime classes for MIME decoding are mostly package-protected.
However, they have public methods (and ctors) which is a bit misleading.
I think it would make sense to reduce the visibility to package protected.
Any objections?
To whatever decision we come here, please let us document it somewhere in
the wiki...
+ 1
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On 18 March 2013 10:07, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 sebb seb...@gmail.com
The new utils.mime classes for MIME decoding are mostly package-protected.
However, they have public methods (and ctors) which is a bit misleading.
I think it would make sense to reduce the
On 18 March 2013 09:58, Jörg Schaible joerg.schai...@scalaris.com wrote:
sebb wrote:
On 18 March 2013 09:17, Jörg Schaible joerg.schai...@scalaris.com wrote:
[snip]
Actually, for my own projects I always add
@since upcoming
or
@deprecated As of upcoming ...
When I prepare a
2013/3/18 sebb seb...@gmail.com
On 18 March 2013 10:07, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 sebb seb...@gmail.com
The new utils.mime classes for MIME decoding are mostly
package-protected.
However, they have public methods (and ctors) which is a bit misleading.
I
feel free to adjust them by yourself and make checkstyle silent about
that rules - I am not so worried as you are about internal-use only
classes which are intended to be used by fileupload and are not part
of the APIs.
http://people.apache.org/~simonetripodi/
The new utils.mime classes for MIME decoding are mostly package-protected.
However, they have public methods (and ctors) which is a bit misleading.
I think it would make sense to reduce the visibility to package protected.
Any objections?
No objections
I agree with Sebb.
Gary
On Mar 18, 2013, at 4:35, sebb seb...@gmail.com wrote:
On 15 March 2013 16:20, simonetrip...@apache.org wrote:
Author: simonetripodi
Date: Fri Mar 15 16:20:27 2013
New Revision: 1457003
URL: http://svn.apache.org/r1457003
Log:
checkstyle: magic numbers
-1
+1
Gary
On Mar 18, 2013, at 6:20, sebb seb...@gmail.com wrote:
On 18 March 2013 10:07, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 sebb seb...@gmail.com
The new utils.mime classes for MIME decoding are mostly package-protected.
However, they have public methods (and ctors) which
On 18 March 2013 10:45, Simone Tripodi simonetrip...@apache.org wrote:
feel free to adjust them by yourself and make checkstyle silent about
that rules - I am not so worried as you are about internal-use only
classes which are intended to be used by fileupload and are not part
of the APIs.
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Commons Wiki for
change notification.
The CodeStyle page has been changed by sebbapache:
http://wiki.apache.org/commons/CodeStyle?action=diffrev1=9rev2=10
Comment:
More rules
||JavaDoc: @author Tag should not be used ||
On 03/15/2013 08:12 AM, Mladen Turk wrote:
Apache Commons Daemon 1.0.14 is
[x] +1 Release
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
My vote FTR.
Regards
--
^TM
With 3 binding +1 votes (Luc, Gary and Mladen) and no
other votes I declare this vote as passed.
I'll copy the artefacts and create ANN message after mirrors pick up
the release (within 24 hrs).
On 03/15/2013 08:12 AM, Mladen Turk wrote:
Please vote (vote will remain open for at least 72
On Sun, Mar 17, 2013 at 5:34 PM, sebb seb...@gmail.com wrote:
Maven artifacts are here:
http://people.apache.org/~wspeirs/commons-dbutils-2.0-RC1/maven
Maven artifacts must be uploaded to Nexus.
How do I do this? I was following the directions here:
@author tags are discouraged across ASF Java code; Maven projects can use
the POM, while other projects can use whatever other mechanism they deem
appropriate for establishing a record of contributors. My personal view is
that the presence of author tags is not so offensive as to hold up a
On Mon, Mar 18, 2013 at 9:22 AM, William Speirs wspe...@apache.org wrote:
On Sun, Mar 17, 2013 at 5:34 PM, sebb seb...@gmail.com wrote:
Maven artifacts are here:
http://people.apache.org/~wspeirs/commons-dbutils-2.0-RC1/maven
Maven artifacts must be uploaded to Nexus.
How do I do this?
Thank you for pushing this release Bill.
I looked quickly at the Javadoc, here is my feedback:
- The three QueryRunner.query() methods return a package private type
- AsyncExecutor.execute() has a private type as argument
- Is there a way to generify ArrayHandler and have the handle() method
to
On 2013-03-18, William Speirs wrote:
On Sun, Mar 17, 2013 at 5:34 PM, sebb seb...@gmail.com wrote:
Maven artifacts are here:
http://people.apache.org/~wspeirs/commons-dbutils-2.0-RC1/maven
Maven artifacts must be uploaded to Nexus.
How do I do this? I was following the directions here:
I took care about it reverting the MagicNumber constants, see r1457865
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18, 2013 at 12:12 PM, sebb seb...@gmail.com wrote:
On 18 March 2013 10:45,
Salut Gary,
+if (o1.intValue() % 2 == 0 ^ o2.intValue() % 2 == 0) {
+return false;
+} else {
+return true;
+}
FWIW, you don't need the `else` here.
my 2 cents,
-Simo
Well, it could be recoded like this:
return !(o1.intValue() % 2 == 0 ^ o2.intValue() % 2 == 0);
which is not really clearer but it is fewer chars..
Gary
On Mon, Mar 18, 2013 at 1:25 PM, Gary Gregory garydgreg...@gmail.comwrote:
Sure, makes sense.
Gary
On Mon, Mar 18, 2013 at 1:22 PM,
Well, it could be recoded like this:
return !(o1.intValue() % 2 == 0 ^ o2.intValue() % 2 == 0);
which is not really clearer but it is fewer chars..
Gary
well, looks smart to me! :)
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Simone Tripodi wrote:
Well, it could be recoded like this:
return !(o1.intValue() % 2 == 0 ^ o2.intValue() % 2 == 0);
which is not really clearer but it is fewer chars..
Gary
well, looks smart to me! :)
Are you sure, that we don't have a checkstyle rule for too smart code?
;-)
On 03/18/2013 06:08 PM, Gary Gregory wrote:
Hi All:
What do we think needs to be done to get 4.0 out the door?
I tried to group the existing issues this weekend, so everything that is
marked as 4.0 should be resolved imho, the most important ones being:
* finalize the Buffer - Queue change
Are you sure, that we don't have a checkstyle rule for too smart code?
;-)
lol, that violates the `Avoid inline conditionals.` rule! :D
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On 03/18/2013 08:44 PM, Simone Tripodi wrote:
Are you sure, that we don't have a checkstyle rule for too smart code?
;-)
lol, that violates the `Avoid inline conditionals.` rule! :D
checkstyle is just a tool, not our master!
Disable the rules that do not make sense,
just my 2c
Thomas
we were just kidding, mate :D
you didn't get our sense of humor ;)
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Mar 18, 2013 at 8:56 PM, Thomas Neidhart
thomas.neidh...@gmail.com wrote:
On
On 03/18/2013 09:04 PM, Simone Tripodi wrote:
we were just kidding, mate :D
you didn't get our sense of humor ;)
I got that ;-),
but there are too many discussions about checkstyle rules and perfect
releases. We should aim to follow more the open-source credo: release
early, release often,
but there are too many discussions about checkstyle rules and perfect
releases. We should aim to follow more the open-source credo: release
early, release often, imho.
I 150% agree with you mate - it's pity here we regularly miss both the
`early` and the `often` :)
Am 16.03.2013 19:43, schrieb Benedikt Ritter:
Hi Oliver
2013/3/16 Oliver Heger oliver.he...@oliver-heger.de
Build works fine on Windows 7 with Java 1.5 and 1.7, artifacts and site
look good.
One thing I noticed, not sure whether this is actually a problem: The
artifacts for adapters and api
As I understand it, this release does not change anything regarding OSGi
compatibility of [logging], and therefore OSGi meta data does not seem
to be a problem.
So +1.
Oliver
Am 16.03.2013 19:14, schrieb Oliver Heger:
Build works fine on Windows 7 with Java 1.5 and 1.7, artifacts and site
Build works fine with:
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: D:\Entwicklung\maven\3.0.3
Java version: 1.7.0_13, vendor: Oracle Corporation
Java home: D:\Entwicklung\Java\jdk1.7.0_13-x64\jre
Default locale: de_DE, platform encoding: Cp1252
OS name: windows 7, version:
Hi Oliver,
Many thanks for your feedback! I've requests feedback from the ML [1] but
nobody responded (I forgot to ping that thread to get some more
attention...). Please see my comments inline.
2013/3/18 Oliver Heger oliver.he...@oliver-heger.de
Am 16.03.2013 19:43, schrieb Benedikt Ritter:
On 18 March 2013 13:14, Mladen Turk mt...@apache.org wrote:
With 3 binding +1 votes (Luc, Gary and Mladen) and no
other votes I declare this vote as passed.
I'll copy the artefacts and create ANN message after mirrors pick up
the release (within 24 hrs).
Please also add the files to the SVN
On 18 March 2013 20:31, Simone Tripodi simonetrip...@apache.org wrote:
but there are too many discussions about checkstyle rules and perfect
releases. We should aim to follow more the open-source credo: release
early, release often, imho.
I 150% agree with you mate - it's pity here we
2013/3/18 Thomas Neidhart thomas.neidh...@gmail.com
On 03/18/2013 06:08 PM, Gary Gregory wrote:
Hi All:
What do we think needs to be done to get 4.0 out the door?
I tried to group the existing issues this weekend, so everything that is
marked as 4.0 should be resolved imho, the most
On Mon, Mar 18, 2013 at 5:08 PM, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 Thomas Neidhart thomas.neidh...@gmail.com
On 03/18/2013 06:08 PM, Gary Gregory wrote:
Hi All:
What do we think needs to be done to get 4.0 out the door?
I tried to group the existing issues this
On 18 March 2013 14:56, simonetrip...@apache.org wrote:
Author: simonetripodi
Date: Mon Mar 18 14:56:34 2013
New Revision: 1457788
URL: http://svn.apache.org/r1457788
Log:
[FILEUPLOAD-232] started importing MimeUtility test case from
On 14 March 2013 08:25, Stefan Bodewig bode...@apache.org wrote:
The vote has passed with +1s by Gary, Sebb, Benedict, Jörg and myself
(which I didn't cast expplicitly, sorry) - four of which are binding.
I'll promote the staging and copy over the tarballs now. I'll update
the site and send
2013/3/18 Gary Gregory garydgreg...@gmail.com
On Mon, Mar 18, 2013 at 5:08 PM, Benedikt Ritter brit...@apache.org
wrote:
2013/3/18 Thomas Neidhart thomas.neidh...@gmail.com
On 03/18/2013 06:08 PM, Gary Gregory wrote:
Hi All:
What do we think needs to be done to get 4.0 out
On 18 March 2013 17:07, Simone Tripodi simonetrip...@apache.org wrote:
I took care about it reverting the MagicNumber constants, see r1457865
Thanks, but I think you misunderstood me.
I did not mean to say that constants should not be used for magic numbers.
On the contrary, constants are good,
On 18 March 2013 18:45, ggreg...@apache.org wrote:
Author: ggregory
Date: Mon Mar 18 18:45:56 2013
New Revision: 1457915
URL: http://svn.apache.org/r1457915
Log:
Fix Javadoc.
Modified:
On 18 March 2013 17:16, ggreg...@apache.org wrote:
Author: ggregory
Date: Mon Mar 18 17:16:42 2013
New Revision: 1457876
URL: http://svn.apache.org/r1457876
Log:
Use final for read-only local variables.
Modified:
Very odd indeed, I'll need to fix...
Gary
On Mon, Mar 18, 2013 at 5:32 PM, sebb seb...@gmail.com wrote:
On 18 March 2013 17:16, ggreg...@apache.org wrote:
Author: ggregory
Date: Mon Mar 18 17:16:42 2013
New Revision: 1457876
URL: http://svn.apache.org/r1457876
Log:
Use final
Hi all,
when looking through the components and the sandbox I can see that
development activity is very different.
We have very few components that are been worked on constantly, most
notably [math].
Some components seem to be worked on, only by a few people. [configuration]
comes to mind, where
Fixed: Committed revision 1458025.
G
On Mon, Mar 18, 2013 at 5:37 PM, Gary Gregory garydgreg...@gmail.comwrote:
Very odd indeed, I'll need to fix...
Gary
On Mon, Mar 18, 2013 at 5:32 PM, sebb seb...@gmail.com wrote:
On 18 March 2013 17:16, ggreg...@apache.org wrote:
Author: ggregory
Thanks!
On 18 March 2013 21:43, Gary Gregory garydgreg...@gmail.com wrote:
Fixed: Committed revision 1458025.
G
On Mon, Mar 18, 2013 at 5:37 PM, Gary Gregory garydgreg...@gmail.comwrote:
Very odd indeed, I'll need to fix...
Gary
On Mon, Mar 18, 2013 at 5:32 PM, sebb seb...@gmail.com
Hi Benedikt,
I like the idea. I'm sure we would all prefer to release more often.
br,
Matt
On Mon, Mar 18, 2013 at 4:43 PM, Benedikt Ritter brit...@apache.org wrote:
Hi all,
when looking through the components and the sandbox I can see that
development activity is very different.
We
I appreciate your intention :) I feel this could lead to bike-shedding on
the priority queue though :( It can be tough enough to agree to release a
component as it is, without adding another level.
What might work is something more informal like: I've worked on [foo] and
I've done all I need to
Hm... I consider this a bug in checkstyle or whatever does the
complaining...
Gary
On Mon, Mar 18, 2013 at 5:30 PM, sebb seb...@gmail.com wrote:
On 18 March 2013 18:45, ggreg...@apache.org wrote:
Author: ggregory
Date: Mon Mar 18 18:45:56 2013
New Revision: 1457915
URL:
It's still misleading to have the import listed, as it's useful to be
able to do a text search to find where a specific class is used.
Obviously this does not show java.lang usages or references to classes
in the same package, but it's still useful (and quick).
On 18 March 2013 21:51, Gary
On 03/18/2013 10:00 PM, sebb wrote:
On 18 March 2013 13:14, Mladen Turk mt...@apache.org wrote:
With 3 binding +1 votes (Luc, Gary and Mladen) and no
other votes I declare this vote as passed.
I'll copy the artefacts and create ANN message after mirrors pick up
the release (within 24 hrs).
I agree with sebb. Imports should only be added if they are needed in the code.
Send from my mobile device
Am 18.03.2013 um 23:28 schrieb sebb seb...@gmail.com:
It's still misleading to have the import listed, as it's useful to be
able to do a text search to find where a specific class is
64 matches
Mail list logo