[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 96 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: 19 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.139 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.057 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 78 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-25072012.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: 1 seconds
Finished at: Wed Jul 25 07:52:46 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 1025072012, vmgump.apache.org:vmgump:1025072012
Gump E-mail Identifier (unique within run) #49.

--
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] Unit Tests for Multivariate Distribution Sampling

[Gilles Sadowski]

Hi Jared.

> 
> I am working on submitting code for multivariate normal distributions, 
> including sampling and unit tests (issue Math-815).  It is my first 
> submission, and it has had some issues with style and other guidelines. 
> Gilles has given me some useful feedback about several pieces, but I
> thought I would also ask a question this list.
> 
> I need to have a unit test pass deterministically even though the
> sampling algorithm is inherently stochastic.  I assumed that resetting
> the seed before sampling would be sufficient to test a few values to
> within a specified tolerance.  It has worked so far for me.  Gilles
> suggested, though, that I use the testSampling method in
> RealDistributionAbstractTest.java as a model.  But it uses a
> statistical test (Chi-Squared) in addition to resetting the seed.
> Aside from the added difficulty of hypothesis testing in more
> dimensions, is it actually necessary?  Wouldn't resetting the seed
> give you the same values each time when you sample in the unit test?
> Doesn't that make it essentially a deterministic test, eliminating the
> need for a hypothesis test of the samples?

There are 2 things:
1. Having a test that sometimes fail just because of one "bad" draw.
   This is indeed solved by selecting a seed.
2. Test that the "sample" of the distribution provides the expected
   result. The "testSampling" referred to is nice because it is set up
   independently of the actual distribution: The expected result of an
   infinite number of draws is known and the statistical test (of the test
   result) checks that the set of actual draws is close enough to the the
   one theoretically expected.

As you say, adapting the hypothesis testing is not necessarily obvious (I
don't know), but people here might be able explain what to do...


Thanks,
Gilles

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

[logging] failing tests

[Simone Tripodi]

Hi all guys,

this morning at the company a colleague of mine was having look to
[logging] on /trunk, when executing tests stumbled in the failing test
below; is there anything you are aware or we have to fill an issue?

TIA,
-Simo

---
 T E S T S
---
Running org.apache.commons.logging.WeakHashTableTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 5.258
sec <<< FAILURE!
Running org.apache.commons.logging.avalon.AvalonLoggerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec

Results :

Failed tests:
testLOGGING_119(org.apache.commons.logging.WeakHashTableTestCase):
Attempt: 5 Stuck threads: 10

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

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

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

RE: [math] Unit Tests for Multivariate Distribution Sampling

[Becksfort, Jared]

I have another question, this time about the API.  The covariance matrix of a 
multivariate normal distribution is called sigma in a number of R libraries, 
but I am not sure it is called that everywhere.  I named the parameters and get 
methods for the covariance matrix things like "getSigma" but mentioned 
covariance matrix in the comments.  Do the developers here have a preference 
between getSigma and getCovarianceMatrix?  I can change the parameters 
accordingly.

Jared

-Original Message-
From: Becksfort, Jared
Sent: Tuesday, July 24, 2012 11:29 PM
To: Commons Developers List
Subject: [math] Unit Tests for Multivariate Distribution Sampling

Hello,

I am working on submitting code for multivariate normal distributions, 
including sampling and unit tests (issue Math-815).  It is my first submission, 
and it has had some issues with style and other guidelines.  Gilles has given 
me some useful feedback about several pieces, but I thought I would also ask a 
question this list.

I need to have a unit test pass deterministically even though the sampling 
algorithm is inherently stochastic.  I assumed that resetting the seed before 
sampling would be sufficient to test a few values to within a specified 
tolerance.  It has worked so far for me.  Gilles suggested, though, that I use 
the testSampling method in RealDistributionAbstractTest.java as a model.  But 
it uses a statistical test (Chi-Squared) in addition to resetting the seed.  
Aside from the added difficulty of hypothesis testing in more dimensions, is it 
actually necessary?  Wouldn't resetting the seed give you the same values each 
time when you sample in the unit test?  Doesn't that make it essentially a 
deterministic test, eliminating the need for a hypothesis test of the samples?

Thanks,
Jared

Email Disclaimer:  www.stjude.org/emaildisclaimer
Consultation Disclaimer:  www.stjude.org/consultationdisclaimer


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

[dbcp] Encoding problems on dbcp site?

[Benedikt Ritter]

Hi,

I'm having problems with the dbcp website. It displays diamonds with
question marks inside for example between "Commons" and "DBCP" in the
sidebar. Usually that is sign of an encoding problem. Can anyone
verify that?

thanks,
Benedikt

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

Re: [dbcp] Encoding problems on dbcp site?

[Jörg Schaible]

Benedikt Ritter wrote:

> Hi,
> 
> I'm having problems with the dbcp website. It displays diamonds with
> question marks inside for example between "Commons" and "DBCP" in the
> sidebar. Usually that is sign of an encoding problem. Can anyone
> verify that?

I see the same with Konqueror and Firefox.

- Jörg


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

Re: [functor] Use Validate.notNull and remove unreachable code

[Bruno P. Kinoshita]

Thanks Matt, Simo!

I've updated the code to use Validate.notNull and removed unreachable code. 
Tests were created as part of FUNCTOR-12 [1]. The issue was resolved today, 
with line coverage of 99% and branch coverage of 96% (not being crazy about 
coverage, just tried to cover important parts of the code :-).

Cheers,

[1] https://issues.apache.org/jira/browse/FUNCTOR-12

Bruno P. Kinoshita
http://kinoshita.eti.br
http://tupilabs.com


>
> From: Matt Benson 
>To: Commons Developers List  
>Sent: Tuesday, 24 July 2012 12:46 PM
>Subject: Re: [functor] Use Validate.notNull and remove unreachable code
> 
>+1 to all FWIW
>
>Matt
>
>On Tue, Jul 24, 2012 at 4:28 AM, Simone Tripodi
> wrote:
>> Olá Bruno,
>>
>>> 0) I would like to add the method Validate.notNull(...) where necessary in 
>>> [functor], if no one objects. Right now, I'm working on the following 
>>> composite functors: TransformedProcedure, TransformedFunction, 
>>> TransformedBinaryProcedure and TransformedBinaryFunction. None of these 
>>> validates the arguments, while OTOH, TransposedFunction, 
>>> TransposedPredicate and TransposedProcedure, classes in the same package, 
>>> use Validate.notNull(...).
>>
>> +1
>>
>>> 1) There is also unreachable code, specially in equals() methods, that 
>>> checks if an object is null before accessing its methods. But this object 
>>> can never be null, as Validate.notNull(...) or throw NPE is used to assert 
>>> this in the constructor. There is no other way to set this object. (You can 
>>> still change it through reflection, but don't think it is worth keeping it 
>>> only for this reason). I was wondering if we could remove the unreachable 
>>> code, as there is no way to write test code for it. [2] is an example of 
>>> unreachable code (one of its conditions), with the tests in [3] (there is 
>>> no way to have a null predicate). It will simplify the code, reducing 
>>> decision branches and will increase the test coverage too.
>>
>> sounds reasonable too, looking forward to see results!
>>
>> best,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>> -
>> 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
>
>
>
> 

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

Re: [functor] Use Validate.notNull and remove unreachable code

[Simone Tripodi]

Kudos Bruno, parabéns!!!

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Wed, Jul 25, 2012 at 5:51 PM, Bruno P. Kinoshita
 wrote:
> Thanks Matt, Simo!
>
> I've updated the code to use Validate.notNull and removed unreachable code. 
> Tests were created as part of FUNCTOR-12 [1]. The issue was resolved today, 
> with line coverage of 99% and branch coverage of 96% (not being crazy about 
> coverage, just tried to cover important parts of the code :-).
>
> Cheers,
>
> [1] https://issues.apache.org/jira/browse/FUNCTOR-12
>
> Bruno P. Kinoshita
> http://kinoshita.eti.br
> http://tupilabs.com
>
>
>>
>> From: Matt Benson 
>>To: Commons Developers List 
>>Sent: Tuesday, 24 July 2012 12:46 PM
>>Subject: Re: [functor] Use Validate.notNull and remove unreachable code
>>
>>+1 to all FWIW
>>
>>Matt
>>
>>On Tue, Jul 24, 2012 at 4:28 AM, Simone Tripodi
>> wrote:
>>> Olá Bruno,
>>>
 0) I would like to add the method Validate.notNull(...) where necessary in 
 [functor], if no one objects. Right now, I'm working on the following 
 composite functors: TransformedProcedure, TransformedFunction, 
 TransformedBinaryProcedure and TransformedBinaryFunction. None of these 
 validates the arguments, while OTOH, TransposedFunction, 
 TransposedPredicate and TransposedProcedure, classes in the same package, 
 use Validate.notNull(...).
>>>
>>> +1
>>>
 1) There is also unreachable code, specially in equals() methods, that 
 checks if an object is null before accessing its methods. But this object 
 can never be null, as Validate.notNull(...) or throw NPE is used to assert 
 this in the constructor. There is no other way to set this object. (You 
 can still change it through reflection, but don't think it is worth 
 keeping it only for this reason). I was wondering if we could remove the 
 unreachable code, as there is no way to write test code for it. [2] is an 
 example of unreachable code (one of its conditions), with the tests in [3] 
 (there is no way to have a null predicate). It will simplify the code, 
 reducing decision branches and will increase the test coverage too.
>>>
>>> sounds reasonable too, looking forward to see results!
>>>
>>> best,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>> -
>>> 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
>>
>>
>>
>>
>
> -
> 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] Unit Tests for Multivariate Distribution Sampling

[Gilles Sadowski]

On Wed, Jul 25, 2012 at 09:00:44AM -0500, Becksfort, Jared wrote:
> I have another question, this time about the API.  The covariance matrix of a 
> multivariate normal distribution is called sigma in a number of R libraries, 
> but I am not sure it is called that everywhere.  I named the parameters and 
> get methods for the covariance matrix things like "getSigma" but mentioned 
> covariance matrix in the comments.  Do the developers here have a preference 
> between getSigma and getCovarianceMatrix?  I can change the parameters 
> accordingly.

Referring to
  http://en.wikipedia.org/wiki/Multivariate_normal_distribution
you are right that the matrix is represented by the capital "Sigma" Greek
letter.

However, in other places in the CM's code, similar data are retrieved with
a method called "getCovariances()".[1]
IMO, it's clearer that the method name refers to the concept (covariance)
rather than the notation (Greek letter).

Hence, I propose to just change the method name:
  getSigma -> getCovariances
(and the name of the instance variable, to reduce possible confusion when
reading the code).

And instead of providing
  double[] getVariances()
(elements on the diagonal of the matrix),
I'd provided, as a convenience,
  double[] getStandardDeviation()
(square-root of the elements on the diagonal).


Regards,
Gilles

[1] org.apache.commons.math3.optimization.general.AbstractLeastSquaresOptimizer

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

[io] Problem with the FileUtils.byteCountToDisplaySize() method

[Ninju Bohra]

Hello all,

First time poster so please be kind.

I need to convert a filesize to a human-readable String and I saw the method in 
FileUtils that I thought I could use.

But I also searched StackOverflow.com and found the following question:

http://stackoverflow.com/questions/3758606/how-to-convert-byte-size-into-human-readable-format-in-java

It looks like the most popular answer appears to be more flexible and capable 
(esp. for European concerns) that what is currently in FileUtils.java

What is the process for getting this behavior available to FileUtils.java, 
either as a new method(s) OR as an update to the existing implementation?

Thanks,


Ninju Bohra
(636) 534-5753 (desk)
(636) 675-0639 (cell)
ninju.bo...@technologypartners.co

Re: [dbcp] Encoding problems on dbcp site?

[Benedikt Ritter]

2012/7/25 Jörg Schaible :
> Benedikt Ritter wrote:
>
>> Hi,
>>
>> I'm having problems with the dbcp website. It displays diamonds with
>> question marks inside for example between "Commons" and "DBCP" in the
>> sidebar. Usually that is sign of an encoding problem. Can anyone
>> verify that?
>
> I see the same with Konqueror and Firefox.

I'm pretty sure that it has something to do with those #xA0; in the
site.xml [1]
Any idea why we don't   ?

Benedikt

[1] 
http://svn.apache.org/viewvc/commons/proper/dbcp/trunk/src/site/site.xml?view=markup

>
> - Jörg
>
>
> -
> 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: [io] Problem with the FileUtils.byteCountToDisplaySize() method

[Simone Tripodi]

Hi Ninju,

welcome to Apache Commons! Usually these kind of questions should be
sent to users@, while on dev@ we discuss about components development.

Unfortunately I am not familiar with [io] so I am not in the position
to reply your question.

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Wed, Jul 25, 2012 at 6:16 PM, Ninju Bohra
 wrote:
> Hello all,
>
> First time poster so please be kind.
>
> I need to convert a filesize to a human-readable String and I saw the method 
> in FileUtils that I thought I could use.
>
> But I also searched StackOverflow.com and found the following question:
>
> http://stackoverflow.com/questions/3758606/how-to-convert-byte-size-into-human-readable-format-in-java
>
> It looks like the most popular answer appears to be more flexible and capable 
> (esp. for European concerns) that what is currently in FileUtils.java
>
> What is the process for getting this behavior available to FileUtils.java, 
> either as a new method(s) OR as an update to the existing implementation?
>
> Thanks,
>
> 
> Ninju Bohra
> (636) 534-5753 (desk)
> (636) 675-0639 (cell)
> ninju.bo...@technologypartners.co
>

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

Re: [io] Problem with the FileUtils.byteCountToDisplaySize() method

[Elijah Zupancic]

Hi Ninju,

Could you describe the difference in functionality between the
stackoverflow answer and the current implementation in FileUtils? I
think that it would not be too hard to get the type of functionality
added if it was defined precisely.

Also, would you be willing to volunteer to add the code yourself? I'm
relatively new around here and I've found that the best way to get
something done is to offer to do it yourself.

Thanks,
-Elijah

On Wed, Jul 25, 2012 at 12:47 PM, Simone Tripodi
 wrote:
> Hi Ninju,
>
> welcome to Apache Commons! Usually these kind of questions should be
> sent to users@, while on dev@ we discuss about components development.
>
> Unfortunately I am not familiar with [io] so I am not in the position
> to reply your question.
>
> best,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Wed, Jul 25, 2012 at 6:16 PM, Ninju Bohra
>  wrote:
>> Hello all,
>>
>> First time poster so please be kind.
>>
>> I need to convert a filesize to a human-readable String and I saw the method 
>> in FileUtils that I thought I could use.
>>
>> But I also searched StackOverflow.com and found the following question:
>>
>> http://stackoverflow.com/questions/3758606/how-to-convert-byte-size-into-human-readable-format-in-java
>>
>> It looks like the most popular answer appears to be more flexible and 
>> capable (esp. for European concerns) that what is currently in FileUtils.java
>>
>> What is the process for getting this behavior available to FileUtils.java, 
>> either as a new method(s) OR as an update to the existing implementation?
>>
>> Thanks,
>>
>> 
>> Ninju Bohra
>> (636) 534-5753 (desk)
>> (636) 675-0639 (cell)
>> ninju.bo...@technologypartners.co
>>
>
> -
> 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: [chain2] configuration façade APIs

[Elijah Zupancic]

Hi everyone,

I've created a first draft of refactoring chain so that it uses a
facade for configuration.

Please see the diff attached to this ticket to get my proposed
changes: https://issues.apache.org/jira/browse/CHAIN-72

Here is a summary of what I have done:

* Removed the module configuration
* Created a new module called noop-configuration
* Created a new module called xml-configuration
* We now compile the web module against the noop-configuration with
noop-configuration being scoped as provided in the pom.xml.
* We check on class instantiation inside ChainServlet and ChainListner
to validation that we have a valid configuration module present.
* The ConfigParser class has a new constructor added called:
ConfigParser(String ruleSet, ClassLoader loader) - this allows a
ruleset class to be loaded by the classloader without tightly coupling
the code against digester. Because we detect if the ruleset classname
is specified in the servlet config and if it is we pass it to our
constructor, otherwise we use the default constructor. Now we can
remove the digester dependency from the web module.

Comments:

I still don't like how we store data in map with a classloader as a
key. I understand that we can an implementation that has a factory per
classloader, but this seems like a poor man's dependency injection.

See:

CatalogFactory.java:181 - public static >
CatalogFactory getInstance() {


Anyways, I would love to hear all of your thoughts regarding these changes.

Thanks,
-Elijah

On Tue, Jul 24, 2012 at 12:43 PM, Oliver Heger
 wrote:
> Hi Simo and Elijah,
>
> Am 23.07.2012 21:55, schrieb Simone Tripodi:
>
>> Thanks a lot Oliver, much more than appreciated!
>>
>> If you could have a look at current configuration stuff at [chain2]
>> and share what you think would be already *great*!
>
>
> I had a look at the current config module. I understand Elijah's concerns
> about a redesign of this package because the API indeed seems to be tightly
> coupled to Digester.
>
> IMHO - and IIUC this is also the direction in which you are going - the
> underlying library used for parsing XML configurations should not be visible
> in the public API of the parser component. So you would have methods like
>
> Chain parseChain(URL url);
> Catalog parseCatalog(URL url);
>
> Then the parsing library is an implementation detail and can be replaced if
> necessary.
>
> One word about using [configuration]: Note that the philosophy of
> [configuration] is pretty much different from [digester]. [digester] is able
> - based on its rules - to parse a source file and transform it into a target
> in-memory representation in a single step. [configuration] in contrast first
> parses the file and creates an internal in-memory representation. Then you
> have to evaluate this model (e.g. using XPath or a simplified syntax for
> accessing hierarchal structures) and do the conversion yourself. So for the
> use case of creating Chain objects from XML documents [digester] may be
> better suited because the manual transformation step is not necessary.
>
> But in any case, the first step is to define the API of the configuration
> parser. Then we can think about implementation strategies.
>
> Oliver
>
>
>>
>> then, feel free to put your hands and help us on defining the façade :)
>>
>> alles gute,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Mon, Jul 23, 2012 at 9:43 PM, Oliver Heger
>>  wrote:
>>>
>>> Am 23.07.2012 09:00, schrieb Simone Tripodi:
>>>
 Good morning all,

 so I continue proposing the already proposed roadmap: let's add the
 façade APIs for the [chain] configuration stuff, adapt the existing
 XML configuration reader, use the [configuration] in future releases
 for new [chain] configurations.
 How does it sound?
>>>
>>>
>>> +1
>>>
>>> If I can support you, let me know.
>>>
>>> @Elijah: There is a feature request for adding support for YAML [1].
>>> IIRC,
>>> it was planned as a Google Summer of Code project, but it did not
>>> succeed.
>>>
>>> Oliver
>>>
>>> [1] https://issues.apache.org/jira/browse/CONFIGURATION-201
>>>
>>>

 best,
 -Simo

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/


 On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic 
 wrote:
>
>
> Hi Oliver,
>
> Configuration seems like it might be useful if I end up redoing the
> XML configuration portion. Are there any plans to support YAML?
>
> Thanks,
> -Elijah
>
> On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
>  wrote:
>>
>>
>> Hi Simo,
>>
>> Am 22.07.2012 17:54, schrieb Simone Tripodi:
>>
>>> Good point Oliver,
>>>
>>> I honestly didn't think about [configuration], please apologize!
>>> since
>>

Re: [chain2] configuration façade APIs

[Elijah Zupancic]

I may draft up a prototype using YAML as a configuration source, just
to make sure that it in fact is a good abstraction. I noticed that the
SnakeYaml parser is under the Apache 2.0 license
(http://code.google.com/p/snakeyaml/). I'm assuming that it wouldn't
be a problem to take it as a dependency.

Thanks,
-Elijah

On Wed, Jul 25, 2012 at 3:36 PM, Elijah Zupancic  wrote:
> Hi everyone,
>
> I've created a first draft of refactoring chain so that it uses a
> facade for configuration.
>
> Please see the diff attached to this ticket to get my proposed
> changes: https://issues.apache.org/jira/browse/CHAIN-72
>
> Here is a summary of what I have done:
>
> * Removed the module configuration
> * Created a new module called noop-configuration
> * Created a new module called xml-configuration
> * We now compile the web module against the noop-configuration with
> noop-configuration being scoped as provided in the pom.xml.
> * We check on class instantiation inside ChainServlet and ChainListner
> to validation that we have a valid configuration module present.
> * The ConfigParser class has a new constructor added called:
> ConfigParser(String ruleSet, ClassLoader loader) - this allows a
> ruleset class to be loaded by the classloader without tightly coupling
> the code against digester. Because we detect if the ruleset classname
> is specified in the servlet config and if it is we pass it to our
> constructor, otherwise we use the default constructor. Now we can
> remove the digester dependency from the web module.
>
> Comments:
>
> I still don't like how we store data in map with a classloader as a
> key. I understand that we can an implementation that has a factory per
> classloader, but this seems like a poor man's dependency injection.
>
> See:
>
> CatalogFactory.java:181 - public static >
> CatalogFactory getInstance() {
>
>
> Anyways, I would love to hear all of your thoughts regarding these changes.
>
> Thanks,
> -Elijah
>
> On Tue, Jul 24, 2012 at 12:43 PM, Oliver Heger
>  wrote:
>> Hi Simo and Elijah,
>>
>> Am 23.07.2012 21:55, schrieb Simone Tripodi:
>>
>>> Thanks a lot Oliver, much more than appreciated!
>>>
>>> If you could have a look at current configuration stuff at [chain2]
>>> and share what you think would be already *great*!
>>
>>
>> I had a look at the current config module. I understand Elijah's concerns
>> about a redesign of this package because the API indeed seems to be tightly
>> coupled to Digester.
>>
>> IMHO - and IIUC this is also the direction in which you are going - the
>> underlying library used for parsing XML configurations should not be visible
>> in the public API of the parser component. So you would have methods like
>>
>> Chain parseChain(URL url);
>> Catalog parseCatalog(URL url);
>>
>> Then the parsing library is an implementation detail and can be replaced if
>> necessary.
>>
>> One word about using [configuration]: Note that the philosophy of
>> [configuration] is pretty much different from [digester]. [digester] is able
>> - based on its rules - to parse a source file and transform it into a target
>> in-memory representation in a single step. [configuration] in contrast first
>> parses the file and creates an internal in-memory representation. Then you
>> have to evaluate this model (e.g. using XPath or a simplified syntax for
>> accessing hierarchal structures) and do the conversion yourself. So for the
>> use case of creating Chain objects from XML documents [digester] may be
>> better suited because the manual transformation step is not necessary.
>>
>> But in any case, the first step is to define the API of the configuration
>> parser. Then we can think about implementation strategies.
>>
>> Oliver
>>
>>
>>>
>>> then, feel free to put your hands and help us on defining the façade :)
>>>
>>> alles gute,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Mon, Jul 23, 2012 at 9:43 PM, Oliver Heger
>>>  wrote:

 Am 23.07.2012 09:00, schrieb Simone Tripodi:

> Good morning all,
>
> so I continue proposing the already proposed roadmap: let's add the
> façade APIs for the [chain] configuration stuff, adapt the existing
> XML configuration reader, use the [configuration] in future releases
> for new [chain] configurations.
> How does it sound?


 +1

 If I can support you, let me know.

 @Elijah: There is a feature request for adding support for YAML [1].
 IIRC,
 it was planned as a Google Summer of Code project, but it did not
 succeed.

 Oliver

 [1] https://issues.apache.org/jira/browse/CONFIGURATION-201


>
> best,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Mon, Jul 23, 2012 at 7

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


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-exec-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/exec/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html
Work Name: build_apache-commons_commons-exec-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 27 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/exec]
M2_HOME: /opt/maven2
-
Running org.apache.commons.exec.util.StringUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.util.MapUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.exec.DefaultExecutorTest
FOO..
gdal_translate
HDF5:"/home/kk/grass/data/4404.he5"://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif
FOO..
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.021 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.026 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.027 ms
Process completed in 2004 millis; below is its output
Process timed out and was killed by watchdog.
org.apache.commons.exec.ExecuteException: Process exited with an error: 143 
(Exit value: 143)
Process completed in 2004 millis; below is its output
Process timed out and was killed.
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Executing [sh, -c, src/test/scripts/invoker.sh]
invoker.sh -- going to start daemon process
invoker.sh --  daemon process was started
cd: 21: can't cd to ../../../target
Process completed in 8037 millis; above is its output
Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg 
ms): 1009
Tests run: 40, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.872 sec <<< 
FAILURE!

Results :

Failed tests: 
  testExec_60(org.apache.commons.exec.DefaultExecutorTest)

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

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

Please refer to 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 minute 26 seconds
[INFO] Finished at: Thu Jul 26 02:02:43 UTC 2012
[INFO] Final Memory: 25M/65M
[INFO] 
-

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

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

--
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.or

[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 86 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: 1 min 8 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: 1343270402130
[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.a