Le 25/10/2011 22:10, Simone Tripodi a écrit :
> Hi all guys,
> I'm writing to call for a vote to release apache commons-digester-3.1
> based on RC2.
I may not be completely awake yet but where are the source tar and zip
archives and their signatures ?
Luc
>
> This is the 3.1RC1 release with fix
this is my explicit +1
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Oct 26, 2011 at 12:01 AM, Simone Tripodi
wrote:
> Thanks for the hints David, really appreciated!!
> all the best,
> Simo
>
> ht
On 2011-10-26, Stefan Bodewig wrote:
> Compress 1.3 RC1 is available for review here:
> http://people.apache.org/~bodewig/commons-compress/
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-101/org/apache/commons/commons-compress/1.3/
Compress 1.3 RC1 is available for review here:
http://people.apache.org/~bodewig/commons-compress/
Maven artifacts are here:
https://repository.apache.org/content/repositories/orgapachecommons-101/org/apache/commons/commons-compress/1.3/
Details of changes since 1.1 are in the releas
That's better, but it's still a problem to depend on Java 1.6 given
that OGNL targets 1.5.
The simplest solution is to remove the automatic benchmarks profile
activation code, i.e. delete the activation section.
It is still possible to run the benchmark by enabling the benchmarks
profile, but at
They said tomorrow
https://groups.google.com/group/junit-benchmarks/msg/4dd978765cabfce6?hl=it
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 26 October
On 26 October 2011 00:54, Maurizio Cucchiara wrote:
>> 2. ask to JB team if there is a specific reason.
> And just for the record the JB team doesn't plan to support java 5.
Any idea when they plan to release 3.0?
> Twitter :http://www.twitter.com/m_cucchiara
> G+ :https://plus.goog
> 2. ask to JB team if there is a specific reason.
And just for the record the JB team doesn't plan to support java 5.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucc
A conditional execution, based on java version, will be great.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 26 October 2011 01:44, Maurizio Cucchiara w
ATM I chose to fix Jenkins, since this is a resource-consuming task for Jenkins.
Aside from the fact that it tends to acquire many resources, it
doesn't return any correctness infos and AFAIK there is no fast way to
estimate the outcome through Jenkins (the only way I know is to check
tediously the
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "Functor" page has been changed by MattBenson:
http://wiki.apache.org/commons/Functor
New page:
Commons Functor
A "functor" is an entity that serves the role of a funct
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "FrontPage" page has been changed by MattBenson:
http://wiki.apache.org/commons/FrontPage?action=diff&rev1=121&rev2=122
* [[Email]] - Simplify email sending with Java. Built on
Thanks for the hints David, really appreciated!!
all the best,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Oct 25, 2011 at 11:46 PM, David Karlsen wrote:
> You can use http://pmd.sourceforge
Hi Olivier,
actually I'm using the maven code style and convention, particularly
the one [1] taken from here [2].
Looking at the xml, and contextually at Idea, I realized that there is
no way to define different behavior for the no-args method declaration
(in this specific case if the SPACE_WITHIN_
Hi all,
I was having a look at the items pointed by Emmanuel Bourg during the call for
votes of release 1.0.
One of the items was related to the fact that all Functors in
org.apache.commons.functor.core implement Serializable, with exception of Limit
and Offset. I was going home but before
You can use http://pmd.sourceforge.net/suppressing.html for
suppression of edge-cases like empty catch blocks.
The first one is simply a false one (e.g. pmd bug).
2011/10/25 Simone Tripodi :
> Hi Gary!
>
> That is the same I wondered: if 6 are "too many", how many are enough? :)
> Maybe it's time
Hi Gary!
That is the same I wondered: if 6 are "too many", how many are enough? :)
Maybe it's time PMD updates its rules? :P
About the other PMD violations:
`Avoid unused private methods such as 'npeSafeCast(Object)'` is not
true, it is used:
2624 public T peek()
2625 {
2626 tr
Hi Simo,
Not blockers but the PMD issues could be addressed except:
Should we turn off "Too many static imports may lead to messy code"? How
many is too many?
Gary
On Tue, Oct 25, 2011 at 4:10 PM, Simone Tripodi wrote:
> Hi all guys,
> I'm writing to call for a vote to release apache commons-d
Phil Steitz wrote:
>
> The one exception is our own IntegerDistribution, which is arguably
> being forced into an unnatural structure because its sample space is
> being artificially extended to R. I am not sure how unnatural it
> would be to just have the probability functions take a class
> pa
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
Hi all guys,
I'm writing to call for a vote to release apache commons-digester-3.1
based on RC2.
This is the 3.1RC1 release with fixed doubts were raise in the first VOTE call.
Please take in consideration that broken 3.1 links will be fixed once
the site will be deployed.
The vote will stay open
2011/10/25 :
> Author: mcucchiara
> Date: Tue Oct 25 14:37:46 2011
> New Revision: 1188675
>
> URL: http://svn.apache.org/viewvc?rev=1188675&view=rev
> Log:
> Fixed checkstyle warning
>
> Modified:
> commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/ASTMap.java
>
> Modified:
> co
That was my fault on merge :)
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 25 October 2011 19:08, Adrian Cumiskey wrote:
> Nice one Maurizio,
>
> I mus
I am taking care of it, but it hasn't been updated in awhile because all
of the recent Maven work broke the build/deploy process.
-Adrian
On 10/25/2011 5:33 PM, Simone Tripodi wrote:
Hi all guys,
I need something similar to Converter and of course I don't want to
reinvent the wheel - I have an
Nice one Maurizio,
I must have missed that one when putting together the classloading patch, or
perhaps it was lost in the cache merge? In any case a good a spot :-).
Cheers, Adrian.
On 25 October 2011 11:59, wrote:
> Author: mcucchiara
> Date: Tue Oct 25 16:59:54 2011
> New Revision: 1188790
Hi Matt,
I am aware, that's why I'll always see in you a mentor for me! :)
I have a couple of ideas on how improving that component, just give me
the time to make them in a presentable form and I'll show you so we
can discuss about it!
Thanks for telling me your direction, I really appreciate it!
A
Thank you guys, for your precious feedback, if there are any
objections I'm going to remove them.
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 25 Octobe
:)
Hi, Simo. At one time I wanted to incubate
http://morph.sourceforge.net/ @ Commons. Then [convert] seemed to
start to take off again, though not necessarily in a direction I fully
approved. Next I decided Morph needed a rewrite with generics, but
never got around to starting on the job. Mor
HI Maurizio,
IMO If it isn't used and it was only used internally then now is the time to
remove it. Having looked at the class it certainly looks like a good
candidate for removal.
Cheers, Adrian.
On 25 October 2011 11:20, Maurizio Cucchiara wrote:
> Hi guys,
> after the introduction of the
Hi all guys,
I need something similar to Converter and of course I don't want to
reinvent the wheel - I have anyway a couple of ideas to add to the
existing sandbox component.
Who's currently taking care about that sandbox so we can speak about it?
TIA, all the best
Simo
http://people.apache.org/~
IMHO: kill'em all :)
All the best!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Oct 25, 2011 at 6:20 PM, Maurizio Cucchiara
wrote:
> Hi guys,
> after the introduction of the new cache mechani
Hi guys,
after the introduction of the new cache mechanism, I realized that
there are some unused classes (like IntHashMap).
What should we do with these classes? Should we deprecate them? purge
them? or what?
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/10
They are legacy constants, they were cabled on code, I simply
introduced two constants.
I think that the DEFAULT_LOAD_FACTOR is the same stuff defined on the
HashMap, it represents a default threshold of 75%, after that
threshold it should expand the size of the map.
The DEFAULT_INITIAL_CAPACITY i
Stefan Bodewig wrote:
[snip]
> From the POV of the Compress Antlib for example I now need to tell
> people to fetch Common Compress and in the future Id have to tell them
> to fetch XZ as well. Then again this is a problem I should solve over
> there.
Couldn't you simply shade Commons Compress
Hi,
>> +
>> + private static final int DEFAULT_INITIAL_CAPACITY = 101;
>> +
>> + private static final float DEFAULT_LOAD_FACTOR = 0.75f;
>> +
>> + private static final int MASK = 0x7FFF;
>
> Why are these numbers chosen? Are there any restrictions on changing
> them? (e.g. does 101 ha
On 25 October 2011 15:53, wrote:
> Author: mcucchiara
> Date: Tue Oct 25 14:53:43 2011
> New Revision: 1188682
>
> URL: http://svn.apache.org/viewvc?rev=1188682&view=rev
> Log:
> Fixed checkstyle warning (added magic numbers)
>
> Modified:
>
> commons/proper/ognl/trunk/src/main/java/org/apach
>> Maybe not in this case, but if the dependency is then updated AIUI
>> using shading would prevent the user from updating the dependency
>> independently.
>
> This is my understanding as well. I've also been told packagers - those
> people that create RPMs or debs or ... - don't like shaded depe
On 25 October 2011 16:41, Stefan Bodewig wrote:
> On 2011-10-25, sebb wrote:
>
>> On 25 October 2011 09:50, Torsten Curdt wrote:
> So I would only release the shaded jar.
>
IIRC sebb objected to shading.
>
>>> Why was that, sebb?
>
>> I don't recall saying that I objected; I did wonder w
On 2011-10-25, sebb wrote:
> On 25 October 2011 09:50, Torsten Curdt wrote:
So I would only release the shaded jar.
>>> IIRC sebb objected to shading.
>> Why was that, sebb?
> I don't recall saying that I objected; I did wonder what advantage it
> would give.
Probably I read more into th
On 25 October 2011 15:44, Maurizio Cucchiara wrote:
> Are you talking about this [1]?
>
> [1] http://labs.carrotsearch.com/junit-benchmarks-integration.html
Probably.
The OGNL Pom at the moment references a SNAPSHOT version, which I
think should be disallowed for a release.
Probably OK during d
Are you talking about this [1]?
[1] http://labs.carrotsearch.com/junit-benchmarks-integration.html
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 25 Octo
There seems to be a missing OGNL dependency:
com.carrotsearch:junit-benchmarks:jar:0.3.0-SNAPSHOT
Where is this located?
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@com
I added skipBenchmark property as we said before
Sent from my mobile device, so please excuse typos and brevity.
Maurizio Cucchiara
Il giorno 25/ott/2011 13.50, "Simone Tripodi" ha
scritto:
> Don't know which actions you did - I did nothing - but look slike the
> build came back working :)
> S
Don't know which actions you did - I did nothing - but look slike the
build came back working :)
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
-- Forwarded message --
From: Apache Jenk
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
On 25 October 2011 12:01, Maurizio Cucchiara wrote:
> Simo,
> I am afraid that junit-benchmark was compiled with java 6, so
> basically we have 2 options:
> 1. change jdk settings on Jenkins (but I'm totally against it)
> 2. ask to JB team if there is a specific reason.
> 3. (that it was I'm curre
Simo,
I am afraid that junit-benchmark was compiled with java 6, so
basically we have 2 options:
1. change jdk settings on Jenkins (but I'm totally against it)
2. ask to JB team if there is a specific reason.
3. (that it was I'm currently trying to do) change build command on
Jenkins in order to ex
On 25 October 2011 09:50, Torsten Curdt wrote:
>>> So I would only release the shaded jar.
>>
>> IIRC sebb objected to shading.
>
> Why was that, sebb?
I don't recall saying that I objected; I did wonder what advantage it
would give.
> I cannot think of a good reason why this should be a problem
Hi all guys,
looks like there is a problem that cannot be managed by our side
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR]
/home/jenkins/jenkins-slave/workspace/ognl/sr
Hola Mau!
On Tue, Oct 25, 2011 at 10:47 AM, Maurizio Cucchiara
wrote:
> Personally I would have liked more if the benchmark was not active by default.
> This profile requires (hence increases) additional libraries (even if
> they are in test scope) which are useless (like old ognl library,
> parr
Hola Mau,
On Tue, Oct 25, 2011 at 10:31 AM, Maurizio Cucchiara
wrote:
> Hi Simo,
> IMHO it's a JB bug, we should take into consideration to file an issue
> on JIRA JB [1]
ack. I configured the plugin indeed to write the XML log directly to
${project.build.directory}
> The customkey is very usef
>> So I would only release the shaded jar.
>
> IIRC sebb objected to shading.
Why was that, sebb?
I cannot think of a good reason why this should be a problem.
> We have the choice of releasing only a
> shaded jar, only a plain jar with a POM that states a hard-dependency
> or releasing two art
Personally I would have liked more if the benchmark was not active by default.
This profile requires (hence increases) additional libraries (even if
they are in test scope) which are useless (like old ognl library,
parrot), unless you have specific reasons.
Also, if we choose to follow this way, I
Hi Simo,
IMHO it's a JB bug, we should take into consideration to file an issue
on JIRA JB [1]
The customkey is very useful when you want compare the outcomes of
different tests: I chose the CHM label for the ConcurrentHashMap, HM
for the HashMap impl and so on.
I could be wrong, but we can omit th
On 2011-10-24, Torsten Curdt wrote:
>> Do we want to add XZ support now or wait until after 1.3 has been
>> released?
>> In either case I'd intend to call for a vote on a first RC for Compress
>> 1.3 no later than next week.
> I would skip it for this release.
This seems to be consensus, expect
Hi Elijah,
don't be sorry, OSS is something (almost) everybody does in his spare time ;)
Thanks for the new patch, I'll process during the day as soon as I get
a spare time slot.
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http
Hi Izio,
I hoped the plugin generated the necessary directories, this would
make the build less portable, I'll study a solution.
Ah, I have yet another question for you: I noticed that in the old
bash scripts you required the jub.customkey system property as input
parameter, so I deduced you neede
57 matches
Mail list logo
