Re: [classscan]

[Mark Struberg]

I think there are 2 mechanisms involved here:


a.) the part which takes a jar, scans it's bytecode in a well performing manner 
and provides all the class structure information to the user.

b.) a mechanism which allows to reuse this scanning process for multiple 
'classscan-clients'. Currently OWB, OpenEJB, tomcat, MyFaces, OpenJPA, etc each 
scan all the classpath over and over again. That sucks and we should get rid of 
it.

LieGrue,
strub



- Original Message -
> From: "Honton, Charles" 
> To: Commons Developers List 
> Cc: 
> Sent: Tuesday, April 24, 2012 2:45 AM
> Subject: Re: [classscan]
> 
> Dave,
> 
> Thanks for the history lesson. 
> 
> Chas
> 
> On Apr 23, 2012, at 5:07 PM, "David Blevins" 
>  wrote:
> 
>> 
>>  On Apr 23, 2012, at 3:22 PM, Honton, Charles wrote:
>> 
>>>  Where are these two solutions?
>> 
>>  Before I answer let me state I have no interest in any particular outcome.  
> I get pinged occasionally on "scanning", I pop my head up and try to 
> be helpful, but exactly what I'm supposed to help do has always been hazy. 
> :)  So I just go back to work.
>> 
>>  So  Your code looks good.  Looks like it's looking for a home and 
> paperwork is ready to go.  I suspect you use it and like it.  I don't see a 
> reason to wait on moving it here.
>> 
>>  I wrote the xbean-finder lib which is why I keep getting pinged.  It's 
> the scanning library used by OpenEJB, TomEE, and Geronimo.  Struts uses a 
> copy 
> of it.  It has moved around a lot: Codehaus OpenEJB -> Codehaus XBean -> 
> Apache XBean.  It's been proposed to move it yet again to Commons.  Whatever 
> makes people happy.
>> 
>>  Anyway, looks like I've been pinged again.  My head's up.  Willing 
> to help if it's clear what that help is supposed to be.  Meantime going back 
> to work :)
>> 
>> 
>>  -David
>> 
>> 
>>>  On 4/23/12 3:16 PM, "David Blevins" 
>  wrote:
>>> 
  I think I've lost sight of what problem we're trying to 
> solve.
 
  If the goal is to create a scanning library everyone can use, to me 
> it
  looks like we've solved that twice.
 
  Reminds me of this xkcd http://xkcd.com/927
 
 
  -David
 
  On Apr 23, 2012, at 1:54 PM, Honton, Charles wrote:
 
>  Can we agree on the interface before debating the 
> implementation?
> 
>  Thanks,
>  Chas
> 
> 
>  On 4/22/12 10:48 AM, "Mark Struberg" 
>  wrote:
> 
>>  Hi!
>> 
>>  Still had no time to grok the source as I was at a 
> conference last
>>  week.
>> 
>>  Please note that David Blevins did lots of work in this 
> area as well in
>>  xbean-finder.
>>  This stuff is really fast - a few times faster than the 
> other solutions
>>  available...
>> 
>>  Thus before we import new classes we should evaluate the 
> options and do
>>  proper benchmarking.
>> 
>> 
>>  LieGrue,
>>  strub
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Matt Benson 
>>>  To: Commons Developers List 
> 
>>>  Cc: 
>>>  Sent: Friday, April 20, 2012 5:21 PM
>>>  Subject: Re: [classpath,meiyo]
>>> 
>>>  Agreed; there are any number of things the PMC needs to 
> agree upon
>>>  here.  WRT the name:  trying to reconstruct the past, I 
> think Mark and
>>>  I must have just agreed offline to call the community 
> work [classscan]
>>>  based on his "classscanner" name.  I lean 
> here, but could possibly be
>>>  persuaded to [classpath] which name suggests a slightly 
> larger
>>>  potential scope (not necessarily a bad thing).
>>> 
>>>  Matt
>>> 
>>>  On Fri, Apr 20, 2012 at 10:09 AM, Gary Gregory
>>>  
>>>  wrote:
  On Fri, Apr 20, 2012 at 10:56 AM, Honton, Charles
>>>    wrote:
 
>  I've submitted an ICLA and company has 
> submitted CCLA.  I see next
>>>  steps
>  as:
> 
>  1.  Agree on name: meiyo or classpath? (Or 
> something else?)
> 
 
  Please pick a name that makes it obvious, not 
> meiyo, classpath is OK,
  we
  can/should have a thread just for the name.
 
  Recall that we currently agreed to change Sanselan 
> to Imaging.
 
  Gary
 
 
>  2.  Agree on package name.
>  3.  Create source repository.
>  4.  Move code from GitHub
>  (https://github.com/chonton/meiyo-sandbox)
>  5.  Give major contributors repository 
> permission.
>  6.  Hash out any missing functionality
>  7.  Get dependencies released (bcel right now)
>  8.  A release so others can take it out for a 
> spinŠ
> 
>  Who can help me with these step?
> 
>  Thanks,
>  chas
> 
> 
> 
> 
> -
>  To unsubscribe, e-mail: 
> d

Re: svn commit: r1328366 - in /commons/proper/vfs/trunk: pom.xml src/changes/changes.xml

[Gary Gregory]

On Mon, Apr 23, 2012 at 5:25 PM, Jörg Schaible wrote:

> Hi Greg,
>
> the JIRA issue and the changes entry claim, that the scm-* deps have been
> set to optional, but you (correctly) removed them. Therefore, can you fix
> JIRA and changes.xml?
>

Done.

Thank you,
Gary


>
> - Jörg
>
> ggreg...@apache.org wrote:
>
> > Author: ggregory
> > Date: Fri Apr 20 13:16:29 2012
> > New Revision: 1328366
> >
> > URL: http://svn.apache.org/viewvc?rev=1328366&view=rev
> > Log:
> > [VFS-395][POM] Declare maven-scm-* dependencies as optional. Removed the
> > [offeding plugins.
> >
> > Modified:
> > commons/proper/vfs/trunk/pom.xml
> > commons/proper/vfs/trunk/src/changes/changes.xml
> >
> > Modified: commons/proper/vfs/trunk/pom.xml
> > URL:
> >
>
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/pom.xml?rev=1328366&r1=1328365&r2=1328366&view=diff
> >
>
> ==
> > --- commons/proper/vfs/trunk/pom.xml (original) +++
> > commons/proper/vfs/trunk/pom.xml Fri Apr 20 13:16:29 2012 @@ -450,19
> > +450,6 @@
> >  
> >
> >
> > -  
> > -
> > -  org.apache.maven.scm
> > -  maven-scm-api
> > -  1.4
> > -
> > -
> > -  org.apache.maven.scm
> > -  maven-scm-provider-svnexe
> > -  1.4
> > -
> > -  
> > -
> >
> >  
> >apache.snapshots.https
> >
> > Modified: commons/proper/vfs/trunk/src/changes/changes.xml
> > URL:
> >
>
> http://svn.apache.org/viewvc/commons/proper/vfs/trunk/src/changes/changes.xml?rev=1328366&r1=1328365&r2=1328366&view=diff
> >
>
> ==
> > --- commons/proper/vfs/trunk/src/changes/changes.xml (original) +++
> > commons/proper/vfs/trunk/src/changes/changes.xml Fri Apr 20 13:16:29 2012
> > @@ -23,6 +23,9 @@
> >
> >
> >  
> > +   > due-to="ggregory">
> > +[POM] Declare maven-scm-* dependencies as optional.
> > +  
> > >due-to="ggregory">
> >  [SFTP] Update Jsch to version 0.1.47 from 0.1.46.
> >
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: svn commit: r1329709 - in /commons/proper/pool/trunk/src/main/java/org/apache/commons/pool2/impl: BaseObjectPoolConfig.java GenericKeyedObjectPool.java GenericKeyedObjectPoolMBean.java GenericObje

[Mark Thomas]

On 24/04/2012 14:33, ma...@apache.org wrote:
> Author: markt
> Date: Tue Apr 24 13:33:22 2012
> New Revision: 1329709
> 
> URL: http://svn.apache.org/viewvc?rev=1329709&view=rev
> Log:
> Javadoc for LIFO
> - reduce duplication
> - use @link / @see rather than copy/paste

My aim is to go through all of the Pool2 Javadoc making changes along
these lines. Broadly, I am trying to:
- ensure things are defined once and once only (no copy/paste although
  there are some exceptions where there are slight differences between
  GOP and GKOP)
- use @link / @see rather than copy/paste
- ensure GOP and GKOP are consistent where one would expect them to be
  consistent
- ensure all public elements have Javadoc even if it just links to a
  definition elsewhere

This is going to be a long/slow process so I'd appreciate any objections
at this point rather than towards the conclusion of the work.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[PARENT] release of pom packaging project fails jar plugin

[Michael Heuer]

Hello,

I'm forwarding this message originally sent to users@maven that
received no response.  Perhaps dev@commons is more appropriate.


-- Forwarded message --
To: us...@maven.apache.org

Hello,

We have adapted the Commons parent pom (and by extension the Apache
parent pom) with some changes for our internal parent pom.  We are
running into an issue with a combination of maven release plugin +
maven bundle plugin + maven jar plugin for pom packaging projects.  Is
this the right mailing list for this question?

E.g.

$ mvn -Prelease install
[INFO] 
[INFO] Building parent 1-SNAPSHOT
[INFO] 
[INFO]
[INFO] --- maven-bundle-plugin:2.3.7:manifest (bundle-manifest) @ parent ---
[WARNING] Ignoring project type pom - supportedProjectTypes = [jar, bundle]
[INFO]
[INFO] >>> maven-source-plugin:2.1.2:jar (create-source-jar) @ parent >>>
[INFO]
[INFO] <<< maven-source-plugin:2.1.2:jar (create-source-jar) @ parent <<<
[INFO]
[INFO] --- maven-source-plugin:2.1.2:jar (create-source-jar) @ parent ---
[INFO]
[INFO] >>> maven-source-plugin:2.1.2:test-jar (create-source-jar) @ parent >>>
[INFO]
[INFO] <<< maven-source-plugin:2.1.2:test-jar (create-source-jar) @ parent <<<
[INFO]
[INFO] --- maven-source-plugin:2.1.2:test-jar (create-source-jar) @ parent ---
[INFO]
[INFO] --- maven-jar-plugin:2.4:test-jar (default) @ parent ---
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-jar-plugin:2.4:test-jar (default) on
project parent: Error assembling JAR: Manifest file:
/xxx/parent/target/osgi/MANIFEST.MF does not exist. -> [Help 1]

First, source and test jars shouldn't be created for a pom packaging
project, and second, the jar plugin shouldn't fail if the manifest
generated by the bundle plugin isn't present.

  michael

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [PARENT] release of pom packaging project fails jar plugin

[Jörg Schaible]

Hi Michael,

Michael Heuer wrote:

> Hello,
> 
> I'm forwarding this message originally sent to users@maven that
> received no response.  Perhaps dev@commons is more appropriate.

why do you think, that extending from Apache Commons parent is a good thing? 
This parent is crafted so that it fits exactly our (Apache Commons) needs. 
It is considered internal and is not designed to work for all cases 
(especially outside its environment).

Said that, if you provide patches for this POM that have no side-effects for 
all our components, we might consider to apply them, but don't expect that 
someone is maintaining/developing this parent POM like any other Commons 
component.

IMHO, you're better off if you copy the interesting parts into a shared 
parent of your own.

Regards,
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [PARENT] release of pom packaging project fails jar plugin

[Michael Heuer]

Jörg Schaible wrote:
> Michael Heuer wrote:
>
>> I'm forwarding this message originally sent to users@maven that
>> received no response.  Perhaps dev@commons is more appropriate.
>
> why do you think, that extending from Apache Commons parent is a good thing?
> This parent is crafted so that it fits exactly our (Apache Commons) needs.
> It is considered internal and is not designed to work for all cases
> (especially outside its environment).
>
> Said that, if you provide patches for this POM that have no side-effects for
> all our components, we might consider to apply them, but don't expect that
> someone is maintaining/developing this parent POM like any other Commons
> component.
>
> IMHO, you're better off if you copy the interesting parts into a shared
> parent of your own.

Thank you for the response, Jörg.

That is what I have done, copy the interesting bits from the commons
and Apache parents into our internal parent.  We're not extending from
either.

I'm not seeing how the commons parent with its release profiles can
work for pom packaging projects (such as the parent project or
multimodule projects).  When commons-parent is released, are none of
the release profiles enabled (rc, release, apache-release)?  Are any
of the commons projects currently multimodule builds?

   michael

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1329891 - /commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java

[sebb]

On 24 April 2012 18:48,   wrote:
> Author: markt
> Date: Tue Apr 24 17:48:50 2012
> New Revision: 1329891
>
> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
> Log:
> Fix an Eclipse warning

I don't get that warning; but I do now get "Unnecessary
@SuppressWarnings("unused")"

Would the following work for you:

@Test
public void testJavaBeanInstantiation() {
assertNotNull(new PoolUtils());
}

It works for me.

> Modified:
>    
> commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java
>
> Modified: 
> commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java?rev=1329891&r1=1329890&r2=1329891&view=diff
> ==
> --- 
> commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java
>  (original)
> +++ 
> commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java
>  Tue Apr 24 17:48:50 2012
> @@ -56,6 +56,7 @@ public class TestPoolUtils {
>     /** Sleep time to let the minIdle tests run CHECK_COUNT times. */
>     private static final int CHECK_SLEEP_PERIOD = CHECK_PERIOD * (CHECK_COUNT 
> - 1) + CHECK_PERIOD / 2;
>
> +    @SuppressWarnings("unused")
>     @Test
>     public void testJavaBeanInstantiation() {
>         new PoolUtils();
> @@ -496,7 +497,7 @@ public class TestPoolUtils {
>
>         Thread.sleep(1); // 10 seconds
>
> -
> +
>         o = pool.borrowObject();
>         expectedMethods.add("borrowObject");
>         pool.returnObject(o);
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1329891 - /commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java

[Mark Thomas]

On 24/04/2012 19:15, sebb wrote:
> On 24 April 2012 18:48,   wrote:
>> Author: markt
>> Date: Tue Apr 24 17:48:50 2012
>> New Revision: 1329891
>>
>> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
>> Log:
>> Fix an Eclipse warning
> 
> I don't get that warning; but I do now get "Unnecessary
> @SuppressWarnings("unused")"
> 
> Would the following work for you:
> 
> @Test
> public void testJavaBeanInstantiation() {
> assertNotNull(new PoolUtils());
> }

Ah. This sounds like different Eclipse versions. Let me make sure I am
using the latest...

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1329891 - /commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java

[sebb]

On 24 April 2012 19:26, Mark Thomas  wrote:
> On 24/04/2012 19:15, sebb wrote:
>> On 24 April 2012 18:48,   wrote:
>>> Author: markt
>>> Date: Tue Apr 24 17:48:50 2012
>>> New Revision: 1329891
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
>>> Log:
>>> Fix an Eclipse warning
>>
>> I don't get that warning; but I do now get "Unnecessary
>> @SuppressWarnings("unused")"
>>
>> Would the following work for you:
>>
>>     @Test
>>     public void testJavaBeanInstantiation() {
>>         assertNotNull(new PoolUtils());
>>     }
>
> Ah. This sounds like different Eclipse versions. Let me make sure I am
> using the latest...

More likely different compiler settings.

I assume the warning you are getting is because the new instance is not used.
Adding the assert should fix that.

> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1329891 - /commons/proper/pool/trunk/src/test/java/org/apache/commons/pool2/TestPoolUtils.java

[Mark Thomas]

On 24/04/2012 19:35, sebb wrote:
> On 24 April 2012 19:26, Mark Thomas  wrote:
>> On 24/04/2012 19:15, sebb wrote:
>>> On 24 April 2012 18:48,   wrote:
 Author: markt
 Date: Tue Apr 24 17:48:50 2012
 New Revision: 1329891

 URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
 Log:
 Fix an Eclipse warning
>>>
>>> I don't get that warning; but I do now get "Unnecessary
>>> @SuppressWarnings("unused")"
>>>
>>> Would the following work for you:
>>>
>>> @Test
>>> public void testJavaBeanInstantiation() {
>>> assertNotNull(new PoolUtils());
>>> }
>>
>> Ah. This sounds like different Eclipse versions. Let me make sure I am
>> using the latest...
> 
> More likely different compiler settings.
> 
> I assume the warning you are getting is because the new instance is not used.
> Adding the assert should fix that.

It does. I wasn't on the latest version so I am updating anyway.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Question about "AbstractLeastSquaresOptimizer" code

[Sébastien Brisard]

Hi Gilles,
>
> Does anyone object to the estimated error be defined as
>
>  errors[i] = FastMath.sqrt(covar[i][i]);
>
> ?
>
>
> Best regards,
> Gilles
>
I'm not an expert on parameter estimation, but I'm not sure about the
removal of the c prefactor in the above expression. See for example
NR, chapter 15


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Question about "AbstractLeastSquaresOptimizer" code

[Sébastien Brisard]

Ooops, I hit the wrong key... So here is the rest of my previous message...

Hi Gilles,
>
> Does anyone object to the estimated error be defined as
>
>  errors[i] = FastMath.sqrt(covar[i][i]);
>
> ?
>
>
> Best regards,
> Gilles
>
I'm not an expert on parameter estimation, but I'm not sure about the
removal of the c prefactor in the above expression. See for example
NR, chapter 15. In particular, equation 15.6.4 might be of interest.
I also found this thread
http://www.physicsforums.com/showthread.php?t=47534
which certainly does not provide a definite answer, but the formula
suggests that c should stay.

Again, I'm not claiming your suggestion is wrong, I would just like to
find a reference which clearly states the right answer...
One way to check the formula would be to test against another
software. I know that gnuplot provides error estimates on the
parameters, I'm happy to run it with the data set of your choice.

Best regards,
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Question about "AbstractLeastSquaresOptimizer" code

[Sébastien Brisard]

I also found this link
mljohnson.pharm.virginia.edu/pdfs/314.pdf
see equations 20 and 3, which suggest c should stay. I must read this
more carefully, though...
Sébastien

Le 24 avril 2012 21:42, Sébastien Brisard  a écrit :
> Ooops, I hit the wrong key... So here is the rest of my previous message...
>
> Hi Gilles,
>>
>> Does anyone object to the estimated error be defined as
>>
>>  errors[i] = FastMath.sqrt(covar[i][i]);
>>
>> ?
>>
>>
>> Best regards,
>> Gilles
>>
> I'm not an expert on parameter estimation, but I'm not sure about the
> removal of the c prefactor in the above expression. See for example
> NR, chapter 15. In particular, equation 15.6.4 might be of interest.
> I also found this thread
> http://www.physicsforums.com/showthread.php?t=47534
> which certainly does not provide a definite answer, but the formula
> suggests that c should stay.
>
> Again, I'm not claiming your suggestion is wrong, I would just like to
> find a reference which clearly states the right answer...
> One way to check the formula would be to test against another
> software. I know that gnuplot provides error estimates on the
> parameters, I'm happy to run it with the data set of your choice.
>
> Best regards,
> Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[email] Preparing RC3 for commons-email

[Siegfried Goeschl]

Hi folks,

I'm preparing a RC3 for commons-email-1.3 - please don't make any 
commits to trunk ... :-)


Thanks in advance

Siegfried RC Goeschl

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [email] Preparing RC3 for commons-email

[Mark Struberg]

Sigis new job title: Release Candidate Manager :)

LieGrue,
strub



- Original Message -
> From: Siegfried Goeschl 
> To: Commons Developers List 
> Cc: 
> Sent: Tuesday, April 24, 2012 10:21 PM
> Subject: [email] Preparing RC3 for commons-email
> 
> Hi folks,
> 
> I'm preparing a RC3 for commons-email-1.3 - please don't make any 
> commits to trunk ... :-)
> 
> Thanks in advance
> 
> Siegfried RC Goeschl
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Math] maven: Problem with "clirr"

[Gilles Sadowski]

Hi.

Clirr now fails the build on error:
---CUT---
[ERROR] Unable to find information in class 
org.apache.commons.math3.linear.SymmLQ referring back to nested class 
org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
[ERROR] Unable to find information in class 
org.apache.commons.math3.optimization.direct.PowellOptimizer referring back to 
nested class 
org.apache.commons.math3.optimization.direct.PowellOptimizer$SimpleValueChecker
---CUT---

Since I don't know what causes those errors, I'd like to be able to skip
the "clirr" check altogether.

I tried to mimic settings suggested in an earlier messafe about skipping
lengthy report, i.e.
   true
It didn't work.

I tried this:
  false
as documented here:
  http://clirr.sourceforge.net/clirr-maven/properties.html
It didn't work.


Thanks,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Math] Javadoc warning

[Gilles Sadowski]

Referring to this change in "Precision.java":
---CUT---
r1328492 | luc | 2012-04-20 22:15:11 +0200 (Fri, 20 Apr 2012) | 6 lines

Added a workaround for an OpenJDK issue on sparc solaris.

The compiler has issues with very small double constants, despite they
are perfectly legal Java and representable in IEEE754.
---CUT---


Using a function call instead of a literal constant generates a Javadoc
warning:
---CUT---
[WARNING] 
[...]/trunk/src/main/java/org/apache/commons/math3/util/Precision.java:42: 
warning - @value tag (which references EPSILON) can only be used in constants.
---CUT---

Perhaps the bug should be corrected in OpenJDK's Solaris implementation.


Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [email] Preparing RC3 for commons-email

[sebb]

On 24 April 2012 21:21, Siegfried Goeschl  wrote:
> Hi folks,
>
> I'm preparing a RC3 for commons-email-1.3 - please don't make any commits to
> trunk ... :-)

Did you not see my recent JIRA issues?

They should be easy to fix.

> Thanks in advance
>
> Siegfried RC Goeschl
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] maven: Problem with "clirr"

[sebb]

On 24 April 2012 22:19, Gilles Sadowski  wrote:
> Hi.
>
> Clirr now fails the build on error:
> ---CUT---
> [ERROR] Unable to find information in class 
> org.apache.commons.math3.linear.SymmLQ referring back to nested class 
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
> [ERROR] Unable to find information in class 
> org.apache.commons.math3.optimization.direct.PowellOptimizer referring back 
> to nested class 
> org.apache.commons.math3.optimization.direct.PowellOptimizer$SimpleValueChecker
> ---CUT---
>
> Since I don't know what causes those errors, I'd like to be able to skip
> the "clirr" check altogether.

Clirr does not like the output from the Eclipse compiler.
Make sure you run mvn clean first - and ensure that Eclipse is not set
to build the project.

> I tried to mimic settings suggested in an earlier messafe about skipping
> lengthy report, i.e.
>   true

AFAIK, that's not the same as setting a command-line property.

> It didn't work.
>
> I tried this:
>  false
> as documented here:
>  http://clirr.sourceforge.net/clirr-maven/properties.html

That is for an obsolete version of the Clirr plugin

The current version is documented at:

http://mojo.codehaus.org/clirr-maven-plugin/

> It didn't work.
>

mvn  -Dclirr.skip

works for me.

> Thanks,
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Javadoc warning

[sebb]

On 24 April 2012 22:25, Gilles Sadowski  wrote:
> Referring to this change in "Precision.java":
> ---CUT---
> r1328492 | luc | 2012-04-20 22:15:11 +0200 (Fri, 20 Apr 2012) | 6 lines
>
> Added a workaround for an OpenJDK issue on sparc solaris.
>
> The compiler has issues with very small double constants, despite they
> are perfectly legal Java and representable in IEEE754.
> ---CUT---
>
>
> Using a function call instead of a literal constant generates a Javadoc
> warning:
> ---CUT---
> [WARNING] 
> [...]/trunk/src/main/java/org/apache/commons/math3/util/Precision.java:42: 
> warning - @value tag (which references EPSILON) can only be used in constants.
> ---CUT---
>
> Perhaps the bug should be corrected in OpenJDK's Solaris implementation.

It would be a lot easier to fix the Javadoc.

>
> Gilles
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

[Gump]

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-digester3 has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 38 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-digester3 :  XML to Java Object Configuration
- commons-digester3-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to 
project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/digester/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 51 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/digester]
M2_HOME: /opt/maven2
-
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1335321603490
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 5 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 3 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/image")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/item")
>
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annota

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

[commons-graph development]

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-graph has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 79 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-graph :  Apache commons sandbox


Full details are available at:

http://vmgump.apache.org/gump/public/commons-sandbox/commons-graph/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-graph-*[0-9T].jar] identifier set to project 
name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/commons-sandbox/graph/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-sandbox/graph/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-sandbox/commons-graph/gump_work/build_commons-sandbox_commons-graph.html
Work Name: build_commons-sandbox_commons-graph (Type: Build)
Work ended in a state of : Failed
Elapsed: 16 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/commons-sandbox/graph/gump_mvn_settings.xml install 
[Working Directory: /srv/gump/public/workspace/commons-sandbox/graph]
M2_HOME: /opt/maven2
-
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/CommonsGraph.java:[215,61]
 
withConnections(org.apache.commons.graph.builder.GraphConnection)
 in 
org.apache.commons.graph.builder.LinkedConnectionBuilder>
 cannot be applied to (org.apache.commons.graph.builder.GraphConnection)
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/flow/DefaultMaxFlowAlgorithmSelector.java:[75,43]
 cannot find symbol
symbol  : method 
applyingDepthFirstSearch(org.apache.commons.graph.flow.FlowNetworkHandler,W>)
location: interface 
org.apache.commons.graph.visit.VisitAlgorithmsSelector>>
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/flow/DefaultMaxFlowAlgorithmSelector.java:[82,47]
 cannot find symbol
symbol  : method 
applyingDepthFirstSearch(org.apache.commons.graph.flow.FlowNetworkHandler,W>)
location: interface 
org.apache.commons.graph.visit.VisitAlgorithmsSelector>>
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/flow/DefaultMaxFlowAlgorithmSelector.java:[103,43]
 cannot find symbol
symbol  : method 
applyingBreadthFirstSearch(org.apache.commons.graph.flow.FlowNetworkHandler,W>)
location: interface 
org.apache.commons.graph.visit.VisitAlgorithmsSelector>>
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/flow/DefaultMaxFlowAlgorithmSelector.java:[110,47]
 cannot find symbol
symbol  : method 
applyingBreadthFirstSearch(org.apache.commons.graph.flow.FlowNetworkHandler,W>)
location: interface 
org.apache.commons.graph.visit.VisitAlgorithmsSelector>>
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/spanning/DefaultSpanningTreeSourceSelector.java:[109,20]
 whereEdgesHaveWeights(M) in 
org.apache.commons.graph.shortestpath.PathWeightedEdgesBuilder
 cannot be applied to (org.apache.commons.graph.Mapper)
[ERROR] 
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/connectivity/DefaultConnectivityAlgorithmsSelector.java:[69,64]
 cannot find symbol
symbol  : method 
applyingDepthFirstSearch(org.apache.commons.graph.connectivity.ConnectedComponentHandler)
location: interface 
org.apache.commons.graph.visit.VisitAlgorithmsSelector>
[INFO] 8 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/CommonsGraph.java:[201,59]
 
withConnections(org.apache.commons.graph.builder.GraphConnection)
 in 
org.apache.commons.graph.builder.LinkedConnectionBuilder>
 cannot be applied to (org.apache.commons.graph.builder.GraphConnection)
/srv/gump/public/workspace/commons-sandbox/graph/src/main/java/org/apache/commons/graph/CommonsGraph.java:[215,61]
 
withConnections(org.apache.commons.graph.builder.GraphConnection)
 in 
org.apache.commons.graph.builder.LinkedConnectionBuilder>
 cannot be applied t

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

[Gump]

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 issue affects 1 projects,
 and has been outstanding for 114 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-proxy-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html
Work Name: build_apache-commons_commons-proxy-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/proxy]
M2_HOME: /opt/maven2
-
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.proxy.exception.TestDelegateProviderException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.198 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec

Results :

Tests in error: 
  testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker)

Tests run: 179, Failures: 0, Errors: 1, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 11 seconds
[INFO] Finished at: Wed Apr 25 04:11:38 UTC 2012
[INFO] Final Memory: 24M/58M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/rss.xml
- Atom: 
http://vmgump.apache.

Re: [Math] Question about "AbstractLeastSquaresOptimizer" code

[Sébastien Brisard]

Hi,
looking at various references, it seems that the definition of the error as
errors[i] = FastMath.sqrt(covar[i][i]) * c;
or
errors[i] = FastMath.sqrt(covar[i][i]);
is a matter of convention.

I'm no statistician, but I gathered that the first expression is what
is called Asymptotic Standard Error (see equations 34 and 35,
http://mathworld.wolfram.com/LeastSquaresFitting.html). Meanwhile, NR
seems to favor the second expression. It would be nice to check what R
(which is truly statistician's stuff) returns as parameters errors.

Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-id (in module commons-sandbox) failed

[Gump]

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-id has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 88 runs.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
For reference only, the following projects are affected by this:
- commons-id :  Commons Identifier Package


Full details are available at:
http://vmgump.apache.org/gump/public/commons-sandbox/commons-id/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-id-25042012.jar] identifier set to project 
name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/commons-sandbox/id/gump_mvn_settings.xml
 -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-sandbox/id/pom.xml
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/srv/gump/public/workspace/commons-sandbox/id/target/commons-id-25042012.jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-sandbox/id/target/surefire-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-sandbox/commons-id/gump_work/build_commons-sandbox_commons-id.html
Work Name: build_commons-sandbox_commons-id (Type: Build)
Work ended in a state of : Success
Elapsed: 35 secs
Command Line: /opt/maven2/bin/mvn --batch-mode 
-Dmaven.final.name=commons-id-25042012 --settings 
/srv/gump/public/workspace/commons-sandbox/id/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/commons-sandbox/id]
M2_HOME: /opt/maven2
-
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.id.serial.AlphanumericGeneratorTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.024 sec
Running org.apache.commons.id.uuid.state.ReadOnlyResourceStateImplTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec
Running org.apache.commons.id.uuid.state.InMemoryStateImplTest
Tests run: 5, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec <<< 
FAILURE!
Running org.apache.commons.id.serial.LongGeneratorTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.apache.commons.id.random.SessionIdGeneratorTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.216 sec
Running 
org.apache.commons.id.serial.TimeBasedAlphanumericIdentifierGeneratorTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.467 sec
Running org.apache.commons.id.serial.PrefixedNumericGeneratorTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.commons.id.uuid.VersionFourGeneratorTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 13.004 sec
Running org.apache.commons.id.uuid.state.NodeTest
Tests run: 8, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.019 sec <<< 
FAILURE!
Running org.apache.commons.id.uuid.state.ReadWriteFileStateImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.id.uuid.task.UUIDTaskTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec
Running org.apache.commons.id.serial.NumericGeneratorTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec

Results :

Failed tests: 
  testLoad(org.apache.commons.id.uuid.state.InMemoryStateImplTest)

Tests in error: 
  testGetUUIDTime(org.apache.commons.id.uuid.state.NodeTest)
  testGetLastTimestamp(org.apache.commons.id.uuid.state.NodeTest)
  testNodebyteArray(org.apache.commons.id.uuid.state.NodeTest)

Tests run: 121, Failures: 1, Errors: 3, Skipped: 0

[ERROR] There are test failures.

Please refer to 
/srv/gump/public/workspace/commons-sandbox/id/target/surefire-reports for the 
individual test results.
[INFO] [jar:jar {execution: default-jar}]
[INFO] Building jar: 
/srv/gump/public/workspace/commons-sandbox/id/target/commons-id-1.0-SNAPSHOT.jar
[INFO] 
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 34 seconds
[INFO] Finished at: Wed Apr 25 06:35:38 UTC 2012
[INFO] Final Memory: 30M/72M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/commons-sandbox/commons-id/rss.xml
- Atom: h

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

[Gump]

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-scxml-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 127 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-scxml-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html
Work Name: build_apache-commons_commons-scxml-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 21 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info 
--settings 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/scxml]
M2_HOME: /opt/maven2
-
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1
[INFO] SimpleSCXMLListener - /s2
[INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from = 
/s2, to = /s3)
[INFO] SimpleSCXMLListener - /s3
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.176 sec
Running org.apache.commons.scxml.issues.Issue64Test
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: somedata
[INFO] SCXMLSemantics - null: *somedata
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21
 and digester match "scxml/datamodel/misplaced"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19
 and digester match "scxml/state/onentry/foo"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22
 and digester match "scxml/state/onentry/bar"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21
 and digester match "scxml/state/transition/datamodel"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41
 and digester match "scxml/state/transition/datamodel/data"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14
 and digester match "scxml/baz"
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: null
[WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null): 
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.064 sec

Results :

Failed tests: 
  testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest)

Tests run: 229, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO

[GUMP@vmgump]: Project commons-jelly-tags-jmx (in module commons-jelly) failed

[Gump]

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-jelly-tags-jmx has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 3 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jmx :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-jelly-tags-jmx-25042012.jar] identifier set 
to project name
 -ERROR- Output with id mx4j-jmx was not found in project mx4j 
 -ERROR- Unhandled Property: maven.jar.mx4j-jmx on: Maven1 on 
Project:commons-jelly-tags-jmx
 -DEBUG- Dependency on mx4j exists, no need to add for property 
maven.jar.mx4j-jmx.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- Dependency on commons-jexl-1.x exists, no need to add for property 
maven.jar.commons-jexl.
 -DEBUG- (Apache Gump generated) Apache Maven Properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/project.xml
 -DEBUG- Maven project properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/project.properties
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/target/test-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/target/test-reports]
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/gump_work/build_commons-jelly_commons-jelly-tags-jmx.html
Work Name: build_commons-jelly_commons-jelly-tags-jmx (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/jmx]
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
commons-jelly-1.1-SNAPSHOT.jar may be out of date!
The build cannot continue because of the following unsatisfied dependency:

mx4j-jmx-1.1.1.jar; path override doesn't exist: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/*Unset*

Total time: 2 seconds
Finished at: Wed Apr 25 06:46:23 UTC 2012

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 1225042012, vmgump.apache.org:vmgump:1225042012
Gump E-mail Identifier (unique within run) #53.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] maven: Problem with "clirr"

[Sébastien Brisard]

Hi Gilles,

>
> [ERROR] Unable to find information in class 
> org.apache.commons.math3.linear.SymmLQ referring back to nested class 
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
>
In MATH-761, I removed this nested class. It was private anyway, so I
considered it didn't break the API (see also
http://markmail.org/thread/n2lbomwiu556mkn5). Let me know if this
change was unacceptable.

Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [PARENT] release of pom packaging project fails jar plugin

[Jörg Schaible]

Michael Heuer wrote:

> Jörg Schaible wrote:
>> Michael Heuer wrote:
>>
>>> I'm forwarding this message originally sent to users@maven that
>>> received no response.  Perhaps dev@commons is more appropriate.
>>
>> why do you think, that extending from Apache Commons parent is a good
>> thing? This parent is crafted so that it fits exactly our (Apache
>> Commons) needs. It is considered internal and is not designed to work for
>> all cases (especially outside its environment).
>>
>> Said that, if you provide patches for this POM that have no side-effects
>> for all our components, we might consider to apply them, but don't expect
>> that someone is maintaining/developing this parent POM like any other
>> Commons component.
>>
>> IMHO, you're better off if you copy the interesting parts into a shared
>> parent of your own.
> 
> Thank you for the response, Jörg.
> 
> That is what I have done, copy the interesting bits from the commons
> and Apache parents into our internal parent.  We're not extending from
> either.
> 
> I'm not seeing how the commons parent with its release profiles can
> work for pom packaging projects (such as the parent project or
> multimodule projects).  When commons-parent is released, are none of
> the release profiles enabled (rc, release, apache-release)?

- rc: the one we use
- release: automatically activated by M2 (IIRC)
- apache-release: outdated?

> Are any
> of the commons projects currently multimodule builds?

http://wiki.apache.org/commons/CreatingReleases

vfs is a multi-project

- Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] maven: Problem with "clirr"

[Sébastien Brisard]

Hi Gilles,

>
> Clirr now fails the build on error:
> ---CUT---
> [ERROR] Unable to find information in class 
> org.apache.commons.math3.linear.SymmLQ referring back to nested class 
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
> [ERROR] Unable to find information in class 
> org.apache.commons.math3.optimization.direct.PowellOptimizer referring back 
> to nested class 
> org.apache.commons.math3.optimization.direct.PowellOptimizer$SimpleValueChecker
> ---CUT---
>
Strange, I do not get these errors on my computer. I do get a lot of
errors in the geometry package, though.
Sébastien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org