[VFS] Jira notifications
hi, I just commented on a JIRA[1], but I didn't get any notification. I just want to know that if others were notified by that ? [1] - https://issues.apache.org/jira/browse/VFS-106 Thanks, Rajika -- http://rajikak.blogspot.com/
Re: [DAEMON] New release of daemon?
On 02/05/2010 07:36 AM, Jack Cai wrote: Are we making any progress with the new Daemon release? Yes :) It took a little longer then expected. Next week. Cheers -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[ANNOUNCEMENT] Jexl 2.0 released.
The Commons JEXL team is pleased to announce the commons-jexl-2.0 release!
JEXL is an Expression Language supporting most of the constructs in the JSTL
Expression Language,
along with some additional extensions. As a library, it is intended to
facilitate the implementation
of dynamic and scripting features in applications and frameworks.
New Features:
Assignment expression: a = b (and a.b.c = d). Issue: JEXL-27. Thanks to
Weikuo Liaw.
* Assigns a variable (ant-like variable or bean-property)
Ternary operator expression: a ? b : c (and a ?: c). Issue: JEXL-19. Thanks
to Jesse Glick.
* The usual inline conditional shortcut and its 'Elvis' form (a ?: b
evaluates as a ? a : b)
Constructor call expression: new('my.class.name', arguments...)
* Creates a new instance of a class using the most appropriate
constructor according
to the actual arguments
Function namespace: ns:func(arguments...) Issue: JEXL-15. Thanks to Paul
Libbrecht.
* A function namespace allows the use of class or instance methods in
function calls
UnifiedJEXL
* Adds ${...} and #{...} JSP/EL syntax support on top of the JexlEngine
JSR-223 support. Issue: JEXL-63. Thanks to Sebastian Bazley.
* Implement JSR-223 Scripting Engine for JEXL script (need BSF-3.0 on
Java 6)
Error and exception handling. Issue: JEXL-10, JEXL-11. Thanks to Paul
Libbrecht.
* Configuring the leniency and verbosity of the Jexl engine allows user
control over the
error handling policy
Support Unicode escapes in string literals and quote escaping. Issue:
JEXL-17. Thanks to Nestor Urquiza.
* 'foo\u0020bar\'quux'
Perl-like regular-expression operators. Issue: JEXL-46. Thanks to Alfred
Reibenschuh.
Fixed Bugs:
* Allow single-line comments with // Issue: JEXL-47. Thanks to Sebastian
Bazley.
* Comments don't allow double-quotes Issue: JEXL-44. Thanks to Sebastian
Bazley.
* Call method with varargs Issue: JEXL-25. Thanks to Marek Lewczuk.
* BigDecimal values are treated as Long values which results in loss of
precision Issue: JEXL-32. Thanks to Kedar Dave.
* Remove unnecessary throws Exception from various classes Issue: JEXL-33.
* Div operator does not do integer division Issue: JEXL-50. Thanks to
Sebastian Bazley.
* Inconsistent behaviour of arithmetical operations Issue: JEXL-87. Thanks
to Sebastian Bazley.
* Operator overloading / hooks on operator processing Issue: JEXL-21.
Thanks to AC.
The full list of new features, bug fixes and changes as well as
documentation and examples can be found at the http://
http://commons.apache.org/jexl/ JEXL site .
Have fun!
-Commons JEXL team
--
View this message in context:
http://n4.nabble.com/ANNOUNCEMENT-Jexl-2-0-released-tp1470182p1470182.html
Sent from the Commons - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Google Summer of Code
Hello, in MyFaces we have one (or even two) students that would like to do some project. Is there already some ASF wide wiki page for that where we (MyFaces PMC) and the student(s) can add content ? Or is this all still -kinda- early ? thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VFS] Jira notifications
Yes, I got the email. Ralph On Feb 5, 2010, at 3:05 AM, Rajika Kumarasiri wrote: hi, I just commented on a JIRA[1], but I didn't get any notification. I just want to know that if others were notified by that ? [1] - https://issues.apache.org/jira/browse/VFS-106 Thanks, Rajika -- http://rajikak.blogspot.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [ANNOUNCEMENT] Jexl 2.0 released.
On 05/02/2010, henrib hen...@apache.org wrote: The Commons JEXL team is pleased to announce the commons-jexl-2.0 release! I rejected the announce to Commons-User because: The download page on the web-site has not been updated yet. The RELEASE_NOTES.txt file on the download site is out of date. The README.html file is out of date. These are quite easy to fix, and it should only take a day or so for the mirrors to catch up once the web-site has been updated. Please can you hold off sending any further announcements until these items are fixed? By the way, I'd prefer my name to be omitted from the announcement. If people are really interested in tracking who provided those fixes they can find out from the JIRA entries. Thanks. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VFS] Jira notifications
Ralph, Thanks for the information. I still didn't get any email. Rajika On Fri, Feb 5, 2010 at 7:47 PM, Ralph Goers ralph.go...@dslextreme.comwrote: Yes, I got the email. Ralph On Feb 5, 2010, at 3:05 AM, Rajika Kumarasiri wrote: hi, I just commented on a JIRA[1], but I didn't get any notification. I just want to know that if others were notified by that ? [1] - https://issues.apache.org/jira/browse/VFS-106 Thanks, Rajika -- http://rajikak.blogspot.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- http://rajikak.blogspot.com/
Re: [ANNOUNCEMENT] Jexl 2.0 released.
On 05/02/2010, sebb seb...@gmail.com wrote: On 05/02/2010, henrib hen...@apache.org wrote: The Commons JEXL team is pleased to announce the commons-jexl-2.0 release! I rejected the announce to Commons-User because: The download page on the web-site has not been updated yet. Just seen the change; however I think 1.1 still needs to be available, as it is rather different from 2.0 The RELEASE_NOTES.txt file on the download site is out of date. The README.html file is out of date. These are quite easy to fix, and it should only take a day or so for the mirrors to catch up once the web-site has been updated. Please can you hold off sending any further announcements until these items are fixed? By the way, I'd prefer my name to be omitted from the announcement. If people are really interested in tracking who provided those fixes they can find out from the JIRA entries. Thanks. Also, the page http://commons.apache.org/jexl/releases.html has a link to nightly builds. These should not be advertised to users, only developers. The page could probably be dropped, and removed from the left-hand navigation. S/// - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[LANG] 2.5 Random (mis)behaviour
I'm hopefully near to finding a version of nextLong(long) that distributes the numbers better. There's no such functionality in Random (even in Java 6) so that might even be a useful addition for Lang3. But there are some other aspects of RandomUtils and JVMRandom classes that seem plain wrong in the current 2.4 release: RandomUtils.nextInt() returns a number in the range [0,Integer.MAX_VALUE) however RandomUtils.nextInt(Random) returns a number in the range [Integer.MIN_VALUE,Integer.MAX_VALUE] (unless Random is JVMRandom of course) Similarly for nextLong(). This is not documented for 2.4 and seems like an accident of the original implementation, rather than a conscious design decision. I've added some Javadoc to trunk to document the current behaviour, but I am now wondering whether it would be OK to fix the behaviour so it agrees with the 2.4 Javadoc? Also, given that JVMRandom now relies on a static copy of Random, it would be trivial to implement some of the missing functionality, such as: public static void nextBytes(byte[]); public static synchronized double nextGaussian(); with corresponding changes to the instance methods in JVMRandom. Should this be done, or is it better to leave the methods unimplemented? - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r906673 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/builder/ToStringStyle.java
Sorry, guys. I found the offending setting and disabled it. -Matt
On Feb 4, 2010, at 10:32 PM, Henri Yandell wrote:
+1 :)
On Thu, Feb 4, 2010 at 4:17 PM, Niall Pemberton
niall.pember...@gmail.com wrote:
Matt,
Can you stop mixing up style/format changes with real functional
changes - it makes it harder to follow along when you change a few
lines and theres 10 pages in the commit email, I guess this is
probably an IDE setting to remove trailing spaces. Can you either
change your IDE or if you do want to change the format then do it
as a
separate commit before you make any functional changes.
Thanks
Niall
On Thu, Feb 4, 2010 at 9:46 PM, mben...@apache.org wrote:
Author: mbenson
Date: Thu Feb 4 21:46:22 2010
New Revision: 906673
URL: http://svn.apache.org/viewvc?rev=906673view=rev
Log:
[LANG-586] clear ThreadLocal recursion registry (compatibly with
existing tests, first pass)
Modified:
commons/proper/lang/trunk/src/main/java/org/apache/commons/
lang3/builder/ToStringStyle.java
Modified: commons/proper/lang/trunk/src/main/java/org/apache/
commons/lang3/builder/ToStringStyle.java
URL: http://svn.apache.org/viewvc/commons/proper/lang/trunk/src/
main/java/org/apache/commons/lang3/builder/ToStringStyle.java?
rev=906673r1=906672r2=906673view=diff
==
--- commons/proper/lang/trunk/src/main/java/org/apache/commons/
lang3/builder/ToStringStyle.java (original)
+++ commons/proper/lang/trunk/src/main/java/org/apache/commons/
lang3/builder/ToStringStyle.java Thu Feb 4 21:46:22 2010
@@ -5,9 +5,9 @@
* The ASF licenses this file to You under the Apache License,
Version 2.0
* (the License); you may not use this file except in
compliance with
* the License. You may obtain a copy of the License at
- *
+ *
* http://www.apache.org/licenses/LICENSE-2.0
- *
+ *
* Unless required by applicable law or agreed to in writing,
software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
or implied.
@@ -19,9 +19,10 @@
import java.io.Serializable;
import java.lang.reflect.Array;
import java.util.Collection;
-import java.util.HashSet;
+import java.util.Collections;
import java.util.Map;
import java.util.Set;
+import java.util.WeakHashMap;
import org.apache.commons.lang3.ClassUtils;
import org.apache.commons.lang3.ObjectUtils;
@@ -46,7 +47,7 @@
* pFor example, the detail version of the array based methods
will
* output the whole array, whereas the summary method will just
output
* the array length./p
- *
+ *
* pIf you want to format the output of certain objects, such
as dates, you
* must create a subclass and override a method.
* pre
@@ -73,17 +74,17 @@
/**
* The default toString style. Using the Using the
codePerson/code
* example from {...@link ToStringBuilder}, the output would
look like this:
- *
+ *
* pre
* per...@182f0db[name=john Doe,age=33,smoker=false]
* /pre
*/
public static final ToStringStyle DEFAULT_STYLE = new
DefaultToStringStyle();
-
+
/**
* The multi line toString style. Using the Using the
codePerson/code
* example from {...@link ToStringBuilder}, the output would
look like this:
- *
+ *
* pre
* per...@182f0db[
* name=John Doe
@@ -93,26 +94,26 @@
* /pre
*/
public static final ToStringStyle MULTI_LINE_STYLE = new
MultiLineToStringStyle();
-
+
/**
* The no field names toString style. Using the Using the
* codePerson/code example from {...@link ToStringBuilder},
the output
* would look like this:
- *
+ *
* pre
* per...@182f0db[john Doe,33,false]
* /pre
*/
public static final ToStringStyle NO_FIELD_NAMES_STYLE = new
NoFieldNameToStringStyle();
-
+
/**
* The short prefix toString style. Using the codePerson/
code example
* from {...@link ToStringBuilder}, the output would look like
this:
- *
+ *
* pre
* Person[name=John Doe,age=33,smoker=false]
* /pre
- *
+ *
* @since 2.1
*/
public static final ToStringStyle SHORT_PREFIX_STYLE = new
ShortPrefixToStringStyle();
@@ -120,38 +121,32 @@
/**
* The simple toString style. Using the Using the
codePerson/code
* example from {...@link ToStringBuilder}, the output would
look like this:
- *
+ *
* pre
* John Doe,33,false
* /pre
*/
public static final ToStringStyle SIMPLE_STYLE = new
SimpleToStringStyle();
-
+
/**
* p
* A registry of objects used by codereflectionToString/
code methods
* to detect cyclical object references and avoid infinite
loops.
* /p
*/
-private static final ThreadLocalSetObject registry = new
ThreadLocalSetObject() {
-@Override
-protected SetObject initialValue() {
-// The HashSet
Re: [ANNOUNCEMENT] Jexl 2.0 released.
Fixed readme, release notes nightly builds link; Jexl 1.1 is available through archive. -- View this message in context: http://n4.nabble.com/ANNOUNCEMENT-Jexl-2-0-released-tp1470182p1470410.html Sent from the Commons - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [ANNOUNCEMENT] Jexl 2.0 released.
On 05/02/2010, henrib hen...@apache.org wrote: Fixed readme, Not quite - you only fixed the one in the top-level directory, the ones in binary/source need to be updated too. That's normally done by linking them together, as is done for HEADER.html: 530680166 -rw-rw-r--1 apbackup commons 1440 Feb 5 15:26 ./README.html 530680154 -rw-rw-r--1 apbackup commons 464 Sep 2 2007 ./HEADER.html 530680264 -rw-rw-r--1 apbackup commons 464 Sep 2 2007 ./source/HEADER.html 530680276 -rw-rw-r--1 apbackup commons 1440 Aug 2 2007 ./source/README.html 530680184 -rw-rw-r--1 apbackup commons 464 Sep 2 2007 ./binaries/HEADER.html 530680196 -rw-rw-r--1 apbackup commons 1440 Aug 2 2007 ./binaries/README.html Note the different link counts for HEADER and README. release notes nightly builds link; OK. Jexl 1.1 is available through archive. Yes, but that's not the point - JEXL 2.0 and 1.1 are both current releases as they target different JVMs. -- View this message in context: http://n4.nabble.com/ANNOUNCEMENT-Jexl-2-0-released-tp1470182p1470410.html Sent from the Commons - Dev mailing list archive at Nabble.com. - 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: [ANNOUNCEMENT] Jexl 2.0 released.
Relinked readme.
Not sure what to do about 1.1: should I hand-modify download_jexl.xml to
include 1.1 Source/Binary entries, regen html copy over in
/www/commons.apache.org/jexl ? (1.1 tars/signature being still available in
/www/www.apache.org/dist/commons/jexl/{source,binaries}) Would this be
enough?
--
View this message in context:
http://n4.nabble.com/ANNOUNCEMENT-Jexl-2-0-released-tp1470182p1470501.html
Sent from the Commons - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: [ANNOUNCEMENT] Jexl 2.0 released.
On 05/02/2010, henrib hen...@apache.org wrote:
Relinked readme.
Not sure what to do about 1.1: should I hand-modify download_jexl.xml to
include 1.1 Source/Binary entries, regen html copy over in
/www/commons.apache.org/jexl ? (1.1 tars/signature being still available in
/www/www.apache.org/dist/commons/jexl/{source,binaries}) Would this be
enough?
So long as both are available on the download page that's all that
matters as far as the end-users are concerned.
I don't know how to achieve this with the M2 build. It would be best
if the change was done in such a way that it would not be lost if the
site is updated.
--
View this message in context:
http://n4.nabble.com/ANNOUNCEMENT-Jexl-2-0-released-tp1470182p1470501.html
Sent from the Commons - Dev mailing list archive at Nabble.com.
-
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: [ANNOUNCEMENT] Jexl 2.0 released.
On Fri, Feb 5, 2010 at 1:25 PM, sebb seb...@gmail.com wrote:
On 05/02/2010, henrib hen...@apache.org wrote:
Relinked readme.
Not sure what to do about 1.1: should I hand-modify download_jexl.xml to
include 1.1 Source/Binary entries, regen html copy over in
/www/commons.apache.org/jexl ? (1.1 tars/signature being still available in
/www/www.apache.org/dist/commons/jexl/{source,binaries}) Would this be
enough?
So long as both are available on the download page that's all that
matters as far as the end-users are concerned.
I don't know how to achieve this with the M2 build. It would be best
if the change was done in such a way that it would not be lost if the
site is updated.
snip/
Edit by hand for now. A simple 'mvn site' won't cause the edits to be
lost thereafter. Once there is a v1.2 of the commons build plugin, we
can do this correctly -- its addressed in COMMONSSITE-48 [1].
Since you will be sending another announcement to the user list, if I
may nitpick on some cosmetic improvements (take what you like):
(a) The line breaks aren't right in the announcement email, so the
text doesn't flow correctly and is a bit hard to read
(b) I prefer bug lists in announcements to be along the lines of the
latter style below (since it aligns the issue keys better):
* Some bug fixed [JEXL-1]
* Some other bug with a much longer description fixed [JEXL-2]
vs.
* [JEXL-1] Some bug fixed
* [JEXL-2] Some other bug with a much longer description fixed
(c) IMO, its better for the subject to say Apache Commons JEXL 2.0
(d) An oddity ATM is that the main Commons site has a separate JEXL
download page [2] that is referenced from the 2.0 link on this page
[3].
-Rahul
[1] https://issues.apache.org/jira/browse/COMMONSSITE-48
[2] http://commons.apache.org/downloads/download_jexl.cgi
[3] http://commons.apache.org/jexl/releases.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r907129 - in /commons/proper/lang/branches/LANG_2_X/src: main/java/org/apache/commons/lang/builder/ToStringStyle.java test/java/org/apache/commons/lang/builder/ToStringBuilderTest.ja
On 05/02/2010, mben...@apache.org mben...@apache.org wrote:
Author: mbenson
Date: Fri Feb 5 23:18:32 2010
New Revision: 907129
URL: http://svn.apache.org/viewvc?rev=907129view=rev
Log:
[LANG-586] merge
Modified:
commons/proper/lang/branches/LANG_2_X/src/main/java/org/apache/commons/lang/builder/ToStringStyle.java
commons/proper/lang/branches/LANG_2_X/src/test/java/org/apache/commons/lang/builder/ToStringBuilderTest.java
Modified:
commons/proper/lang/branches/LANG_2_X/src/main/java/org/apache/commons/lang/builder/ToStringStyle.java
URL:
http://svn.apache.org/viewvc/commons/proper/lang/branches/LANG_2_X/src/main/java/org/apache/commons/lang/builder/ToStringStyle.java?rev=907129r1=907128r2=907129view=diff
==
---
commons/proper/lang/branches/LANG_2_X/src/main/java/org/apache/commons/lang/builder/ToStringStyle.java
(original)
+++
commons/proper/lang/branches/LANG_2_X/src/main/java/org/apache/commons/lang/builder/ToStringStyle.java
Fri Feb 5 23:18:32 2010
...
@@ -187,33 +186,41 @@
* p
* Unregisters the given object.
* /p
- *
+ *
* p
* Used by the reflection methods to avoid infinite loops.
* /p
- *
+ *
* @param value
* The object to unregister.
*/
static void unregister(Object value) {
-getRegistry().remove(value);
+if (value != null) {
+Map m = getRegistry();
+if (m != null) {
+m.remove(value);
+if (m.isEmpty()) {
+REGISTRY.remove();
ThreadLocal.remove() requires Java 1.5+
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
[g...@vmgump]: Project commons-jexl (in module apache-commons) failed
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-jexl has an issue affecting its community integration. This issue affects 3 projects. The current state of this project is 'Failed', with reason 'Missing Build Outputs'. For reference only, the following projects are affected by this: - commons-jexl : Commons Jexl Package - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-jexl/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jexl-2.0.jar] identifier set to project name -DEBUG- (Gump generated) Maven2 Settings in: /srv/gump/public/workspace/apache-commons/jexl/gump_mvn_settings.xml -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/jexl/pom.xml -INFO- Failed with reason missing build outputs -ERROR- Missing Output: /srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0.jar -ERROR- See Directory Listing Work for Missing Outputs -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-jexl/gump_work/build_apache-commons_commons-jexl.html Work Name: build_apache-commons_commons-jexl (Type: Build) Work ended in a state of : Success Elapsed: 41 secs Command Line: mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/jexl/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/jexl] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-05022010.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/digester/dist/commons-digester.jar:/srv/gump/public/workspace/apache-commons/lang/target/commons-lang-3.0-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-05022010.jar:/srv/gump/pu blic/workspace/apache-commons/logging/target/commons-logging-api-05022010.jar:/srv/gump/public/workspace/apache-commons/validator/dist/commons-validator-05022010.jar:/srv/gump/public/workspace/jakarta-bsf3/bsf-api/target/bsf-api-3.0-SNAPSHOT.jar:/srv/gump/public/workspace/jakarta-oro/jakarta-oro-05022010.jar:/srv/gump/packages/javacc-3.1/bin/lib/javacc.jar:/srv/gump/public/workspace/junit/dist/junit-05022010.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - SEVERE: ambiguous method invocation: org.apache.commons.jexl2.CacheTest$Cached0.compute(null) Feb 5, 2010 7:05:51 PM org.apache.commons.jexl2.internal.introspection.IntrospectorBase getMethod SEVERE: ambiguous method invocation: org.apache.commons.jexl2.CacheTest$Cached1.compute(null) Feb 5, 2010 7:05:51 PM org.apache.commons.jexl2.internal.introspection.IntrospectorBase getMethod SEVERE: ambiguous method invocation: org.apache.commons.jexl2.CacheTest$Cached2.compute(null) Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.533 sec Running org.apache.commons.jexl2.ScriptTest Starting test script The result is 7 Starting test script The result is 7 Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.143 sec Running org.apache.commons.jexl2.BitwiseOperatorTest Tests run: 23, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec Running org.apache.commons.jexl2.ForEachTest Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.023 sec Running org.apache.commons.jexl2.MethodTest Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.068 sec Running org.apache.commons.jexl2.examples.MethodPropertyTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec Running org.apache.commons.jexl2.internal.introspection.MethodKeyTest Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.441 sec Running org.apache.commons.jexl2.BlockTest Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec Running org.apache.commons.jexl2.MapLiteralTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time
