hi all guys,
I thought that moving from jakarta to commons community was enough to
justify a binary compatibility breakage.
have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Jul 24, 2011 at 4:36 PM, Jörg Schaible wrote:
> sebb wrote:
>
>> On 24 July
On 7/24/11 10:52 PM, Jörg Schaible wrote:
> Hi Phil,
>
> Phil Steitz wrote:
>
>> On 7/24/11 3:13 PM, Gilles Sadowski wrote:
>>> Hello.
>>>
I saw in the sources serveral /** {@inheritDoc} */ on methods with
@Override annotation. Javadoc knows to inherit the javadoc of the
overwritten
Also, the compiler is probably more accurate at keeping inherited
documentation up to date.
On Sun, Jul 24, 2011 at 10:52 PM, Jörg Schaible wrote:
>
> > Right, and including it creates a placeholder to expand on or modify
> > the inherited javadoc. I think we should keep it.
>
> We finally remo
Hi Phil,
Phil Steitz wrote:
> On 7/24/11 3:13 PM, Gilles Sadowski wrote:
>> Hello.
>>
>>> I saw in the sources serveral /** {@inheritDoc} */ on methods with
>>> @Override annotation. Javadoc knows to inherit the javadoc of the
>>> overwritten methos, so there is no need for @inheritDoc.
>>> If al
On 2011-07-23, Phil Steitz wrote:
> On 7/23/11 5:48 AM, Stefan Bodewig wrote:
>> I'm not familiar with the PMD plugin but think the easiest way to do
>> that is by adding a rules file of my own that "ref"s the basic ruleset
>> excluding the octal rule. Is there some sort of standard location in
On 7/24/11 2:43 PM, er...@apache.org wrote:
> Author: erans
> Date: Sun Jul 24 21:43:08 2011
> New Revision: 1150496
>
> URL: http://svn.apache.org/viewvc?rev=1150496&view=rev
> Log:
> MATH-632
> Added tests referred to in the corresponding JIRA ticket.
>
> Modified:
>
> commons/proper/math/tr
On 7/24/11 3:13 PM, Gilles Sadowski wrote:
> Hello.
>
>> I saw in the sources serveral /** {@inheritDoc} */ on methods with
>> @Override annotation. Javadoc knows to inherit the javadoc of the
>> overwritten methos, so there is no need for @inheritDoc.
>> If all agree, one could drop this if the co
>
> Luc Maisonobe resolved MATH-599.
>
>
> Resolution: Fixed
>
> declaring the issue solved as per last comments above
Hmm, shall I replace "AllowedSolutions" (plural) with "AllowedSolution"
(singular)?
Gilles
-
Hello.
> I saw in the sources serveral /** {@inheritDoc} */ on methods with
> @Override annotation. Javadoc knows to inherit the javadoc of the
> overwritten methos, so there is no need for @inheritDoc.
> If all agree, one could drop this if the code is modified?
CheckStyle complains if there i
Hello.
Finding myself repeatedly writing the same few lines when trying to figure
out which of several implementations of some functionality was running
faster, I wonder wether it would be interesting to add a little utility in
the "test" section of the source tree. Something like the following:
-
Also, the change was incorrect as it was using basedir to locate the NOTICE and
LICENSE files. basedir will refer to the core subproject, not the project root,
which is where those files are located.
On Jul 24, 2011, at 12:14 PM, Ralph Goers wrote:
> I need to revert this. It breaks the site bu
I need to revert this. It breaks the site build.
Ralph
On Jul 24, 2011, at 6:30 AM, Christian Grobmeier wrote:
> Thanks, it helped.
>
> Found out that m3 eclipse plugin 2.8 is not so good with relative
> paths as 2.7 was.
> i replaced the ".." path in the vfs-core with ${basedir}
>
> Hope that
Darn - this should have gone to the dev list.
On Jul 24, 2011, at 10:40 AM, Ralph Goers wrote:
> Replying here rather than in Jira. Now that the 2.2 of the Maven release
> plugin is out I am going to try again to do a release of VFS. I'm OK with
> taking a quick pass at issues that have patches
I made some strange commits yesterday that I am still evaluating. When I
looked at my directory I found a bunch of stuff left over from the last time I
ran release:prepare so I ran release:rollback with -DdryRun. It appeared to
check stuff in anyway.
I was waiting for release plugin 2.2 to be
Hi Christian,
thanks for taking care of it!!!
We received the software grants from both project owners Drew & Luc,
that are OGNL committers as well, so I think you can sign off that
item!
TIA, all the best!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Jul 24, 2
I was not able to upgrade the ognl website, despite my rsa-ssh key, when I
ran "mvn site", it prompted for a password
Maurizio Cucchiara
Il giorno 24/lug/2011 15.41, "Christian Grobmeier" ha
scritto:
btw, did you update the incubator.apache.org website with your change
of the download section? i
Sounds ok, you may want to check that the build runs with M2 and M3.
Gary
On Sun, Jul 24, 2011 at 9:33 AM, Christian Grobmeier
wrote:
> Hello,
>
> as I have not done anything before with vfs, i would like to ask
> before I do bigger things with it.
>
> I would like to
> - upgrade from parent po
sebb wrote:
> On 24 July 2011 08:15, Simone Tripodi wrote:
>> Hi David!!!
>> this mail just to suggest you moving the JCS package from
>> 'org.apache.jcs' to 'org.apache.commons.jcs'
>> same refactoring has to be applied to BCEL, from 'org.apache.bcel' to
>> 'org.apache.commons.bcel'
>> HTH, have
I think everything has now been updated in BCEL to change Jakarta to
Commons - apart from the download page.
I've uploaded the generated site, which is linked from the main
Commons site (also updated to add JCS).
At some point we could drop the Jakarta site and add a redirect to the
new Commons s
We need to sign off the items listed on this page:
http://incubator.apache.org/projects/ognl.html
before we can graduate.
I think we can sign off all of this list.
I am just unsure on:
"Check and make sure that the papers that transfer rights to the ASF
been received. It is only necessary to tr
btw, did you update the incubator.apache.org website with your change
of the download section? it is still visible
On Sat, Jul 23, 2011 at 8:49 PM, Maurizio Cucchiara
wrote:
> Hi Sebb,
> thanks for your rigorous explanation.
> I followed your guide lines and I moved to the top the disclaimer, I
>
> I think that we should consider to include the incubating logo, but AFAIK
> the incubation process is going to come to the end very soon.
I think the same, we should instead put some effort in the graduation
discussion :-)
Christian
> I'd like to see other's comments
>
> On 21 July 2011 15:39
Hello,
as I have not done anything before with vfs, i would like to ask
before I do bigger things with it.
I would like to
- upgrade from parent pom 19 to 21
- maven-assembly-plugin from 2.2 to 2.2.1
- maven-release-plugin from 2.2-SNAPSHOT to 2.2
Hope thats OK for everybody if commit some minor
Thanks, it helped.
Found out that m3 eclipse plugin 2.8 is not so good with relative
paths as 2.7 was.
i replaced the ".." path in the vfs-core with ${basedir}
Hope thats ok for everybody, I am not a core committer to this component
On Sun, Jul 24, 2011 at 2:13 PM, Gary Gregory wrote:
> I've n
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10338&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 24 Jul 2011 12:30:49 +
Finished at: Sun 24 Jul 2011 12:31:11 +
Total time: 22s
Build Trigger: Schedule
Build N
I've not seen this exact issue but this kind of problem is not
uncommon with M3 compared to M2. You could try Running clean and then
upgrading to the latest common-parent. After that you can try
upgrading the plugins that blow up one at a time. The catch 22 is
that newer plugins might not work in
Hi.
> https://issues.apache.org/jira/browse/MATH-577
>
> Basically some short hand methods with takes a double (only real part)
> as parameter.
>
> Java docs some enhancements and cleanup.
>
> Add Complex.valueOf(double) and Complex.valueOf(double, double) that
> return Complex.NaN if a Double.
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 23 July 2011 16:29, Phil Steitz wrote:
> On 7/23/11 8:13 AM, sebb wrote:
>> The current active top-level commons site has the wrong URL for the
>> license link - it points to
>> http://commons.apache.org/license.html
>> instead of
>> http://www.apache.org/licenses/
>>
>> Not sure how that h
On 24 July 2011 08:15, Simone Tripodi wrote:
> Hi David!!!
> this mail just to suggest you moving the JCS package from
> 'org.apache.jcs' to 'org.apache.commons.jcs'
> same refactoring has to be applied to BCEL, from 'org.apache.bcel' to
> 'org.apache.commons.bcel'
> HTH, have a nice day!
> Simo
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10334&projectId=129
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 24 Jul 2011 09:30:27 +
Finished at: Sun 24 Jul 2011 09:32:42 +
Total time: 2m 14s
Build Trigger: Schedule
Bui
Snappy looks pretty cool!
I created an issue for it:
https://issues.apache.org/jira/browse/COMPRESS-147
Without a fix version ;-)
Cheers
On Sat, Jul 23, 2011 at 1:49 PM, Stefan Bodewig wrote:
> On 2011-07-23, Simone Tripodi wrote:
>
>> I think it would be nice having also s pure Java implementa
Hi David!!!
this mail just to suggest you moving the JCS package from
'org.apache.jcs' to 'org.apache.commons.jcs'
same refactoring has to be applied to BCEL, from 'org.apache.bcel' to
'org.apache.commons.bcel'
HTH, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.o
33 matches
Mail list logo
