[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 75 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: 19 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.004 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.035 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 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.012 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.182 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 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: 15 seconds
[INFO] Finished at: Sat May 14 06:47:35 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.or

Re: svn commit: r1102868 - /commons/proper/pool/trunk/src/java/org/apache/commons/pool2/impl/GenericKeyedObjectPool.java

[Phil Steitz]

On 5/13/11 12:05 PM, ma...@apache.org wrote:
> Author: markt
> Date: Fri May 13 19:05:20 2011
> New Revision: 1102868
>
> URL: http://svn.apache.org/viewvc?rev=1102868&view=rev
> Log:
> Add the ability to register an interest in a key to prevent the associated 
> ObjectDeque being removed from under methods that expect it to remain 
> available for the life of the method.
> Fixes the issues found by commons-performance

Not quite.  I am still getting the IllegalStateException
sporadically.  The Deque is there, but empty (as before this change
- if it were not there, we would get NPE not ISE) when a return
fails.  Once this happens, the pool becomes strangely completely
exhausted.  A single failed return causes all threads to end up
waiting on borrow.  I could understand how maxActive failed returns
could cause this, but I have seen it with just one ISE thrown.

I see this

[java] java.lang.IllegalStateException: Returned object not
currently part of this pool
 [java] at
org.apache.commons.pool2.impl.GenericKeyedObjectPool.returnObject(GenericKeyedObjectPool.java:1162)

And then execution stalls and a thread dump shows all threads like this:

 [java] "pool-1-thread-99" prio=5 tid=101b6c000 nid=0x11086f000
waiting on condition [11086e000]
 [java]java.lang.Thread.State: WAITING (parking)
 [java] at sun.misc.Unsafe.park(Native Method)
 [java] - parking to wait for  <7f4351a08> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
 [java] at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
 [java] at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
 [java] at
org.apache.commons.pool2.impl.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:469)
 [java] at
org.apache.commons.pool2.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1061)

The config-pool.xml in [performance] src/pool with
GenericKeyedObjectPool2 as the pool type leads to this about one in
every three runs for me.  If you set the number of iterations to
1, you are almost sure to hit it.

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=1102868&r1=1102867&r2=1102868&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 May 13 19:05:20 2011
> @@ -28,6 +28,10 @@ import java.util.TreeMap;
>  import java.util.concurrent.ConcurrentHashMap;
>  import java.util.concurrent.TimeUnit;
>  import java.util.concurrent.atomic.AtomicInteger;
> +import java.util.concurrent.atomic.AtomicLong;
> +import java.util.concurrent.locks.Lock;
> +import java.util.concurrent.locks.ReadWriteLock;
> +import java.util.concurrent.locks.ReentrantReadWriteLock;
>  
>  import org.apache.commons.pool2.BaseKeyedObjectPool;
>  import org.apache.commons.pool2.KeyedPoolableObjectFactory;
> @@ -1025,103 +1029,106 @@ public class GenericKeyedObjectPool
>  long maxWait = _maxWait;
>  
>  boolean create;
> -ObjectDeque objectDeque = poolMap.get(key);
> +ObjectDeque objectDeque = register(key);
>  
> -while (p == null) {
> -create = false;
> -if (whenExhaustedAction == WhenExhaustedAction.FAIL) {
> -if (objectDeque != null) {
> -p = objectDeque.getIdleObjects().pollFirst();
> -}
> -if (p == null) {
> -create = true;
> -p = create(key, false);
> -}
> -if (p == null) {
> -throw new NoSuchElementException("Pool exhausted");
> -}
> -if (!p.allocate()) {
> -p = null;
> -}
> -} else if (whenExhaustedAction == WhenExhaustedAction.BLOCK) {
> -if (objectDeque != null) {
> -p = objectDeque.getIdleObjects().pollFirst();
> -}
> -if (p == null) {
> -create = true;
> -p = create(key, false);
> -}
> -if (p == null && objectDeque != null) {
> -if (maxWait < 1) {
> -p = objectDeque.getIdleObjects().takeFirst();
> -} else {
> -p = objectDeque.getIdleObjects().pollFirst(maxWait,
> -TimeUnit.MILL

[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 253 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 --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
-

---
 T E S T S
---
Running org.apache.commons.scxml.invoke.InvokeTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.394 sec
Running org.apache.commons.scxml.test.TestingTestSuite
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.apache.commons.scxml.env.EnvTestSuite
Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.144 sec
Running org.apache.commons.scxml.SCXMLTestSuite
Tests run: 71, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.993 sec <<< 
FAILURE!
Running org.apache.commons.scxml.issues.IssuesTestSuite
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.473 sec
Running org.apache.commons.scxml.model.ModelTestSuite
Tests run: 78, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.343 sec <<< 
FAILURE!
Running org.apache.commons.scxml.env.faces.EnvFacesTestSuite
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.apache.commons.scxml.semantics.SemanticsTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.scxml.env.jsp.EnvJspTestSuite
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
Running org.apache.commons.scxml.env.jexl.EnvJexlTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
Running org.apache.commons.scxml.env.servlet.EnvServletTestSuite
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.scxml.io.IOTestSuite
Tests run: 30, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.38 sec

Results :

Failed tests: 
  
testNamespacePrefixedXPathsEL(org.apache.commons.scxml.NamespacePrefixedXPathsTest)
  testDatamodelSimultaneousJsp(org.apache.commons.scxml.model.DatamodelTest)

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

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

Please refer to 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 18 seconds
[INFO] Finished at: Sat May 14 05:33:37 UTC 2011
[INFO] Final Memory: 25M/61M
[INFO] 
-

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

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 1014052011, vmgump.apache.org:vmgump:1014052011
Gump E-mail Identifier (unique with

Re: svn commit: r1102928 - /incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java

[sebb]

On 14 May 2011 00:55,   wrote:
> Author: simonetripodi
> Date: Fri May 13 23:55:05 2011
> New Revision: 1102928
>
> URL: http://svn.apache.org/viewvc?rev=1102928&view=rev
> Log:
> HashSet is more than enough to check reserved words
>
> Modified:
>    incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java
>
> Modified: 
> incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java
> URL: 
> http://svn.apache.org/viewvc/incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java?rev=1102928&r1=1102927&r2=1102928&view=diff
> ==
> --- 
> incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java 
> (original)
> +++ 
> incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/OgnlContext.java 
> Fri May 13 23:55:05 2011
> @@ -50,7 +50,7 @@ public class OgnlContext extends Object
>     public static final TypeConverter DEFAULT_TYPE_CONVERTER = new 
> DefaultTypeConverter();
>     public static final MemberAccess DEFAULT_MEMBER_ACCESS = new 
> DefaultMemberAccess(false);
>
> -    private static Map RESERVED_KEYS = new HashMap(11);
> +    private static Set RESERVED_KEYS = new HashSet(11);

Could be made final too.

>     private Object _root;
>     private Object _currentObject;
> @@ -70,15 +70,15 @@ public class OgnlContext extends Object
>     static {
>         String s;
>

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

[VOTE][RESULT] Release Commons NET 3.0` based on RC1

[sebb]

Thanks very much to all who voted!

The voting was as follows:

Luc Maisonobe +1 (*)
Gary Gregory +1 (*)
Oliver Heger +1 (*)
Sebastian Bazley +1 (*)
Joerg Schaible +1 (*)
Phil Steitz +1 (*)

There were 5 +1 votes (all binding) and no others, so the vote passes.

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

[pool] numActive

[Phil Steitz]

I see this now in GOP javadoc for numActive.

 * The combined count of the currently active objects and those in the
 * process of being created. Under load, it may exceed {@link
#_maxActive}
 * but there will never be more than {@link #_maxActive} created
at any one
 * time.

[performance] still checks to make sure this does not happen and I
have not seen it yet in my load tests.  I don't personally like the
idea of allowing the number of instances being created + under
management to exceed maxActive.  This could cause resource problems
for systems that experience load spikes and if it is allowed "a
little" then on loaded systems that can quickly escalate to "a
lot".  I don't think we should back off of this invariant contract. 
Could be I am misunderstanding the comment and what it really means
to say is that numActive can overstate the instance count in certain
circumstances.  Is that what is meant?

Also, I think it would be great to change the name of this member
variable and the numActive property on the Deque in GKOP.  The name
is misleading as it is really idle + active + being created.  Maybe
something like instanceCount.

Phil

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

Re: [VOTE] Release Commons NET 3.0` based on RC1

[Phil Steitz]

On 5/13/11 6:50 AM, Jörg Schaible wrote:
> sebb wrote:
>
>> On 10 May 2011 15:13, sebb  wrote:
>>> This is a vote to release Apache Commons NET 3.0 based on RC1.
>>>
>>> [X] +1 release it
>>> [ ] +0 go ahead I don't care
>>> [ ] -1 no, do not release it because...
>>>
>>> tag: http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_0_RC1/
>>> (r1101459)
>>>
>>> site: http://people.apache.org/~sebb/NET_3_0_RC1/
>>>
>>> The Javadocs (1.4.1) link does not work, nor does the download link.
>>> These will be fixed once the site is deployed.
>>>
>>> Archives (Maven and non-Maven) have been uploaded to:
>>>
>>> https://repository.apache.org/content/repositories/orgapachecommons-001/
>>>
>>> Vote will remain open for at least 72 hours.
>> A couple of hours left ...
> Hehehe :)
>
> +1
>
> Builds and runs with my compiler zoo.

OK, I will forgo testing throughout my comparatively limited
endangered compiler shelter and vote
+1

- builds and runs fine on Java(TM) SE Runtime Environment (build
1.6.0_24-b07-334-10M3326)
Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02-334, mixed mode)

- sigs and hashes are good (but no WOT for the sig)

- release contents good

Nice job on the release notes.

Might want to keep the VOTE open a while longer for others to weigh in.

Phil

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

[math] change FieldMatrix.preMultipy(Fieldvector) to FieldVector.multiply(FieldMatrix)

[Arne Ploese]

Hi,

IMHO it would be cleaner code to write
v.multipy(m).someotherCalculations() instead (the current
implementation) m.preMultiply(v)..someotherCalculations().

The execution order goes now strict from left to right...

Arne 


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

Re: [pool] GKOP test failures

[Phil Steitz]

On 5/13/11 3:20 AM, Mark Thomas wrote:
> On 13/05/2011 07:25, ma...@apache.org wrote:
>> Phil Steitz  wrote:
>>
>>> I saw this
>>> Failed tests:
>>>
>>> testMaxTotalInvariant(org.apache.commons.pool2.impl.TestGenericKeyedObjectPool):
>>> Thread failed: 2
>>> java.lang.IllegalStateException: Returned object not currently part
>>> of this pool
>>>at
>>> org.apache.commons.pool2.impl.GenericKeyedObjectPool.returnObject(GenericKeyedObjectPool.java:1158)
>>>at
>>> org.apache.commons.pool2.impl.TestGenericKeyedObjectPool$TestThread.run(TestGenericKeyedObjectPool.java:1582)
>>>at java.lang.Thread.run(Thread.java:680)
>>>
>>> I also get these regularly when running load tests using [performance].
>>>
>>> I added some instrumentation to GKOP to dump out
>>> objectDeque.getAllObjects().size() and it is always 0 for the key
>>> when this happens. 
>>>
>>> Phil
> I now have commons-performance running and can reproduce this. Hopefully
> a fix will be forthcoming shortly. I've looked once and can't see
> anything so as before, any help with this would be appreciated.
>
I will look into this today.  I will also check in the changes that
I made last night to [performance] to implement equals(), hashCode()
and toString() for the Waiter.  Unfortunately, this did not explain
the problem, but it made me realize that we should doc the fact that
poolable objects need to be hashable from this point forward.  My
first thought was ensureMinIdle and / or destroy not correctly
maintaining allObjects; but that looks OK.   Will keep looking.

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


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

Re: [VOTE] Release Commons NET 3.0` based on RC1

[Jörg Schaible]

sebb wrote:

> On 10 May 2011 15:13, sebb  wrote:
>> This is a vote to release Apache Commons NET 3.0 based on RC1.
>>
>> [X] +1 release it
>> [ ] +0 go ahead I don't care
>> [ ] -1 no, do not release it because...
>>
>> tag: http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_0_RC1/
>> (r1101459)
>>
>> site: http://people.apache.org/~sebb/NET_3_0_RC1/
>>
>> The Javadocs (1.4.1) link does not work, nor does the download link.
>> These will be fixed once the site is deployed.
>>
>> Archives (Maven and non-Maven) have been uploaded to:
>>
>> https://repository.apache.org/content/repositories/orgapachecommons-001/
>>
>> Vote will remain open for at least 72 hours.
> 
> A couple of hours left ...

Hehehe :)

+1

Builds and runs with my compiler zoo.

- Jörg



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

Re: [VOTE] Release Commons NET 3.0` based on RC1

[sebb]

On 10 May 2011 15:13, sebb  wrote:
> This is a vote to release Apache Commons NET 3.0 based on RC1.
>
> [X] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because...
>
> tag: http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_0_RC1/
> (r1101459)
>
> site: http://people.apache.org/~sebb/NET_3_0_RC1/
>
> The Javadocs (1.4.1) link does not work, nor does the download link.
> These will be fixed once the site is deployed.
>
> Archives (Maven and non-Maven) have been uploaded to:
>
> https://repository.apache.org/content/repositories/orgapachecommons-001/
>
> Vote will remain open for at least 72 hours.

A couple of hours left ...

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

Re: svn commit: r1102580 - /incubator/ognl/trunk/pom.xml

[Olivier Lamy]

I have committed something more 'fingers saving" :-)

mvn site -DskipReports

btw as some reports are declared  in commons-parent some are still used.


2011/5/13 sebb :
> On 13 May 2011 08:30, Olivier Lamy  wrote:
>> Hello,
>> I wonder if we could move most of those reporting plugins to a profile
>> called reporting.
>> When working on documentation, the site generation is long for only a
>> typo fix :-).
>
> I use the following command:
>
> mvn site -DskipTests -Dmaven.javadoc.skip -Dmaven.clover.skip
> -DgenerateReports=false
>
> which I have set up as "mvnbaresite"
>
>> Btw the use of the reporting must be use/mandatory when pushing a release.
>>
>> FYI I have setup a sonar analysis which contains most the reports see [1].
>>
>> /Olivier
>>
>> [1] https://analysis.apache.org/dashboard/index/60994?asc=true&sort=6
>>
>> 2011/5/13  :
>>> Author: bayard
>>> Date: Fri May 13 06:45:23 2011
>>> New Revision: 1102580
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1102580&view=rev
>>> Log:
>>> Adding various site reports. A couple are commented out because they need 
>>> files adding (checkstyle and the changes plugin)
>>>
>>> Modified:
>>>    incubator/ognl/trunk/pom.xml
>>>
>>> Modified: incubator/ognl/trunk/pom.xml
>>> URL: 
>>> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102580&r1=1102579&r2=1102580&view=diff
>>> ==
>>> --- incubator/ognl/trunk/pom.xml (original)
>>> +++ incubator/ognl/trunk/pom.xml Fri May 13 06:45:23 2011
>>> @@ -265,4 +265,98 @@
>>>     
>>>   
>>>
>>> +  
>>> +    
>>> +        
>>> +      
>>> +      
>>> +        org.codehaus.mojo
>>> +        findbugs-maven-plugin
>>> +        2.3.1
>>> +        
>>> +          Normal
>>> +          Default
>>> +
>>> +       
>>> +      
>>> +      
>>> +        org.codehaus.mojo
>>> +        cobertura-maven-plugin
>>> +        2.4
>>> +      
>>> +      
>>> +        org.codehaus.mojo
>>> +        clirr-maven-plugin
>>> +        2.2.2
>>> +        
>>> +          
>>> +            
>>> +              commons-lang
>>> +              commons-lang
>>> +              2.6
>>> +            
>>> +          
>>> +          info
>>> +        
>>> +      
>>> +      
>>> +        maven-pmd-plugin
>>> +        2.3
>>> +        
>>> +          ${maven.compile.target}
>>> +        
>>> +        
>>> +          
>>> +            
>>> +              pmd
>>> +              cpd
>>> +            
>>> +          
>>> +        
>>> +      
>>> +      
>>> +        org.codehaus.mojo
>>> +        taglist-maven-plugin
>>> +        2.4
>>> +        
>>> +          
>>> +            TODO
>>> +            NOPMD
>>> +            NOTE
>>> +          
>>> +        
>>> +      
>>> +      
>>> +        org.codehaus.mojo
>>> +        javancss-maven-plugin
>>> +        2.0
>>> +      
>>> +    
>>> +  
>>> +
>>>  
>>>
>>>
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> http://twitter.com/olamy
>> http://www.linkedin.com/in/olamy
>>
>> -
>> 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
>
>



-- 
Olivier Lamy
http://twitter.com/olamy
http://www.linkedin.com/in/olamy

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

Re: [jci] preparing for jci 1.1 release

[Torsten Curdt]

>> It is - that is the jsr199 compiler that needs to be finished.
>> It would be great to finish that and not look back.
>> Although I made some progress I don't think I have the time.
>
> AFAICT, JSR199 also requires Java 1.6?

Indeed. But I am quite positive very few people (if any) use the javac
hack anyway.

> I'd overlooked the in-memory part - is there any point in releasing it
> with javac support for files only?
> I.e. just dropping the in-memory support for javac until jsr199 is 
> implemented.

Na - don't think that would really work. You could try to check the
store implementation and throw an exception ...but in the end it is an
interface and you can never know what the impl is doing. Which is why
I think 2.0 is the only real option. That said releasing 2.0 without
the JSR199 in place feels a little silly.

cheers,
Torsten

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

Re: [OGNL] description should treat OGNL as an adjective

[Simone Tripodi]

Sorry, overlooked the noun :P
Nice example, good Italian! :D
Simo

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



On Fri, May 13, 2011 at 12:49 PM, sebb  wrote:
> On 13 May 2011 11:42, Simone Tripodi  wrote:
>> done, thanks for reviewing!
>
> You seem to have left out the noun "library" from both fixes, so OGNL
> is still being used as an adjective.
>
> "library" is the noun which turns OGNL into an adjective.
>
> c.f.
>
> La bella
> La bella ragazza
>
> ;-)
>
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Fri, May 13, 2011 at 12:29 PM, sebb  wrote:
>>> For trademark purposes, component names need to be used as adjectives,
>>> not nouns.
>>>
>>> So I suggest:
>>>
>>> Apache Commons OGNL is a Java development framework ...
>>>
>>> is changed to something like:
>>>
>>> The Apache Commons OGNL library is a Java development 
>>> framework ...
>>>
>>> -
>>> 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: [OGNL] description should treat OGNL as an adjective

[sebb]

On 13 May 2011 11:42, Simone Tripodi  wrote:
> done, thanks for reviewing!

You seem to have left out the noun "library" from both fixes, so OGNL
is still being used as an adjective.

"library" is the noun which turns OGNL into an adjective.

c.f.

La bella
La bella ragazza

;-)

> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Fri, May 13, 2011 at 12:29 PM, sebb  wrote:
>> For trademark purposes, component names need to be used as adjectives,
>> not nouns.
>>
>> So I suggest:
>>
>> Apache Commons OGNL is a Java development framework ...
>>
>> is changed to something like:
>>
>> The Apache Commons OGNL library is a Java development framework 
>> ...
>>
>> -
>> 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: [OGNL] description should treat OGNL as an adjective

[Simone Tripodi]

done, thanks for reviewing!
Simo

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



On Fri, May 13, 2011 at 12:29 PM, sebb  wrote:
> For trademark purposes, component names need to be used as adjectives,
> not nouns.
>
> So I suggest:
>
> Apache Commons OGNL is a Java development framework ...
>
> is changed to something like:
>
> The Apache Commons OGNL library is a Java development framework 
> ...
>
> -
> 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

[POOL] Javadoc errors

[sebb]

Eclipse reports quite a lot of Javadoc errors, for example

Javadoc: WHEN_EXHAUSTED_BLOCK cannot be resolved or is not a field

This is because the field is now an enum.

Likewise in LinkedBlockingDeque

Javadoc: Unexpected tag

is generated for all the Javadoc of the form:

 * @throws IllegalStateException {@inheritDoc}

I assume using inheritDoc there is a Java 1.6 feature.

I'm keen to fix the Javadoc errors, but is now a good time, or should
I wait until there are fewer code changes happening?

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

Re: [pool] GKOP test failures

[Mark Thomas]

On 13/05/2011 11:20, Mark Thomas wrote:
> On 13/05/2011 07:25, ma...@apache.org wrote:
>> Phil Steitz  wrote:
>>
>>> I saw this
>>> Failed tests:
>>>
>>> testMaxTotalInvariant(org.apache.commons.pool2.impl.TestGenericKeyedObjectPool):
>>> Thread failed: 2
>>> java.lang.IllegalStateException: Returned object not currently part
>>> of this pool
>>>at
>>> org.apache.commons.pool2.impl.GenericKeyedObjectPool.returnObject(GenericKeyedObjectPool.java:1158)
>>>at
>>> org.apache.commons.pool2.impl.TestGenericKeyedObjectPool$TestThread.run(TestGenericKeyedObjectPool.java:1582)
>>>at java.lang.Thread.run(Thread.java:680)
>>>
>>> I also get these regularly when running load tests using [performance].
>>>
>>> I added some instrumentation to GKOP to dump out
>>> objectDeque.getAllObjects().size() and it is always 0 for the key
>>> when this happens. 
>>>
>>> Phil
> 
> I now have commons-performance running and can reproduce this. Hopefully
> a fix will be forthcoming shortly. I've looked once and can't see
> anything so as before, any help with this would be appreciated.

And 30s later I find the problem. The code that tracks currently in-use
keys needs a re-write.

Mark



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

[OGNL] description should treat OGNL as an adjective

[sebb]

For trademark purposes, component names need to be used as adjectives,
not nouns.

So I suggest:

Apache Commons OGNL is a Java development framework ...

is changed to something like:

The Apache Commons OGNL library is a Java development framework ...

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

Re: [jci] preparing for jci 1.1 release

[sebb]

On 13 May 2011 11:09, Torsten Curdt  wrote:
>>> We really need to drop the javac support. It was a hack. But releasing
>>> it as is will be a bit of a pain as it depends on an old jvm to just
>>> pass the tests.
>>
>> Is it really not possible to implement javac support with a more recent JVM?
>
> It is - that is the jsr199 compiler that needs to be finished.
> It would be great to finish that and not look back.
> Although I made some progress I don't think I have the time.

AFAICT, JSR199 also requires Java 1.6?

>> Doesn't Ant have code to invoke the javac compiler?
>
> The usual command line calling of javac that other tools did before is
> not really an option for jci. There is no way of doing in-memory
> compilation.

I'd overlooked the in-memory part - is there any point in releasing it
with javac support for files only?
I.e. just dropping the in-memory support for javac until jsr199 is implemented.

> Except for the javac hack in jci I wish hadn't released
> :)
>
> cheers,
> Torsten
>
> -
> 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: [pool] GKOP test failures

[Mark Thomas]

On 13/05/2011 07:25, ma...@apache.org wrote:
> Phil Steitz  wrote:
> 
>> I saw this
>> Failed tests:
>>
>> testMaxTotalInvariant(org.apache.commons.pool2.impl.TestGenericKeyedObjectPool):
>> Thread failed: 2
>> java.lang.IllegalStateException: Returned object not currently part
>> of this pool
>>at
>> org.apache.commons.pool2.impl.GenericKeyedObjectPool.returnObject(GenericKeyedObjectPool.java:1158)
>>at
>> org.apache.commons.pool2.impl.TestGenericKeyedObjectPool$TestThread.run(TestGenericKeyedObjectPool.java:1582)
>>at java.lang.Thread.run(Thread.java:680)
>>
>> I also get these regularly when running load tests using [performance].
>>
>> I added some instrumentation to GKOP to dump out
>> objectDeque.getAllObjects().size() and it is always 0 for the key
>> when this happens. 
>>
>> Phil

I now have commons-performance running and can reproduce this. Hopefully
a fix will be forthcoming shortly. I've looked once and can't see
anything so as before, any help with this would be appreciated.

Mark



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

Re: svn commit: r1102638 - /incubator/ognl/trunk/pom.xml

[Simone Tripodi]

Bonjour Olivier!
I don't even know what this plugin does :) feel free to drop it in
favor of something closer to our needs!
Simo

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



On Fri, May 13, 2011 at 11:53 AM, Olivier Lamy  wrote:
> Hello,
> I wonder why we need this repository, is it mandatory  ?
>
> Perso don't like to see that :
> http://mc-repo.googlecode.com/svn/maven2/releases/org/apache/maven/plugins/maven-idea-plugin/
>
> :-)
>
> I imagine some issues if the guy push here some other "hackish" maven plugins.
>
> 2011/5/13  :
>> Author: simonetripodi
>> Date: Fri May 13 09:49:54 2011
>> New Revision: 1102638
>>
>> URL: http://svn.apache.org/viewvc?rev=1102638&view=rev
>> Log:
>> minor format to separate dependencies to pluginRepositories
>>
>> Modified:
>>    incubator/ognl/trunk/pom.xml
>>
>> Modified: incubator/ognl/trunk/pom.xml
>> URL: 
>> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102638&r1=1102637&r2=1102638&view=diff
>> ==
>> --- incubator/ognl/trunk/pom.xml (original)
>> +++ incubator/ognl/trunk/pom.xml Fri May 13 09:49:54 2011
>> @@ -164,6 +164,7 @@
>>       http://mc-repo.googlecode.com/svn/maven2/releases
>>     
>>   
>> +
>>   
>>     
>>       junit
>>
>>
>>
>
>
>
> --
> Olivier Lamy
> http://twitter.com/olamy
> http://www.linkedin.com/in/olamy
>
> -
> 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: [jci] preparing for jci 1.1 release

[Torsten Curdt]

>> We really need to drop the javac support. It was a hack. But releasing
>> it as is will be a bit of a pain as it depends on an old jvm to just
>> pass the tests.
>
> Is it really not possible to implement javac support with a more recent JVM?

It is - that is the jsr199 compiler that needs to be finished.
It would be great to finish that and not look back.
Although I made some progress I don't think I have the time.

> Doesn't Ant have code to invoke the javac compiler?

The usual command line calling of javac that other tools did before is
not really an option for jci. There is no way of doing in-memory
compilation. Except for the javac hack in jci I wish hadn't released
:)

cheers,
Torsten

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

Re: [OGNL] unable to instantiate TabCharacter

[Antonio Petrelli]

2011/5/13 Simone Tripodi 

> Hi all guys,
> while fixing the reporting, re-enabling the commented report plugins,
> I got this error:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
> (default-site) on project commons-ognl: Error during page generation:
> Error rendering Maven report: Failed during checkstyle configuration:
> cannot initialize module TreeWalker - Unable to instantiate
> TabCharacter: Unable to instantiate TabCharacterCheck
>
> Does anyone know more? Please note I already imported the required files.
> Many thanks in advance, have a nice day!
>

I think that it is a Checkstyle 4.x rule that has been changed in 5.x
http://checkstyle.sourceforge.net/releasenotes.html
See release 5.0 beta 2.

Antonio

Re: [OGNL] unable to instantiate TabCharacter

[Konstantin Kolinko]

2011/5/13 Simone Tripodi :
> Hi all guys,
> while fixing the reporting, re-enabling the commented report plugins,
> I got this error:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
> (default-site) on project commons-ognl: Error during page generation:
> Error rendering Maven report: Failed during checkstyle configuration:
> cannot initialize module TreeWalker - Unable to instantiate
> TabCharacter: Unable to instantiate TabCharacterCheck
>
> Does anyone know more? Please note I already imported the required files.
> Many thanks in advance, have a nice day!

It is checkstyle configuration error

>From release notes for Release 5.0 Beta 2 of checkstyle [1]:
"New check FileTabCharacter for ensuring that any files does not
contain a tab character. It replaces TabCharacterCheck which was
restricted to Java files. "

[1] http://checkstyle.sourceforge.net/releasenotes.html

Best regards,
Konstantin Kolinko

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

Re: [OGNL] unable to instantiate TabCharacter

[Simone Tripodi]

yes, it fails also using maven2:

[INFO] Error during page generation

Embedded error: Error rendering Maven report: error while invoking generate
Unable to instantiate TabCharacterCheck

any hint? many thanks in advance!
Simo

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



On Fri, May 13, 2011 at 12:01 PM, Simone Tripodi
 wrote:
> didn't try it yet, going it now!
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Fri, May 13, 2011 at 11:58 AM, sebb  wrote:
>> On 13 May 2011 10:55, Simone Tripodi  wrote:
>>> Hi all guys,
>>> while fixing the reporting, re-enabling the commented report plugins,
>>> I got this error:
>>>
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
>>> (default-site) on project commons-ognl: Error during page generation:
>>> Error rendering Maven report: Failed during checkstyle configuration:
>>> cannot initialize module TreeWalker - Unable to instantiate
>>> TabCharacter: Unable to instantiate TabCharacterCheck
>>>
>>> Does anyone know more? Please note I already imported the required files.
>>
>> Does it also fail with Maven 2.2.1 ?
>>
>> -
>> 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: [OGNL] unable to instantiate TabCharacter

[Simone Tripodi]

didn't try it yet, going it now!
Simo

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



On Fri, May 13, 2011 at 11:58 AM, sebb  wrote:
> On 13 May 2011 10:55, Simone Tripodi  wrote:
>> Hi all guys,
>> while fixing the reporting, re-enabling the commented report plugins,
>> I got this error:
>>
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
>> (default-site) on project commons-ognl: Error during page generation:
>> Error rendering Maven report: Failed during checkstyle configuration:
>> cannot initialize module TreeWalker - Unable to instantiate
>> TabCharacter: Unable to instantiate TabCharacterCheck
>>
>> Does anyone know more? Please note I already imported the required files.
>
> Does it also fail with Maven 2.2.1 ?
>
> -
> 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: [OGNL] unable to instantiate TabCharacter

[sebb]

On 13 May 2011 10:55, Simone Tripodi  wrote:
> Hi all guys,
> while fixing the reporting, re-enabling the commented report plugins,
> I got this error:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
> (default-site) on project commons-ognl: Error during page generation:
> Error rendering Maven report: Failed during checkstyle configuration:
> cannot initialize module TreeWalker - Unable to instantiate
> TabCharacter: Unable to instantiate TabCharacterCheck
>
> Does anyone know more? Please note I already imported the required files.

Does it also fail with Maven 2.2.1 ?

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

Re: svn commit: r1102580 - /incubator/ognl/trunk/pom.xml

[sebb]

On 13 May 2011 08:30, Olivier Lamy  wrote:
> Hello,
> I wonder if we could move most of those reporting plugins to a profile
> called reporting.
> When working on documentation, the site generation is long for only a
> typo fix :-).

I use the following command:

mvn site -DskipTests -Dmaven.javadoc.skip -Dmaven.clover.skip
-DgenerateReports=false

which I have set up as "mvnbaresite"

> Btw the use of the reporting must be use/mandatory when pushing a release.
>
> FYI I have setup a sonar analysis which contains most the reports see [1].
>
> /Olivier
>
> [1] https://analysis.apache.org/dashboard/index/60994?asc=true&sort=6
>
> 2011/5/13  :
>> Author: bayard
>> Date: Fri May 13 06:45:23 2011
>> New Revision: 1102580
>>
>> URL: http://svn.apache.org/viewvc?rev=1102580&view=rev
>> Log:
>> Adding various site reports. A couple are commented out because they need 
>> files adding (checkstyle and the changes plugin)
>>
>> Modified:
>>    incubator/ognl/trunk/pom.xml
>>
>> Modified: incubator/ognl/trunk/pom.xml
>> URL: 
>> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102580&r1=1102579&r2=1102580&view=diff
>> ==
>> --- incubator/ognl/trunk/pom.xml (original)
>> +++ incubator/ognl/trunk/pom.xml Fri May 13 06:45:23 2011
>> @@ -265,4 +265,98 @@
>>     
>>   
>>
>> +  
>> +    
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        findbugs-maven-plugin
>> +        2.3.1
>> +        
>> +          Normal
>> +          Default
>> +
>> +       
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        cobertura-maven-plugin
>> +        2.4
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        clirr-maven-plugin
>> +        2.2.2
>> +        
>> +          
>> +            
>> +              commons-lang
>> +              commons-lang
>> +              2.6
>> +            
>> +          
>> +          info
>> +        
>> +      
>> +      
>> +        maven-pmd-plugin
>> +        2.3
>> +        
>> +          ${maven.compile.target}
>> +        
>> +        
>> +          
>> +            
>> +              pmd
>> +              cpd
>> +            
>> +          
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        taglist-maven-plugin
>> +        2.4
>> +        
>> +          
>> +            TODO
>> +            NOPMD
>> +            NOTE
>> +          
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        javancss-maven-plugin
>> +        2.0
>> +      
>> +    
>> +  
>> +
>>  
>>
>>
>>
>
>
>
> --
> Olivier Lamy
> http://twitter.com/olamy
> http://www.linkedin.com/in/olamy
>
> -
> 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

[OGNL] unable to instantiate TabCharacter

[Simone Tripodi]

Hi all guys,
while fixing the reporting, re-enabling the commented report plugins,
I got this error:

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-site-plugin:3.0-beta-3:site
(default-site) on project commons-ognl: Error during page generation:
Error rendering Maven report: Failed during checkstyle configuration:
cannot initialize module TreeWalker - Unable to instantiate
TabCharacter: Unable to instantiate TabCharacterCheck

Does anyone know more? Please note I already imported the required files.
Many thanks in advance, have a nice day!
Simo

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: [jci] preparing for jci 1.1 release

[sebb]

On 13 May 2011 08:47, Torsten Curdt  wrote:
> Hm ... going through the issues.
>
> We really need to drop the javac support. It was a hack. But releasing
> it as is will be a bit of a pain as it depends on an old jvm to just
> pass the tests.

Is it really not possible to implement javac support with a more recent JVM?
Doesn't Ant have code to invoke the javac compiler?
I've not looked at the code, so I've no idea what it might involve.

> Maybe we should shoot for a 2.0 after all and clean things up. *sigh*
>
> On Fri, May 13, 2011 at 09:06, Torsten Curdt  wrote:
>> Thanks for checking, Christian.
>>
>>>  I have moved my code base from my old version of jci 1.1 to the trunk and 
>>> everything looks good.  I did have trouble building the trunk, because the 
>>> fam module is not included in the module list.  I have opened JCI-66 to 
>>> address that.  I will take a look at 1.0/1.1 compatibility later this week.
>>
>> Just wondering - do you require 1.4 compatibility? I would like to
>> move to 1.5. Not sure this is the right time for that though.
>>
>> cheers,
>> Torsten
>>
>
> -
> 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: r1102638 - /incubator/ognl/trunk/pom.xml

[Olivier Lamy]

Hello,
I wonder why we need this repository, is it mandatory  ?

Perso don't like to see that :
http://mc-repo.googlecode.com/svn/maven2/releases/org/apache/maven/plugins/maven-idea-plugin/

:-)

I imagine some issues if the guy push here some other "hackish" maven plugins.

2011/5/13  :
> Author: simonetripodi
> Date: Fri May 13 09:49:54 2011
> New Revision: 1102638
>
> URL: http://svn.apache.org/viewvc?rev=1102638&view=rev
> Log:
> minor format to separate dependencies to pluginRepositories
>
> Modified:
>    incubator/ognl/trunk/pom.xml
>
> Modified: incubator/ognl/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102638&r1=1102637&r2=1102638&view=diff
> ==
> --- incubator/ognl/trunk/pom.xml (original)
> +++ incubator/ognl/trunk/pom.xml Fri May 13 09:49:54 2011
> @@ -164,6 +164,7 @@
>       http://mc-repo.googlecode.com/svn/maven2/releases
>     
>   
> +
>   
>     
>       junit
>
>
>



-- 
Olivier Lamy
http://twitter.com/olamy
http://www.linkedin.com/in/olamy

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

[continuum] BUILD FAILURE: Apache Commons - Commons JCI - Continue test if possible; use Java 1.5

[Continuum@vmbuild]

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=8283&projectId=108

Build statistics:
  State: Failed
  Previous State: Ok
  Started at: Fri 13 May 2011 09:22:18 +
  Finished at: Fri 13 May 2011 09:24:03 +
  Total time: 1m 44s
  Build Trigger: Schedule
  Build Number: 4
  Exit code: 1
  Building machine hostname: vmbuild
  Operating system : Linux(unknown)
  Java Home version : 
  java version "1.6.0_24"
  Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
  Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)

  Builder version :
  Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+)
  Java version: 1.6.0_24
  Java home: /usr/lib/jvm/java-6-sun-1.6.0.24/jre
  Default locale: en_US, platform encoding: ANSI_X3.4-1968
  OS name: "linux" version: "2.6.32-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: tcurdt @ Fri 13 May 2011 08:29:28 +
Comment: skip NA tests,
fixed resource names,
don't leak input stream
Files changed:
  
/commons/proper/jci/trunk/compilers/eclipse/src/main/java/org/apache/commons/jci/compilers/EclipseJavaCompiler.java
 ( 1102604 )
  
/commons/proper/jci/trunk/compilers/rhino/src/test/java/org/apache/commons/jci/compilers/RhinoJavaCompilerTestCase.java
 ( 1102604 )

Changed: tcurdt @ Fri 13 May 2011 08:34:46 +
Comment: applied test case from https://issues.apache.org/jira/browse/JCI-59
..unfortunately that means eclipse tests are no longer passing
Files changed:
  
/commons/proper/jci/trunk/core/src/test/java/org/apache/commons/jci/compilers/AbstractCompilerTestCase.java
 ( 1102608 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean install   
Arguments: --batch-mode -fae -Pjava-1.5
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Continue test if possible; use Java 1.5


Test Summary:

Tests: 81
Failures: 1
Errors: 0
Success Rate: 98
Total time: 173.92201


Test Failures:


EclipseJavaCompilerTestCase
testAdditionalTopLevelClassCompile :
  junit.framework.AssertionFailedError
  junit.framework.AssertionFailedError: The type AdditionalTopLevel collides 
with a package,  expected:<0> but was:<1>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:280)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:198)
at 
org.apache.commons.jci.compilers.AbstractCompilerTestCase.testAdditionalTopLevelClassCompile(AbstractCompilerTestCase.java:336)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at junit.framework.TestCase.runTest(TestCase.java:164)
at junit.framework.TestCase.runBare(TestCase.java:130)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:120)
at junit.framework.TestSuite.runTest(TestSuite.java:230)
at junit.framework.TestSuite.run(TestSuite.java:225)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at 
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
at org.apache.ma

Re: [OGNL] Random first thoughts

[Henri Yandell]

Ack; sorry. Juggling a baby.

So how do we relicense Luke's contributions from BSD to AL 2.0?

Hen

On Fri, May 13, 2011 at 12:47 AM, Antonio Petrelli
 wrote:
> 2011/5/13 Henri Yandell 
>
>> So how do we relicense Drew's contributions from BSD to AL 2.0?
>>
>
> Henri probably in this sentence you mistook Drew with Luke. Drew signed a
> software grant, so now the code is Apache's.
>
> Antonio
>

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

Re: [jci] preparing for jci 1.1 release

[Torsten Curdt]

Hm ... going through the issues.

We really need to drop the javac support. It was a hack. But releasing
it as is will be a bit of a pain as it depends on an old jvm to just
pass the tests.
Maybe we should shoot for a 2.0 after all and clean things up. *sigh*

On Fri, May 13, 2011 at 09:06, Torsten Curdt  wrote:
> Thanks for checking, Christian.
>
>>  I have moved my code base from my old version of jci 1.1 to the trunk and 
>> everything looks good.  I did have trouble building the trunk, because the 
>> fam module is not included in the module list.  I have opened JCI-66 to 
>> address that.  I will take a look at 1.0/1.1 compatibility later this week.
>
> Just wondering - do you require 1.4 compatibility? I would like to
> move to 1.5. Not sure this is the right time for that though.
>
> cheers,
> Torsten
>

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

Re: [OGNL] Random first thoughts

[Antonio Petrelli]

2011/5/13 Henri Yandell 

> So how do we relicense Drew's contributions from BSD to AL 2.0?
>

Henri probably in this sentence you mistook Drew with Luke. Drew signed a
software grant, so now the code is Apache's.

Antonio

Re: svn commit: r1102580 - /incubator/ognl/trunk/pom.xml

[Henri Yandell]

Fine by me. :)

On Fri, May 13, 2011 at 12:30 AM, Olivier Lamy  wrote:
> Hello,
> I wonder if we could move most of those reporting plugins to a profile
> called reporting.
> When working on documentation, the site generation is long for only a
> typo fix :-).
> Btw the use of the reporting must be use/mandatory when pushing a release.
>
> FYI I have setup a sonar analysis which contains most the reports see [1].
>
> /Olivier
>
> [1] https://analysis.apache.org/dashboard/index/60994?asc=true&sort=6
>
> 2011/5/13  :
>> Author: bayard
>> Date: Fri May 13 06:45:23 2011
>> New Revision: 1102580
>>
>> URL: http://svn.apache.org/viewvc?rev=1102580&view=rev
>> Log:
>> Adding various site reports. A couple are commented out because they need 
>> files adding (checkstyle and the changes plugin)
>>
>> Modified:
>>    incubator/ognl/trunk/pom.xml
>>
>> Modified: incubator/ognl/trunk/pom.xml
>> URL: 
>> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102580&r1=1102579&r2=1102580&view=diff
>> ==
>> --- incubator/ognl/trunk/pom.xml (original)
>> +++ incubator/ognl/trunk/pom.xml Fri May 13 06:45:23 2011
>> @@ -265,4 +265,98 @@
>>     
>>   
>>
>> +  
>> +    
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        findbugs-maven-plugin
>> +        2.3.1
>> +        
>> +          Normal
>> +          Default
>> +
>> +       
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        cobertura-maven-plugin
>> +        2.4
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        clirr-maven-plugin
>> +        2.2.2
>> +        
>> +          
>> +            
>> +              commons-lang
>> +              commons-lang
>> +              2.6
>> +            
>> +          
>> +          info
>> +        
>> +      
>> +      
>> +        maven-pmd-plugin
>> +        2.3
>> +        
>> +          ${maven.compile.target}
>> +        
>> +        
>> +          
>> +            
>> +              pmd
>> +              cpd
>> +            
>> +          
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        taglist-maven-plugin
>> +        2.4
>> +        
>> +          
>> +            TODO
>> +            NOPMD
>> +            NOTE
>> +          
>> +        
>> +      
>> +      
>> +        org.codehaus.mojo
>> +        javancss-maven-plugin
>> +        2.0
>> +      
>> +    
>> +  
>> +
>>  
>>
>>
>>
>
>
>
> --
> Olivier Lamy
> http://twitter.com/olamy
> http://www.linkedin.com/in/olamy
>
> -
> 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: r1102580 - /incubator/ognl/trunk/pom.xml

[Olivier Lamy]

Hello,
I wonder if we could move most of those reporting plugins to a profile
called reporting.
When working on documentation, the site generation is long for only a
typo fix :-).
Btw the use of the reporting must be use/mandatory when pushing a release.

FYI I have setup a sonar analysis which contains most the reports see [1].

/Olivier

[1] https://analysis.apache.org/dashboard/index/60994?asc=true&sort=6

2011/5/13  :
> Author: bayard
> Date: Fri May 13 06:45:23 2011
> New Revision: 1102580
>
> URL: http://svn.apache.org/viewvc?rev=1102580&view=rev
> Log:
> Adding various site reports. A couple are commented out because they need 
> files adding (checkstyle and the changes plugin)
>
> Modified:
>    incubator/ognl/trunk/pom.xml
>
> Modified: incubator/ognl/trunk/pom.xml
> URL: 
> http://svn.apache.org/viewvc/incubator/ognl/trunk/pom.xml?rev=1102580&r1=1102579&r2=1102580&view=diff
> ==
> --- incubator/ognl/trunk/pom.xml (original)
> +++ incubator/ognl/trunk/pom.xml Fri May 13 06:45:23 2011
> @@ -265,4 +265,98 @@
>     
>   
>
> +  
> +    
> +        
> +      
> +      
> +        org.codehaus.mojo
> +        findbugs-maven-plugin
> +        2.3.1
> +        
> +          Normal
> +          Default
> +
> +       
> +      
> +      
> +        org.codehaus.mojo
> +        cobertura-maven-plugin
> +        2.4
> +      
> +      
> +        org.codehaus.mojo
> +        clirr-maven-plugin
> +        2.2.2
> +        
> +          
> +            
> +              commons-lang
> +              commons-lang
> +              2.6
> +            
> +          
> +          info
> +        
> +      
> +      
> +        maven-pmd-plugin
> +        2.3
> +        
> +          ${maven.compile.target}
> +        
> +        
> +          
> +            
> +              pmd
> +              cpd
> +            
> +          
> +        
> +      
> +      
> +        org.codehaus.mojo
> +        taglist-maven-plugin
> +        2.4
> +        
> +          
> +            TODO
> +            NOPMD
> +            NOTE
> +          
> +        
> +      
> +      
> +        org.codehaus.mojo
> +        javancss-maven-plugin
> +        2.0
> +      
> +    
> +  
> +
>  
>
>
>



-- 
Olivier Lamy
http://twitter.com/olamy
http://www.linkedin.com/in/olamy

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

Re: [OGNL] Random first thoughts

[Henri Yandell]

So how do we relicense Drew's contributions from BSD to AL 2.0?

On Fri, May 13, 2011 at 12:25 AM, Simone Tripodi
 wrote:
> I wasn't able to reach Luke, AFAIK he's super busy (he works at Google) :(
> I would have loved to learn something from him!
> At least we have Drew in the PPMC. we're waiting for root@ for
> creating the account for him.
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Fri, May 13, 2011 at 8:50 AM, Henri Yandell  wrote:
>> What about Luke Blanshard?
>>
>> Has he signed a CLA?
>>
>> Hen
>>
>> On Thu, May 12, 2011 at 11:43 AM, Simone Tripodi
>>  wrote:
>>> Hi Hen,
>>> as you noticed, Olivier already resolved the bigger part of the
>>> issues; about licensing: Drew - the project owner - donated OGNL to
>>> ASF under a signed SoftwareGrant that, IIUC, should allows us
>>> re-licensing the project.
>>> Thanks for your contributions, have a nice day!!!
>>> Simo
>>>
>>> PS break a leg with the kids!!!
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://www.99soft.org/
>>>
>>>
>>>
>>> On Thu, May 12, 2011 at 5:32 PM, Henri Yandell  wrote:
 Some minor items; probably known:

 * We should move from src/java to src/main/java. [looks like OGNL-4]
 * Needs a NOTICE.txt file
 * What's the plan for the source headers? I'm guessing we don't have
 CLAs from Drew and Luke so will have to juggle the old BSD licensing?
 [OGNL-2]
 * Pom description needs improving.
 * Build opens up AWT for some reason - this will make it fail when
 headless and is generally irritating. Probably a testcase.
 * Pom may want to add BSD as a license. Unsure what people think it
 means to have two licenses in the pom.
 * mvn site fails. Looks like a java version issue, but I'm not sure
 where. It appears to be in javadoc, yet mvn package does build the
 javadoc.
 * Tests send out errors yet pass. Ideally this would not happen.

 And there ends my initial foray to take the kids to school :)

 Hen

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

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

Re: [OGNL] Random first thoughts

[Simone Tripodi]

I wasn't able to reach Luke, AFAIK he's super busy (he works at Google) :(
I would have loved to learn something from him!
At least we have Drew in the PPMC. we're waiting for root@ for
creating the account for him.
Simo

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



On Fri, May 13, 2011 at 8:50 AM, Henri Yandell  wrote:
> What about Luke Blanshard?
>
> Has he signed a CLA?
>
> Hen
>
> On Thu, May 12, 2011 at 11:43 AM, Simone Tripodi
>  wrote:
>> Hi Hen,
>> as you noticed, Olivier already resolved the bigger part of the
>> issues; about licensing: Drew - the project owner - donated OGNL to
>> ASF under a signed SoftwareGrant that, IIUC, should allows us
>> re-licensing the project.
>> Thanks for your contributions, have a nice day!!!
>> Simo
>>
>> PS break a leg with the kids!!!
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Thu, May 12, 2011 at 5:32 PM, Henri Yandell  wrote:
>>> Some minor items; probably known:
>>>
>>> * We should move from src/java to src/main/java. [looks like OGNL-4]
>>> * Needs a NOTICE.txt file
>>> * What's the plan for the source headers? I'm guessing we don't have
>>> CLAs from Drew and Luke so will have to juggle the old BSD licensing?
>>> [OGNL-2]
>>> * Pom description needs improving.
>>> * Build opens up AWT for some reason - this will make it fail when
>>> headless and is generally irritating. Probably a testcase.
>>> * Pom may want to add BSD as a license. Unsure what people think it
>>> means to have two licenses in the pom.
>>> * mvn site fails. Looks like a java version issue, but I'm not sure
>>> where. It appears to be in javadoc, yet mvn package does build the
>>> javadoc.
>>> * Tests send out errors yet pass. Ideally this would not happen.
>>>
>>> And there ends my initial foray to take the kids to school :)
>>>
>>> Hen
>>>
>>> -
>>> 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: [jci] preparing for jci 1.1 release

[Torsten Curdt]

Thanks for checking, Christian.

>  I have moved my code base from my old version of jci 1.1 to the trunk and 
> everything looks good.  I did have trouble building the trunk, because the 
> fam module is not included in the module list.  I have opened JCI-66 to 
> address that.  I will take a look at 1.0/1.1 compatibility later this week.

Just wondering - do you require 1.4 compatibility? I would like to
move to 1.5. Not sure this is the right time for that though.

cheers,
Torsten

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