Re: [lang] Running lang under a security manager and LANG-744

[Mark Struberg]

This might be a bit OT, but is there a cardinal way to create code with and 
without doPrivileged code?
I mean something like pre-processing or a replacement with sed.

In OpenWebBeans we introduced a SecurityService SPI with 2 implementations:
A standard one without doPrivileged and an enforcing one. The ct of the 
enforcing one makes sure that it can only get created from within OWBs core so 
it cannot get tricked for non intended usage. 


In our case it was not the problem with GAE but simply the fact that the 
SecurityManager only gets used pretty rarely and sucks a lot of the performance.
Since OWB as DI container heavily uses interceptors, we got way more than 1 
million temporary objects/s and the performance drops by 25% when using 
doPrivileged.


LieGrue,
strub



- Original Message -
> From: Phil Steitz 
> To: Commons Developers List 
> Cc: 
> Sent: Saturday, September 3, 2011 7:19 AM
> Subject: Re: [lang] Running lang under a security manager and LANG-744
> 
> On 9/2/11 4:06 AM, Gary Gregory wrote:
>>  On Sep 2, 2011, at 1:21, Stephen Colebourne  
> wrote:
>> 
>>>  On 2 September 2011 01:20, Gary Gregory  
> wrote:
  Specifically for StringUtils, should we have a SunStringUtils? This 
> would
  let you know that you are depending on com.sun code.
>>>  I really don't like that idea!
>>> 
>>>  Generally, it is non-Sun JVMs including Android that are the problem.
>>>  Lets just do the best we can on those.
>>> 
>>  But that is different that the actual issue of running under a
>>  security manager.
> 
> Right.  This thread is talking about two different issues.  What
> actually caused the exception reported in the ticket is GAE
> disallowing the privileged action.  GAE does not allow all kinds of
> stuff.  You can't even load JCE providers.  The other form of
> "crippled Java" is missing classes or APIs, which you run into with
> Android.  I think your idea of testing with security managers is a
> good one so that we can see and document what is going to blow up
> with that kind of crippling.  Supporting Android or other crippled
> environments is harder.  In both cases it comes down to volunteer
> resources to a) do all the testing b) document the failures and c)
> propose (and maybe get the community to agree on) workarounds. 
> Personally, none of these activities are likely to make it to the
> top of my always-too-long list of things to work on here, but I
> won't complain and will apply patches that do no harm while making
> more things work for more users.
> 
> Phil
>> 
>>  Gary
>> 
>>>  Stephen
>>> 
>>>  -
>>>  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: [lang] Running lang under a security manager and LANG-744

[Phil Steitz]

On 9/2/11 4:06 AM, Gary Gregory wrote:
> On Sep 2, 2011, at 1:21, Stephen Colebourne  wrote:
>
>> On 2 September 2011 01:20, Gary Gregory  wrote:
>>> Specifically for StringUtils, should we have a SunStringUtils? This would
>>> let you know that you are depending on com.sun code.
>> I really don't like that idea!
>>
>> Generally, it is non-Sun JVMs including Android that are the problem.
>> Lets just do the best we can on those.
>>
> But that is different that the actual issue of running under a
> security manager.

Right.  This thread is talking about two different issues.  What
actually caused the exception reported in the ticket is GAE
disallowing the privileged action.  GAE does not allow all kinds of
stuff.  You can't even load JCE providers.  The other form of
"crippled Java" is missing classes or APIs, which you run into with
Android.  I think your idea of testing with security managers is a
good one so that we can see and document what is going to blow up
with that kind of crippling.  Supporting Android or other crippled
environments is harder.  In both cases it comes down to volunteer
resources to a) do all the testing b) document the failures and c)
propose (and maybe get the community to agree on) workarounds. 
Personally, none of these activities are likely to make it to the
top of my always-too-long list of things to work on here, but I
won't complain and will apply patches that do no harm while making
more things work for more users.

Phil
>
> Gary
>
>> Stephen
>>
>> -
>> 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: svn commit: r1164625 - /commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java

[Phil Steitz]

On 9/2/11 9:48 AM, ma...@apache.org wrote:
> Author: markt
> Date: Fri Sep  2 16:48:59 2011
> New Revision: 1164625
>
> URL: http://svn.apache.org/viewvc?rev=1164625&view=rev
> Log:
> Fix typo

I guess you meant, remove trailing spaces or tabs or something?

Phil
>
> Modified:
> 
> commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java
>
> Modified: 
> commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java?rev=1164625&r1=1164624&r2=1164625&view=diff
> ==
> --- 
> commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java
>  (original)
> +++ 
> commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java
>  Fri Sep  2 16:48:59 2011
> @@ -1329,21 +1329,21 @@ public class GenericKeyedObjectPool
>  return p;
>  }
>  
> -private boolean destroy(K key, PooledObject toDestory, boolean always)
> +private boolean destroy(K key, PooledObject toDestroy, boolean always)
>  throws Exception {
>  
>  register(key);
> -toDestory.invalidate();
> +toDestroy.invalidate();
>  
>  try {
>  ObjectDeque objectDeque = poolMap.get(key);
> -boolean isIdle = objectDeque.getIdleObjects().remove(toDestory);
> +boolean isIdle = objectDeque.getIdleObjects().remove(toDestroy);
>  
>  if (isIdle || always) {
> -objectDeque.getAllObjects().remove(toDestory.getObject());
> +objectDeque.getAllObjects().remove(toDestroy.getObject());
>  
>  try {
> -_factory.destroyObject(key, toDestory.getObject());
> +_factory.destroyObject(key, toDestroy.getObject());
>  } finally {
>  objectDeque.getCreateCount().decrementAndGet();
>  destroyedCount.incrementAndGet();
>
>
>


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

Re: [math] psychometrics

[Phil Steitz]

On 9/2/11 7:19 AM, Patrick Meyer wrote:
> Yes, the math code is separate from the GUI and database for the
> most part. I'd be happy to share the code and documentation, but I
> need a few days to add it to a repository and get it online.
>
> There are parts of my library that can be transferred to math with
> very few changes but other parts that need more work to make it
> more object oriented in style and less procedural. In any case,
> I'll send information about the code once I have it online.

Don't worry too much about making things beautiful.  Bad code + good
ideas is the combination that works [1].  The thing to think about
is what portions of your code are really general purpose math.  Most
likely kernel regression, polycor, histograms, etc., maybe not so
much test scaling for example.   Luc may have some good advice
having done this already with an space dynamics library (or maybe
Luc is so smart that there was no refactoring necessary :)

What tends to work best is to bring things in incrementally, talking
about the fit and how to integrate. 

Phil

[1] http://s.apache.org/hZ
>
> Patrick
>
> On 9/2/2011 9:26 AM, Gilles Sadowski wrote:
>> Hello.
>>
>>> I have been developing an pure Java application that does a variety
>>> of psychometric methods. I use the commons math library as much
>>> as I
>>> can but I've also had to develop my own library. I'd like to
>>> combine
>>> the two libraries by donating as much of my code to commons math as
>>> I can. My library includes features for measurement reliability,
>>> test scaling, test equating, polychoric correlations, histogram
>>> computations, kernel regression, etc. Most of these feature are
>>> specialized to psychometrics, but is there any interest in adding
>>> them to commons math? Are these methods too specialized for commons
>>> math?
>> Can we have a look at the code and documentation?
>>
>>> If you're interested in seeing the application in action, you can
>>> download the full program from www.ItemAnalysis.com. You'll notice
>>> that it also uses an Apache derby database for data management.
>> Is the math code separate from GUI and data management?
>>
>>
>> Regards,
>> 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
>
>


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

Re: [lang] Running lang under a security manager and LANG-744

[Henri Yandell]

Bad first paragraph.

ie) the method causing trouble is not the one the user wants to use.
For example - they want to use StringUtils.chomp, and the
implementation of stripAccents is blocking them.

Sorry for the double post,

Hen

On Fri, Sep 2, 2011 at 9:37 PM, Henri Yandell  wrote:
> I'm less concerned with the 115 errors, unless they're all as grievous
> as the StringUtils one - ie) the method causing trouble is not the
> only one broken.
>
> If the error happened when calling stripAccents, that would be
> workable; but having all of StringUtils unavailable is very painful.
> One option would be to move the code out of the static initializer and
> make it lazy when stripAccents is first called - leading to only
> callers of stripAccents when the JDK 6 class is unavailable to suffer
> pain.
>
> I thought we could simplify things by simply making the java6Available
> flag be a real test for Java 6, but Android seems very weird there. Is
> Android going to force us to stay on the EOL Java 5, or is it Java 6
> compatible? IIUC it reports itself as 0.9, which we've declared as
> equivalent to JDK 1.5.
>
> That relates to another (simple) solution - move to Java 6 :)
>
> Hen
>
> On Thu, Sep 1, 2011 at 5:20 PM, Gary Gregory  wrote:
>> WRT LANG-744 "StringUtils throws java.security.AccessControlException on
>> Google App Engine"
>>
>> Well, I've ruminated, pondered and experimented.
>>
>> Running all unit tests with a security managers results in:
>>
>> Tests run: 2046, Failures: 2, Errors: 115, Skipped: 0
>>
>> Clearly, we need a good overall solution to avoid 117 new Jiras (an
>> exaggeration I know.)
>>
>> I've created a JAAS policy file to grant just enough permissions to run the
>> unit tests in {{src/test/resource/java.policy}}
>>
>> The file contains instructions for using it with JAAS.
>>
>> What this shows is that we should either:
>>
>> # Run all unit tests a second time with JAAS enabled, or
>> # Run all unit tests with JAAS enabled, always
>>
>> We should our solution as a pattern for other Commons component.
>>
>> Specifically for StringUtils, should we have a SunStringUtils? This would
>> let you know that you are depending on com.sun code.
>>
>> Thoughts?
>>
>> --
>> Thank you,
>> Gary
>>
>> http://garygregory.wordpress.com/
>> http://garygregory.com/
>> http://people.apache.org/~ggregory/
>> http://twitter.com/GaryGregory
>>
>

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

Re: [lang] Running lang under a security manager and LANG-744

[Henri Yandell]

I'm less concerned with the 115 errors, unless they're all as grievous
as the StringUtils one - ie) the method causing trouble is not the
only one broken.

If the error happened when calling stripAccents, that would be
workable; but having all of StringUtils unavailable is very painful.
One option would be to move the code out of the static initializer and
make it lazy when stripAccents is first called - leading to only
callers of stripAccents when the JDK 6 class is unavailable to suffer
pain.

I thought we could simplify things by simply making the java6Available
flag be a real test for Java 6, but Android seems very weird there. Is
Android going to force us to stay on the EOL Java 5, or is it Java 6
compatible? IIUC it reports itself as 0.9, which we've declared as
equivalent to JDK 1.5.

That relates to another (simple) solution - move to Java 6 :)

Hen

On Thu, Sep 1, 2011 at 5:20 PM, Gary Gregory  wrote:
> WRT LANG-744 "StringUtils throws java.security.AccessControlException on
> Google App Engine"
>
> Well, I've ruminated, pondered and experimented.
>
> Running all unit tests with a security managers results in:
>
> Tests run: 2046, Failures: 2, Errors: 115, Skipped: 0
>
> Clearly, we need a good overall solution to avoid 117 new Jiras (an
> exaggeration I know.)
>
> I've created a JAAS policy file to grant just enough permissions to run the
> unit tests in {{src/test/resource/java.policy}}
>
> The file contains instructions for using it with JAAS.
>
> What this shows is that we should either:
>
> # Run all unit tests a second time with JAAS enabled, or
> # Run all unit tests with JAAS enabled, always
>
> We should our solution as a pattern for other Commons component.
>
> Specifically for StringUtils, should we have a SunStringUtils? This would
> let you know that you are depending on com.sun code.
>
> Thoughts?
>
> --
> Thank you,
> Gary
>
> http://garygregory.wordpress.com/
> http://garygregory.com/
> http://people.apache.org/~ggregory/
> http://twitter.com/GaryGregory
>

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

Re: svn commit: r1164570 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/exception/ main/java/org/apache/commons/math/exception/util/ site/xdoc/

[Gilles Sadowski]

Hi Luc.

> 
> Modified: 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math/exception/util/ExceptionContextProvider.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math/exception/util/ExceptionContextProvider.java?rev=1164570&r1=1164569&r2=1164570&view=diff
> ==
> --- 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math/exception/util/ExceptionContextProvider.java
>  (original)
> +++ 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math/exception/util/ExceptionContextProvider.java
>  Fri Sep  2 15:07:16 2011
> @@ -30,4 +30,10 @@ public interface ExceptionContextProvide
>   * @return a reference to the exception context.
>   */
>  ExceptionContext getContext();
> +
> +/** Get a reference to the exception to which the context relates.
> + * @return a reference to the exception to which the context relates
> + */
> +Throwable getException();
> +
>  }

This new method does not seem to be used inside CM. For what do you need it?
I'm asking because it does not seem to be a good fit there: Although the
"ExceptionContextProvider" is implemented by exceptions, it is not strictly
true that any implementation of "ExceptionContextProvider" would be able to
refer to an exception...

Moreover, if only exceptions can implement "ExceptionContextProvider", then
this method:
---CUT---
public Throwable getException() {
   return this;
}
---CUT---
is pretty much redundant since it'll hand you the object which you already
have.

Or did I miss something?


Best,
Gilles

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

Re: svn commit: r1164615 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math/optimization/general/GaussNewtonOptimizer.java

[Sébastien Brisard]

Excellent! Thanks a lot, Luc.
I hope I will never bother you again with formatting...
Sébastien

2011/9/2 Luc Maisonobe :
> Le 02/09/2011 20:14, Sébastien Brisard a écrit :
>>
>> Sorry about code formatting. Which IDE are you using? If you (or
>> anyone else) are using Eclipse, could you share the configuration of
>> your code formatter with me? Or any external formatter indeed? My
>> configuration doesn't comply with your requirements regarding
>> indentation, therefore I don't use it with CM, hence the formatting
>> errors you've detected. I'll do my best in the future.
>
> You can use this one:
>  .
>
> Luc
>
>> Sébastien
>>
>> 2011/9/2 Gilles Sadowski:
>>>
>>> Hi Sébastien.
>>>

  /**
   * Gauss-Newton least-squares solver.
 @@ -146,8 +148,13 @@ public class GaussNewtonOptimizer extend
                  DecompositionSolver solver = useLU ?
                          new LUDecompositionImpl(mA).getSolver() :
                          new QRDecompositionImpl(mA).getSolver();
 -                final double[] dX = solver.solve(b);
 -
 +                final RealVector dummy = solver.solve(new
 ArrayRealVector(b, false));
 +                final double[] dX;
 +                if (dummy instanceof ArrayRealVector){
 +                    dX = ((ArrayRealVector) dummy).getDataRef();
 +                }else{
 +                    dX = dummy.getData();
 +                }
>>>
>>> In my opinion, the hypothetical efficiency gain is not worth the
>>> convoluted
>>> code so:
>>> ---
>>>  final double[] dX = solver.solve(new ArrayRealVector(b,
>>> false)).toArray();
>>> ---
>>>
>>> Also, next time, when you'll really need a curly bracket ;-), please
>>> insert
>>> a space character before it, and around keywords too:
>>> ---
>>> if (ok) {
>>>  // ...
>>> } else {
>>>  // ...
>>> }
>>> ---
>>>
>>> Sorry to be picky and thank you,
>>> 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
>>
>>
>
>
> -
> 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: r1164615 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math/optimization/general/GaussNewtonOptimizer.java

[Luc Maisonobe]

Le 02/09/2011 20:14, Sébastien Brisard a écrit :

Sorry about code formatting. Which IDE are you using? If you (or
anyone else) are using Eclipse, could you share the configuration of
your code formatter with me? Or any external formatter indeed? My
configuration doesn't comply with your requirements regarding
indentation, therefore I don't use it with CM, hence the formatting
errors you've detected. I'll do my best in the future.


You can use this one:
  .

Luc


Sébastien

2011/9/2 Gilles Sadowski:

Hi Sébastien.



  /**
   * Gauss-Newton least-squares solver.
@@ -146,8 +148,13 @@ public class GaussNewtonOptimizer extend
  DecompositionSolver solver = useLU ?
  new LUDecompositionImpl(mA).getSolver() :
  new QRDecompositionImpl(mA).getSolver();
-final double[] dX = solver.solve(b);
-
+final RealVector dummy = solver.solve(new ArrayRealVector(b, 
false));
+final double[] dX;
+if (dummy instanceof ArrayRealVector){
+dX = ((ArrayRealVector) dummy).getDataRef();
+}else{
+dX = dummy.getData();
+}


In my opinion, the hypothetical efficiency gain is not worth the convoluted
code so:
---
  final double[] dX = solver.solve(new ArrayRealVector(b, false)).toArray();
---

Also, next time, when you'll really need a curly bracket ;-), please insert
a space character before it, and around keywords too:
---
if (ok) {
  // ...
} else {
  // ...
}
---

Sorry to be picky and thank you,
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





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

Re: svn commit: r1164615 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math/optimization/general/GaussNewtonOptimizer.java

[Sébastien Brisard]

Sorry about code formatting. Which IDE are you using? If you (or
anyone else) are using Eclipse, could you share the configuration of
your code formatter with me? Or any external formatter indeed? My
configuration doesn't comply with your requirements regarding
indentation, therefore I don't use it with CM, hence the formatting
errors you've detected. I'll do my best in the future.
Sébastien

2011/9/2 Gilles Sadowski :
> Hi Sébastien.
>
>>
>>  /**
>>   * Gauss-Newton least-squares solver.
>> @@ -146,8 +148,13 @@ public class GaussNewtonOptimizer extend
>>                  DecompositionSolver solver = useLU ?
>>                          new LUDecompositionImpl(mA).getSolver() :
>>                          new QRDecompositionImpl(mA).getSolver();
>> -                final double[] dX = solver.solve(b);
>> -
>> +                final RealVector dummy = solver.solve(new 
>> ArrayRealVector(b, false));
>> +                final double[] dX;
>> +                if (dummy instanceof ArrayRealVector){
>> +                    dX = ((ArrayRealVector) dummy).getDataRef();
>> +                }else{
>> +                    dX = dummy.getData();
>> +                }
>
> In my opinion, the hypothetical efficiency gain is not worth the convoluted
> code so:
> ---
>  final double[] dX = solver.solve(new ArrayRealVector(b, false)).toArray();
> ---
>
> Also, next time, when you'll really need a curly bracket ;-), please insert
> a space character before it, and around keywords too:
> ---
> if (ok) {
>  // ...
> } else {
>  // ...
> }
> ---
>
> Sorry to be picky and thank you,
> 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: svn commit: r1164615 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math/optimization/general/GaussNewtonOptimizer.java

[Gilles Sadowski]

Hi Sébastien.

>  
>  /**
>   * Gauss-Newton least-squares solver.
> @@ -146,8 +148,13 @@ public class GaussNewtonOptimizer extend
>  DecompositionSolver solver = useLU ?
>  new LUDecompositionImpl(mA).getSolver() :
>  new QRDecompositionImpl(mA).getSolver();
> -final double[] dX = solver.solve(b);
> -
> +final RealVector dummy = solver.solve(new ArrayRealVector(b, 
> false));
> +final double[] dX;
> +if (dummy instanceof ArrayRealVector){
> +dX = ((ArrayRealVector) dummy).getDataRef();
> +}else{
> +dX = dummy.getData();
> +}

In my opinion, the hypothetical efficiency gain is not worth the convoluted
code so:
---
  final double[] dX = solver.solve(new ArrayRealVector(b, false)).toArray();
---

Also, next time, when you'll really need a curly bracket ;-), please insert
a space character before it, and around keywords too:
---
if (ok) {
  // ...
} else {
  // ...
}
---

Sorry to be picky and thank you,
Gilles

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

Re: [ALL] parent plugin updates [was: svn commit: r1164565 - /commons/proper/commons-parent/trunk/pom.xml]

[Gary Gregory]

On Fri, Sep 2, 2011 at 11:58 AM, sebb  wrote:

> On 2 September 2011 16:28, Gary Gregory  wrote:
> > I updated my settings XML per
> >
> https://maven.apache.org/guides/development/guide-testing-development-plugins.html
> >
> > and M3 cannot resolve the new snapshot.
>
> Works for me with 2.2.1 and 3.0.3
>
> > What am I missing?
>
>  -Papache ?
>

Did that, no love.


>
> Otherwise, just download commons-parent trunk and install that.
>

Will do.

Gary

>
> > Gary
> >
> > On Fri, Sep 2, 2011 at 11:08 AM, sebb AT ASF  wrote:
> >
> >> I've updated to the latest versions of all the plugins.
> >>
> >> Some of these changes may well cause problems, but the best way to
> >> find this out is for various people to try using the POM, so I've
> >> uploaded 22-SNAPSHOT to the snapshot repo.
> >>
> >> Please report any issues with using 22-SNAPSHOT (you have to
> >> temporarily update your pom to use it; it does not happen
> >> automatically).
> >>
> >> S///
> >>
> >> On 2 September 2011 15:58,   wrote:
> >> > Author: sebb
> >> > Date: Fri Sep  2 14:58:22 2011
> >> > New Revision: 1164565
> >> >
> >> > URL: http://svn.apache.org/viewvc?rev=1164565&view=rev
> >> > Log:
> >> > Update to latest versions of plugins
> >> > TODO - these need checking on projects
> >> >
> >> > Modified:
> >> >commons/proper/commons-parent/trunk/pom.xml
> >> >
> >> > Modified: commons/proper/commons-parent/trunk/pom.xml
> >> > URL:
> >>
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1164565&r1=1164564&r2=1164565&view=diff
> >> >
> >>
> ==
> >> > --- commons/proper/commons-parent/trunk/pom.xml (original)
> >> > +++ commons/proper/commons-parent/trunk/pom.xml Fri Sep  2 14:58:22
> 2011
> >> > @@ -151,7 +151,7 @@
> >> > 
> >> >   org.apache.maven.plugins
> >> >   maven-compiler-plugin
> >> > -  2.1
> >> > +  2.3.2
> >> >   
> >> > ${maven.compile.source}
> >> > ${maven.compile.target}
> >> > @@ -164,12 +164,12 @@
> >> > 
> >> >   org.apache.maven.plugins
> >> >   maven-deploy-plugin
> >> > -  2.6
> >> > +  2.7
> >> > 
> >> > 
> >> >   org.apache.maven.plugins
> >> >   maven-gpg-plugin
> >> > -  1.3
> >> > +  1.4
> >> > 
> >> > 
> >> >   org.apache.maven.plugins
> >> > @@ -179,7 +179,7 @@
> >> > 
> >> >   org.apache.maven.plugins
> >> >   maven-jar-plugin
> >> > -  2.3
> >> > +  2.3.2
> >> > 
> >> > 
> >> >   org.apache.maven.plugins
> >> > @@ -227,7 +227,7 @@
> >> > 
> >> >   org.apache.maven.plugins
> >> >   maven-site-plugin
> >> > -  2.2
> >> > +  3.0
> >> > 
> >> > 
> >> >   org.apache.maven.plugins
> >> > @@ -259,8 +259,7 @@
> >> > 
> >> >   org.apache.felix
> >> >   maven-bundle-plugin
> >> > -  
> >> > -  1.4.3
> >> > +  2.3.5
> >> >   true
> >> > 
> >> >   
> >> >
> >> >
> >> >
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > Thank you,
> > Gary
> >
> > http://garygregory.wordpress.com/
> > http://garygregory.com/
> > http://people.apache.org/~ggregory/
> > http://twitter.com/GaryGregory
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Thank you,
Gary

http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory

Re: [ALL] parent plugin updates [was: svn commit: r1164565 - /commons/proper/commons-parent/trunk/pom.xml]

[sebb]

On 2 September 2011 16:28, Gary Gregory  wrote:
> I updated my settings XML per
> https://maven.apache.org/guides/development/guide-testing-development-plugins.html
>
> and M3 cannot resolve the new snapshot.

Works for me with 2.2.1 and 3.0.3

> What am I missing?

 -Papache ?

Otherwise, just download commons-parent trunk and install that.

> Gary
>
> On Fri, Sep 2, 2011 at 11:08 AM, sebb AT ASF  wrote:
>
>> I've updated to the latest versions of all the plugins.
>>
>> Some of these changes may well cause problems, but the best way to
>> find this out is for various people to try using the POM, so I've
>> uploaded 22-SNAPSHOT to the snapshot repo.
>>
>> Please report any issues with using 22-SNAPSHOT (you have to
>> temporarily update your pom to use it; it does not happen
>> automatically).
>>
>> S///
>>
>> On 2 September 2011 15:58,   wrote:
>> > Author: sebb
>> > Date: Fri Sep  2 14:58:22 2011
>> > New Revision: 1164565
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1164565&view=rev
>> > Log:
>> > Update to latest versions of plugins
>> > TODO - these need checking on projects
>> >
>> > Modified:
>> >    commons/proper/commons-parent/trunk/pom.xml
>> >
>> > Modified: commons/proper/commons-parent/trunk/pom.xml
>> > URL:
>> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1164565&r1=1164564&r2=1164565&view=diff
>> >
>> ==
>> > --- commons/proper/commons-parent/trunk/pom.xml (original)
>> > +++ commons/proper/commons-parent/trunk/pom.xml Fri Sep  2 14:58:22 2011
>> > @@ -151,7 +151,7 @@
>> >         
>> >           org.apache.maven.plugins
>> >           maven-compiler-plugin
>> > -          2.1
>> > +          2.3.2
>> >           
>> >             ${maven.compile.source}
>> >             ${maven.compile.target}
>> > @@ -164,12 +164,12 @@
>> >         
>> >           org.apache.maven.plugins
>> >           maven-deploy-plugin
>> > -          2.6
>> > +          2.7
>> >         
>> >         
>> >           org.apache.maven.plugins
>> >           maven-gpg-plugin
>> > -          1.3
>> > +          1.4
>> >         
>> >         
>> >           org.apache.maven.plugins
>> > @@ -179,7 +179,7 @@
>> >         
>> >           org.apache.maven.plugins
>> >           maven-jar-plugin
>> > -          2.3
>> > +          2.3.2
>> >         
>> >         
>> >           org.apache.maven.plugins
>> > @@ -227,7 +227,7 @@
>> >         
>> >           org.apache.maven.plugins
>> >           maven-site-plugin
>> > -          2.2
>> > +          3.0
>> >         
>> >         
>> >           org.apache.maven.plugins
>> > @@ -259,8 +259,7 @@
>> >         
>> >           org.apache.felix
>> >           maven-bundle-plugin
>> > -          
>> > -          1.4.3
>> > +          2.3.5
>> >           true
>> >         
>> >       
>> >
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> Thank you,
> Gary
>
> http://garygregory.wordpress.com/
> http://garygregory.com/
> http://people.apache.org/~ggregory/
> http://twitter.com/GaryGregory
>

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

Re: [ALL] parent plugin updates [was: svn commit: r1164565 - /commons/proper/commons-parent/trunk/pom.xml]

[Gary Gregory]

I updated my settings XML per
https://maven.apache.org/guides/development/guide-testing-development-plugins.html

and M3 cannot resolve the new snapshot.

What am I missing?

Gary

On Fri, Sep 2, 2011 at 11:08 AM, sebb AT ASF  wrote:

> I've updated to the latest versions of all the plugins.
>
> Some of these changes may well cause problems, but the best way to
> find this out is for various people to try using the POM, so I've
> uploaded 22-SNAPSHOT to the snapshot repo.
>
> Please report any issues with using 22-SNAPSHOT (you have to
> temporarily update your pom to use it; it does not happen
> automatically).
>
> S///
>
> On 2 September 2011 15:58,   wrote:
> > Author: sebb
> > Date: Fri Sep  2 14:58:22 2011
> > New Revision: 1164565
> >
> > URL: http://svn.apache.org/viewvc?rev=1164565&view=rev
> > Log:
> > Update to latest versions of plugins
> > TODO - these need checking on projects
> >
> > Modified:
> >commons/proper/commons-parent/trunk/pom.xml
> >
> > Modified: commons/proper/commons-parent/trunk/pom.xml
> > URL:
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1164565&r1=1164564&r2=1164565&view=diff
> >
> ==
> > --- commons/proper/commons-parent/trunk/pom.xml (original)
> > +++ commons/proper/commons-parent/trunk/pom.xml Fri Sep  2 14:58:22 2011
> > @@ -151,7 +151,7 @@
> > 
> >   org.apache.maven.plugins
> >   maven-compiler-plugin
> > -  2.1
> > +  2.3.2
> >   
> > ${maven.compile.source}
> > ${maven.compile.target}
> > @@ -164,12 +164,12 @@
> > 
> >   org.apache.maven.plugins
> >   maven-deploy-plugin
> > -  2.6
> > +  2.7
> > 
> > 
> >   org.apache.maven.plugins
> >   maven-gpg-plugin
> > -  1.3
> > +  1.4
> > 
> > 
> >   org.apache.maven.plugins
> > @@ -179,7 +179,7 @@
> > 
> >   org.apache.maven.plugins
> >   maven-jar-plugin
> > -  2.3
> > +  2.3.2
> > 
> > 
> >   org.apache.maven.plugins
> > @@ -227,7 +227,7 @@
> > 
> >   org.apache.maven.plugins
> >   maven-site-plugin
> > -  2.2
> > +  3.0
> > 
> > 
> >   org.apache.maven.plugins
> > @@ -259,8 +259,7 @@
> > 
> >   org.apache.felix
> >   maven-bundle-plugin
> > -  
> > -  1.4.3
> > +  2.3.5
> >   true
> > 
> >   
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Thank you,
Gary

http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory

[ALL] parent plugin updates [was: svn commit: r1164565 - /commons/proper/commons-parent/trunk/pom.xml]

[sebb AT ASF]

I've updated to the latest versions of all the plugins.

Some of these changes may well cause problems, but the best way to
find this out is for various people to try using the POM, so I've
uploaded 22-SNAPSHOT to the snapshot repo.

Please report any issues with using 22-SNAPSHOT (you have to
temporarily update your pom to use it; it does not happen
automatically).

S///

On 2 September 2011 15:58,   wrote:
> Author: sebb
> Date: Fri Sep  2 14:58:22 2011
> New Revision: 1164565
>
> URL: http://svn.apache.org/viewvc?rev=1164565&view=rev
> Log:
> Update to latest versions of plugins
> TODO - these need checking on projects
>
> Modified:
>    commons/proper/commons-parent/trunk/pom.xml
>
> Modified: commons/proper/commons-parent/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1164565&r1=1164564&r2=1164565&view=diff
> ==
> --- commons/proper/commons-parent/trunk/pom.xml (original)
> +++ commons/proper/commons-parent/trunk/pom.xml Fri Sep  2 14:58:22 2011
> @@ -151,7 +151,7 @@
>         
>           org.apache.maven.plugins
>           maven-compiler-plugin
> -          2.1
> +          2.3.2
>           
>             ${maven.compile.source}
>             ${maven.compile.target}
> @@ -164,12 +164,12 @@
>         
>           org.apache.maven.plugins
>           maven-deploy-plugin
> -          2.6
> +          2.7
>         
>         
>           org.apache.maven.plugins
>           maven-gpg-plugin
> -          1.3
> +          1.4
>         
>         
>           org.apache.maven.plugins
> @@ -179,7 +179,7 @@
>         
>           org.apache.maven.plugins
>           maven-jar-plugin
> -          2.3
> +          2.3.2
>         
>         
>           org.apache.maven.plugins
> @@ -227,7 +227,7 @@
>         
>           org.apache.maven.plugins
>           maven-site-plugin
> -          2.2
> +          3.0
>         
>         
>           org.apache.maven.plugins
> @@ -259,8 +259,7 @@
>         
>           org.apache.felix
>           maven-bundle-plugin
> -          
> -          1.4.3
> +          2.3.5
>           true
>         
>       
>
>
>

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

Re: [chain][discuss] v2 upgrade - follow-up - part2

[Matt Benson]

On Fri, Sep 2, 2011 at 2:29 AM, Simone Tripodi  wrote:
> Hi again guys,
> I did a little work on the v2 branch of [chain] to fix checkstyle
> errors, obviously clirr[1] errors increased but new ones are IMHO
> trivial, since concern internal data structures already exposed via
> getters - the o.a.c.chain.impl.ChainBase#commands was exposed at
> package level just for test purposes, so not big issue IMHO.
> Do you think that would be acceptable in therms of retro-compatibility?

Agreed, looks reasonable.

Matt

> Many thanks in advance for your feedbacks, have a nice day!!!
> All the best,
> Simo
>
> [1] http://people.apache.org/~simonetripodi/chain/clirr-report.html
>
> http://people.apache.org/~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

Re: [math] psychometrics

[Patrick Meyer]

Yes, the math code is separate from the GUI and database for the most 
part. I'd be happy to share the code and documentation, but I need a few 
days to add it to a repository and get it online.


There are parts of my library that can be transferred to math with very 
few changes but other parts that need more work to make it more object 
oriented in style and less procedural. In any case, I'll send 
information about the code once I have it online.


Patrick

On 9/2/2011 9:26 AM, Gilles Sadowski wrote:

Hello.


I have been developing an pure Java application that does a variety
of psychometric methods. I use the commons math library as much as I
can but I've also had to develop my own library. I'd like to combine
the two libraries by donating as much of my code to commons math as
I can. My library includes features for measurement reliability,
test scaling, test equating, polychoric correlations, histogram
computations, kernel regression, etc. Most of these feature are
specialized to psychometrics, but is there any interest in adding
them to commons math? Are these methods too specialized for commons
math?

Can we have a look at the code and documentation?


If you're interested in seeing the application in action, you can
download the full program from www.ItemAnalysis.com. You'll notice
that it also uses an Apache derby database for data management.

Is the math code separate from GUI and data management?


Regards,
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: [lang] Running lang under a security manager and LANG-744

[sebb]

On 2 September 2011 12:06, Gary Gregory  wrote:
> On Sep 2, 2011, at 1:21, Stephen Colebourne  wrote:
>
>> On 2 September 2011 01:20, Gary Gregory  wrote:
>>> Specifically for StringUtils, should we have a SunStringUtils? This would
>>> let you know that you are depending on com.sun code.
>>
>> I really don't like that idea!
>>
>> Generally, it is non-Sun JVMs including Android that are the problem.
>> Lets just do the best we can on those.
>>
> But that is different that the actual issue of running under a
> security manager.

1) I don't think we should create a Sun-specific class.

2) However, we should ensure that the code behaves sensibly if the Sun
class is not available for whatever reason.
So we should ensure that we can test for that; ideally without needing
to edit the POM.

For components that explicitly use sun classes, we need to be able to
test both with and without Sun classes.

This should be achievable with a profile, but that is not ideal.
For components that rely on sun classes it would be best if the tests
were always run with both settings.
Then CI servers such as Gump and Continuum and Jenkins would be better
placed to warn of issues.

> Gary
>
>> Stephen
>>
>> -
>> 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] psychometrics

[Gilles Sadowski]

Hello.

> 
> I have been developing an pure Java application that does a variety
> of psychometric methods. I use the commons math library as much as I
> can but I've also had to develop my own library. I'd like to combine
> the two libraries by donating as much of my code to commons math as
> I can. My library includes features for measurement reliability,
> test scaling, test equating, polychoric correlations, histogram
> computations, kernel regression, etc. Most of these feature are
> specialized to psychometrics, but is there any interest in adding
> them to commons math? Are these methods too specialized for commons
> math?

Can we have a look at the code and documentation?

> If you're interested in seeing the application in action, you can
> download the full program from www.ItemAnalysis.com. You'll notice
> that it also uses an Apache derby database for data management.

Is the math code separate from GUI and data management?


Regards,
Gilles

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

[math] psychometrics

[Patrick Meyer]

Hi All,

I have been developing an pure Java application that does a variety of 
psychometric methods. I use the commons math library as much as I can 
but I've also had to develop my own library. I'd like to combine the two 
libraries by donating as much of my code to commons math as I can. My 
library includes features for measurement reliability, test scaling, 
test equating, polychoric correlations, histogram computations, kernel 
regression, etc. Most of these feature are specialized to psychometrics, 
but is there any interest in adding them to commons math? Are these 
methods too specialized for commons math?


If you're interested in seeing the application in action, you can 
download the full program from www.ItemAnalysis.com. You'll notice that 
it also uses an Apache derby database for data management.


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

Re: [lang] Running lang under a security manager and LANG-744

[Gary Gregory]

On Sep 2, 2011, at 1:21, Stephen Colebourne  wrote:

> On 2 September 2011 01:20, Gary Gregory  wrote:
>> Specifically for StringUtils, should we have a SunStringUtils? This would
>> let you know that you are depending on com.sun code.
>
> I really don't like that idea!
>
> Generally, it is non-Sun JVMs including Android that are the problem.
> Lets just do the best we can on those.
>
But that is different that the actual issue of running under a
security manager.

Gary

> Stephen
>
> -
> 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-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 74 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: 10 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.003 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.003 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 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.003 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.156 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 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.02 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: 9 seconds
[INFO] Finished at: Fri Sep 02 10:18:02 UTC 2011
[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.org/

Re: [VOTE] Release Commons Configuration 1.7 based on RC2

[Oliver Heger]

Am 02.09.2011 02:52, schrieb sebb:

On 2 September 2011 01:18, Gary Gregory  wrote:

On Thu, Sep 1, 2011 at 7:55 PM, sebb  wrote:


On 1 September 2011 22:42, Gary Gregory  wrote:

On Thu, Sep 1, 2011 at 2:25 PM, sebb  wrote:


On 30 August 2011 21:00, Oliver Heger
wrote:

This is a vote to release Apache Commons Configuration 1.7 based on

the

2nd

RC.

There have been the following changes since RC1:
* The ant build file has been improved (many thanks to Phil!)
* The release notes mention that the optional dependency to Commons

VFS

requires Java 1.5+. The page listing runtime dependencies has been

updated

correspondingly.
* Minor improvements of the building page.

Tag:




http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_1_7RC2/


There are quite a few files without AL headers.
Some are generated Java files, which is OK, but there are some scripts
and other files which could and should have AL headers (assuming that
they are ASF files).

For example:

conf/digesterRules.xml



Why doesn't RAT catch this?


The POM has been set up to exclude the conf directory tree; no idea
why as there is no comment in the POM.



Well, this sounds like a bug in the POM, no?


Yes.


Gary



I used RAT, but not via Maven, so it did not exclude the conf files.



Some background information: This setup is there from the very 
beginning. [configuration] does not yet follow the maven standards for 
directory layout (this is something I would like to address in the next 
release), therefore there is no explicit directory for test files. All 
of them have been placed inside the conf directory.


I will add headers as needed for the non-test files. I hope they are not 
required for test files. Because [configuration] is able to read 
comments, this may even impact some unit tests.


Oliver


Gary




If the file is very short (e.g. one-line css file) there is no need to
add the header.

Not a blocker, but it does make checking releases harder: a lot of the
source files have

@version $Revision: nnn $, $Date: xxx $

The Date field is Locale-dependent, so my checkout of the SVN tag does
not agree with the checkout you used to create the source archive.

If you really want to see a date, use $Id: $; otherwise keep the
$Revision: $ and drop the $Date: $
Thanks.


Distributions: http://people.apache.org/~oheger/configuration-1.7rc2/

Maven artifacts:
http://people.apache.org/~oheger/configuration-1.7rc2/maven/

Site: http://people.apache.org/~oheger/configuration-1.7rc2/site/


Not a blocker, but the description uses Commons Configuration as a
noun; for trademark purposes it needs to be used as an adjective, at
least initially.

For example:

The Commons Configuration software library provides a generic

configuration

...


[ ] +1 release it
[ ] +0 go ahead I don't care
[X] -1 no, do not release it because...


Missing AL headers.

Release otherwise looks OK, and builds/tests using Java 1.4 with Maven
2.2.1.


Vote will remain open for 72 hours.

Oliver

-
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





--
Thank you,
Gary

http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory



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





--
Thank you,
Gary

http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory



-
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

[chain][discuss] v2 upgrade - follow-up - part2

[Simone Tripodi]

Hi again guys,
I did a little work on the v2 branch of [chain] to fix checkstyle
errors, obviously clirr[1] errors increased but new ones are IMHO
trivial, since concern internal data structures already exposed via
getters - the o.a.c.chain.impl.ChainBase#commands was exposed at
package level just for test purposes, so not big issue IMHO.
Do you think that would be acceptable in therms of retro-compatibility?
Many thanks in advance for your feedbacks, have a nice day!!!
All the best,
Simo

[1] http://people.apache.org/~simonetripodi/chain/clirr-report.html

http://people.apache.org/~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] Jacobian dimensions in "AbstractLeastSquaresOptimizer"

[Luc Maisonobe]

Le 02/09/2011 00:29, Gilles Sadowski a écrit :

Hello Luc.


[...]


In fact, I have always seen Jacobians using this layout, so from my
point of view it was standard. I am conforted in this view by
.


That goes without saying, but it does not harm to say it anyway. :-)
[I just happened to pick the wrong layout because it looked more natural for
looping...]


So I would prefer to see improved documentation rather than
providing a non-standard layout. I think you have already done this
doc improvement (I am trying to read all the mails that have arrived
during my 2 days unconnected ...)


Yes, I've added a note in the "AbstractLeastSquares" class comment.
Please check that it is clear enough.


Yes, it is clear.

Thanks,
Luc




Best,
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