RE: [lang] Release Candidiate 8 available
BTW, this and other ant dependencies can be looked up here: http://ant.apache.org/manual/install.html#librarydependencies Gary -Original Message- From: Gary Gregory [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 31, 2005 10:55 PM To: Jakarta Commons Developers List; [EMAIL PROTECTED] Subject: RE: [lang] Release Candidiate 8 available Simon: You probably need to copy junit.jar to %ANT_HOME%\lib Gary -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 31, 2005 10:37 PM To: Jakarta Commons Developers List Subject: Re: [lang] Release Candidiate 8 available On Tue, 2005-05-31 at 22:38 -0400, Steven Caswell wrote: Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. When running ant test, I get: output BUILD FAILED /home/simon/downloads/lang/commons-lang-2.1-RC8/build.xml:149: The following error occurred while executing this line: /home/simon/downloads/lang/commons-lang-2.1-RC8/build.xml:142: Could not create task or type of type: junit. Ant could not find the task or a class this task relies upon. /output I have ant 1.6.3: output [EMAIL PROTECTED]:~/downloads/lang/commons-lang-2.1-RC8$ ant -version Apache Ant version 1.6.3 compiled on April 28 2005 /output It seems that the junit task is an *optional* task that must be installed in addition to standard ant. I'm not in favour of requiring users to install optional ant tasks. http://ant.apache.org/manual/OptionalTasks/junit.html Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34661] - [logging][PATCH] Improvements to LogFactoryImpl
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34661. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34661 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15221|0 |1 is obsolete|| Attachment #15222|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 08:03 --- Created an attachment (id=15238) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15238action=view) diff to LogFactoryImpl 5a Updated to reflect comments above. Some of the code comments differ from what you wrote, Simon, as this patch does not yet include the option to recover from flawed discovery. Also replaced the rest of the silly if (t instanceof LogConfigurationException) stuff with normal catch blocks. Couple of comment fixes too. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Release Candidiate 8 available
Hello All: I have run the following with success on Window XP SP2 based on unzipping http://people.apache.org/~stevencaswell/commons-lang-2.1/distributions/c ommons-lang-2.1-RC8-src.zip. Ant 1.6.4 with the command ant clean dist-build-2.1 test with: Sun Java 1.5.0_03 Sun Java 1.4.2_08 Sun Java 1.3.1_14 Maven 1.0.2 with the command maven clean site:generate (for all Sun java versions above) always gives me: BUILD FAILED File.. C:\Documents and Settings\ggregory.SSSI\.maven\cache\maven-checkstyle-plugin-2.5\plugin.j elly Element... ant:checkstyle Line.. 144 Column 63 Unable to create a Checker: unable to find file:checkstyle.xml Total time: 5 seconds Finished at: Tue May 31 23:06:42 PDT 2005 The checkstyle file(s) are missing from the src dist. Do we still need BOTH checkstyle.properties and checkstyle.xml in SVN? Thanks, Gary -Original Message- From: Steven Caswell [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 31, 2005 7:38 PM To: Jakarta Commons Developers List Subject: [lang] Release Candidiate 8 available Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] LoadTest
--- Simon Kitching [EMAIL PROTECTED] wrote: On Tue, 2005-05-31 at 17:59 +1200, Simon Kitching wrote: The test doesn't set up its own clean classpath?! I thought that was what the AppClassLoader private class was all about - though of course it's hard to tell as there aren't any comments on it. It's just used to create the child-first child classloader -- doesn't affect the parent classpath. I think its trying to do a similar thing as the ClassReloader in beanutils. If the unit test doesn't properly set up a clean classpath before doing classpath-related unit tests, then that really sucks. Ah well, I don't think any of us have enough enthusiasm to fix the unit tests as well as the code. So however you get the test to run is ok by me. Hmm. I just tried your patch to include LoadTest in TestAll. And the test LoadTest fails for me with some problem in the reload method. That's without having applied any of your patches, ie the current HEAD version of the test fails against the current HEAD version of JCL. Strange. I ran it against HEAD yesterday and it worked, and just double checked and it still works. I suspect the reason the test isn't in the standard suite is that it has never actually worked properly at all. The custom ClassLoader user probably doesn't properly isolate the test from the surrounding environment meaning that the test will work for some people but not others (eg you, but not me). The subversion history shows that while license text etc. have been updated in it, no-one has actually committed a *meaningful* change to it since it was created at 2003-03-01. I might try to find time to have a look at this, but as the test was never part of the standard suite, I'm now generally in favour of just ignoring it. Haven't looked carefully, but the tests using Wrapper probably cover a lot of the same ground. Brian __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 08:25 --- Created an attachment (id=15239) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15239action=view) adds simple attribute matching I changed the following classes in the commons-digestor 1.6 so it can match based on the attribute value Modified RuleBase.add() Digestor.startElement() Added Rule.attributeXpath Rule.getAttributeXpath() Rule.setAttributeXpath() Digestor.filterRulesByValidAttributeMatch() Digestor.useAttributeRule() Digestor.rebuildNode() For the following exmple. people person location type=home postcode3190postcode /id /person /people digester-rules pattern value=people/person object-create-rule classname=com.Person / pattern value=[EMAIL PROTECTED]'home'] call-method-rule pattern=postcode methodname=setPostcode paramcount=0/ /pattern set-next-rule methodname=add paramtype=java.lang.Object / /pattern /digester-rules The person.postcode value will be 3190 as the xpath e.g. people/person/[EMAIL PROTECTED]'home'] /postcode matches the rules. If the sample input was as follows then the person.postcode value would not be set. people person location type=work postcode3190postcode /id /person /people The modification to code is limited to defining one [EMAIL PROTECTED] per xpath. Also i do not pop all the of the attributes off the stack, only the ones i need. Is there a better way to do this? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 08:33 --- Created an attachment (id=15240) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15240action=view) adds simple attribute matching I changed the following classes in the commons-digestor 1.6 to allow for simple attribute matching. Modified RuleBase.add() Digestor.startElement() Added Rule.attributeXpath Rule.getAttributeXpath() Rule.setAttributeXpath() Digestor.filterRulesByValidAttributeMatch() Digestor.useAttributeRule() Digestor.rebuildNode() For the following exmple. people person location type=home postcode3190postcode /id /person /people digester-rules pattern value=people/person object-create-rule classname=com.Person / pattern value=[EMAIL PROTECTED]'home'] call-method-rule pattern=postcode methodname=setPostcode paramcount=0/ /pattern set-next-rule methodname=add paramtype=java.lang.Object / /pattern /digester-rules The person.postcode value will be 3190 as the xpath e.g. people/person/[EMAIL PROTECTED]'home'] /postcode matches the rules. If the sample input was then person.postcode value would not be set. people person location type=work postcode3190postcode /id /person /people The modification to code is limited to defining 1 [EMAIL PROTECTED] per xpath. This can easily be changed. Also i do not pop all the of the attributes off the stack, only the ones i need. Is there a better way to do this? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] HP-UX 11 port of JSVC (Commons::Daemon)
Hello and have a good time of day!
This patch allows JSVC to compile and run on HP-UX 11
systems. It has been tested on PA_RISC2.0W architecture,
but should also work on PA_RISC2.0. Compilation was
performed with GCC 3.4.3, with JDK 1.4.2 provided by HP.
There is a major problem with that patch. It links libjvm.sl
directly to jsvc binary in addition of dlopen()ing it because
of static TLS entry inside libjvm.sl. These TLS problems are
native and common to HP-UX, and I don't know how to get rid
of it. Maybe using HP's ANSI-compatible C compiler could help.
Please note that this patch is hard-coded to JDK 1.4, which
always resides in /opt/java1.4.
In addition, I had to decrease sleep() parameter in the child()
wait-for-stop cycle. With the default value of 60 seconds there
were significant delays (up to 60 seconds) in the response to
SIGINT, SIGHUP and SIGTERM. With the value of 2 seconds the delay
is always almost zero. I know it's strange, but it works after all.
Hope this patch could be useful to people using HP-UX.
--
Max Zinal
diff -ur daemon-1.0.1a/src/native/unix/configure
daemon-1.0.1b/src/native/unix/configure
--- daemon-1.0.1a/src/native/unix/configure 2005-05-17 15:00:45.0
+0400
+++ daemon-1.0.1b/src/native/unix/configure 2005-06-01 10:13:13.746683194
+0400
@@ -2413,6 +2413,10 @@
CFLAGS=$CFLAGS -pthread -DOS_TRU64 -DDSO_DLFCN -D_XOPEN_SOURCE_EXTENDED
LDFLAGS=$LDFLAGS -pthread
;;
+ hpux11*)
+CFLAGS=$CFLAGS -pthread -DOS_HPUX -DDSO_DLFCN
+LDFLAGS=$LDFLAGS -pthread -lpthread
+;;
*)
echo $as_me:$LINENO: result: failed 5
echo ${ECHO_T}failed 6
@@ -2444,6 +2448,16 @@
CFLAGS=$CFLAGS -DCPU=\\\alpha\\\
supported_os=alpha
;;
+ hppa2.0w)
+CFLAGS=$CFLAGS -DCPU=\\\PA_RISC2.0W\\\
+supported_os=hp-ux
+LDFLAGS=$LDFLAGS -L/opt/java1.4/jre/lib/PA_RISC2.0W/server -ljvm
+;;
+ hppa2.0)
+CFLAGS=$CFLAGS -DCPU=\\\PA_RISC2.0\\\
+supported_os=hp-ux
+LDFLAGS=$LDFLAGS -L/opt/java1.4/jre/lib/PA_RISC2.0/server -ljvm
+;;
*)
echo $as_me:$LINENO: result: failed 5
echo ${ECHO_T}failed 6
diff -ur daemon-1.0.1a/src/native/unix/native/jsvc-unix.c
daemon-1.0.1b/src/native/unix/native/jsvc-unix.c
--- daemon-1.0.1a/src/native/unix/native/jsvc-unix.c2005-05-30
15:50:34.0 +0400
+++ daemon-1.0.1b/src/native/unix/native/jsvc-unix.c2005-06-01
10:14:19.817823008 +0400
@@ -524,7 +524,7 @@
java_sleep(60);
/* pause(); */
#else
-sleep(60); /* pause() not threadsafe */
+sleep(2); /* pause() not threadsafe */
#endif
}
remove_tmp_file(args);
diff -ur daemon-1.0.1a/src/native/unix/native/location.c
daemon-1.0.1b/src/native/unix/native/location.c
--- daemon-1.0.1a/src/native/unix/native/location.c 2005-04-27
20:28:57.0 +0400
+++ daemon-1.0.1b/src/native/unix/native/location.c 2005-06-01
10:13:13.747682969 +0400
@@ -40,6 +40,9 @@
#elif defined(OS_TRU64)
/usr/opt/java142,
/usr/opt/java13,
+#elif defined(OS_HPUX)
+/opt/java1.4,
+/opt/java1.3,
#endif
NULL,
};
@@ -99,6 +102,11 @@
$JAVA_HOME/jre/lib/ CPU /fast32/libjvm.so,
$JAVA_HOME/lib/ CPU /fast64/libjvm.so,
$JAVA_HOME/lib/ CPU /fast32/libjvm.so,
+#elif defined(OS_HPUX)
+$JAVA_HOME/jre/lib/ CPU /server/libjvm.sl,
+$JAVA_HOME/jre/lib/ CPU /client/libjvm.sl,
+$JAVA_HOME/jre/lib/ CPU /hotspot/libjvm.sl,
+$JAVA_HOME/jre/lib/ CPU /classic/libjvm.sl,
#endif
NULL,
};
@@ -114,6 +122,9 @@
#elif defined(OS_LINUX) || defined(OS_SOLARIS) || defined(OS_BSD) ||
defined(OS_FREEBSD) || defined(OS_TRU64)
$JAVA_HOME/jre/lib/ CPU /$VM_NAME/libjvm.so,/* Sun JDK 1.3 */
$JAVA_HOME/lib/ CPU /$VM_NAME/libjvm.so,/* Sun JRE 1.3 */
+#elif defined(OS_HPUX)
+$JAVA_HOME/jre/lib/ CPU /$VM_NAME/libjvm.sl,
+$JAVA_HOME/lib/ CPU /$VM_NAME/libjvm.sl,
#elif defined(OS_SYSV)
$JAVA_HOME/jre/lib/ CPU /$VM_NAME/dce_threads/libjvm.so,
$JAVA_HOME/jre/lib/ CPU /$VM_NAME/green_threads/libjvm.so,
diff -ur daemon-1.0.1a/src/native/unix/support/apsupport.m4
daemon-1.0.1b/src/native/unix/support/apsupport.m4
--- daemon-1.0.1a/src/native/unix/support/apsupport.m4 2005-04-28
12:03:15.0 +0400
+++ daemon-1.0.1b/src/native/unix/support/apsupport.m4 2005-06-01
10:13:13.749682519 +0400
@@ -58,6 +58,10 @@
CFLAGS=$CFLAGS -pthread -DOS_TRU64 -DDSO_DLFCN -D_XOPEN_SOURCE_EXTENDED
LDFLAGS=$LDFLAGS -pthread
;;
+ hpux11*)
+CFLAGS=$CFLAGS -pthread -DOS_HPUX -DDSO_DLFCN
+LDFLAGS=$LDFLAGS -pthread -lpthread
+;;
*)
AC_MSG_RESULT([failed])
AC_MSG_ERROR([Unsupported operating system $host_os])
@@ -86,6 +90,16 @@
CFLAGS=$CFLAGS -DCPU=\\\alpha\\\
supported_os=alpha
;;
+ hppa2.0w)
+CFLAGS=$CFLAGS -DCPU=\\\PA_RISC2.0W\\\
+supported_os=hp-ux
+LDFLAGS=$LDFLAGS -L/opt/java1.4/jre/lib/PA_RISC2.0W/server -ljvm
+;;
+ hppa2.0)
+CFLAGS=$CFLAGS -DCPU=\\\PA_RISC2.0\\\
+supported_os=hp-ux
+
[transaction][RESULT][VOTE] Release 1.1 final
Dear community, with the following votes the Commons community has decided to release Commons Transaction 1.1 final: Oliver Zeigermann [EMAIL PROTECTED] +1 Daniel Florey [EMAIL PROTECTED] +1 Stefan Lützkendorf [EMAIL PROTECTED] +1 Distribution: http://www.apache.org/~ozeigermann/tx-1.1 Release notes: http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_FINAL_RELEASE/RELEASE-NOTES.txt Oliver (on behalf of the Commons community) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35150] New: - NullPointerException in FileUtils.listFiles
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35150.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35150
Summary: NullPointerException in FileUtils.listFiles
Product: Commons
Version: 1.0 Final
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: IO
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I get following error:
Exception in thread main java.lang.NullPointerException
at org.apache.commons.io.FileUtils.innerListFiles(FileUtils.java:145)
at org.apache.commons.io.FileUtils.innerListFiles(FileUtils.java:147)
at org.apache.commons.io.FileUtils.listFiles(FileUtils.java:215)
at test.Find.main(Find.java:17)
to reproduce:
$ mkdir /tmp/poa
$ touch /tmp/poa/ft-v05.2005-05-22.221500
$ java -cp .:/usr/local/lib/java/commons-io-1.0/commons-io-1.0.jar test.Find
Exception in thread main java.lang.NullPointerException
at org.apache.commons.io.FileUtils.innerListFiles(FileUtils.java:145)
at org.apache.commons.io.FileUtils.innerListFiles(FileUtils.java:147)
at org.apache.commons.io.FileUtils.listFiles(FileUtils.java:215)
at test.Find.main(Find.java:17)
test.Find:
package test;
import java.io.File;
import java.util.Collection;
import java.util.Iterator;
import org.apache.commons.io.FileUtils;
import org.apache.commons.io.filefilter.FileFilterUtils;
import org.apache.commons.io.filefilter.IOFileFilter;
import org.apache.commons.io.filefilter.TrueFileFilter;
public class Find {
public static void main(String[] args) {
File rootDir = new File(/tmp/);
IOFileFilter filter =
FileFilterUtils.prefixFileFilter(ft-v05);
Collection files = FileUtils.listFiles(rootDir, filter,
TrueFileFilter.INSTANCE);
for (Iterator i = files.iterator(); i.hasNext(); ) {
File f = (File)i.next();
System.out.println(f.getName());
}
}
}
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-email (in module jakarta-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 [EMAIL PROTECTED] Project commons-email has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 37 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-template : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-01062005.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/javamail-1.3.2/mail.jar:/usr/local/gump/packages/javamail-1.3.2/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) commons-logging-1.0.3.jar velocity-1.4-dev.jar velocity-dvsl-0.45.jar Total time: 3 seconds Finished at: Wed Jun 01 01:40:04 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #25. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-email (in module jakarta-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 [EMAIL PROTECTED] Project commons-email has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 37 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-template : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-01062005.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/javamail-1.3.2/mail.jar:/usr/local/gump/packages/javamail-1.3.2/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) commons-logging-1.0.3.jar velocity-1.4-dev.jar velocity-dvsl-0.45.jar Total time: 3 seconds Finished at: Wed Jun 01 01:40:04 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons/commons-email/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #25. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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 [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) velocity-1.4-dev.jar velocity-dvsl-0.45.jar xml-apis-1.0.b2.jar Total time: 3 seconds Finished at: Wed Jun 01 02:22:44 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #42. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-id (in module jakarta-commons-sandbox) 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 [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) velocity-1.4-dev.jar velocity-dvsl-0.45.jar xml-apis-1.0.b2.jar Total time: 3 seconds Finished at: Wed Jun 01 02:22:44 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-id/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #42. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 11:27 --- Created an attachment (id=15241) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15241action=view) trying to add attachment again for previous post -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15241|application/octet-stream|text/plain mime type|| Attachment #15241|0 |1 is patch|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15241|1 |0 is patch|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15241|text/plain |application/octet-stream mime type|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15239|text/plain |application/octet-stream mime type|| Attachment #15239|1 |0 is patch|| --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 11:31 --- (From update of attachment 15239) THis is a proposed patch. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #15240|text/plain |application/octet-stream mime type|| Attachment #15240|1 |0 is patch|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-messenger (in module jakarta-commons-sandbox) 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 [EMAIL PROTECTED] Project commons-messenger has an issue affecting its community integration. This issue affects 5 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - avalon-jms-api : Avalon SVN - avalon-jms-impl : Avalon SVN - avalon-jms-test : Avalon SVN - commons-messenger : A web based JMS framework - jakarta-taglibs-jmstags : JMS Taglib Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-messenger-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/gump_work/build_jakarta-commons-sandbox_commons-messenger.html Work Name: build_jakarta-commons-sandbox_commons-messenger (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/jms1.0.2/lib/geronimo-spec-jms-DEV.jar:/usr/local/gump/packages/jta-spec1_0_1/geronimo-spec-jta-DEV.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependency: xml-apis-1.0.b2.jar Total time: 3 seconds Finished at: Wed Jun 01 02:32:23 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #46. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-messenger (in module jakarta-commons-sandbox) 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 [EMAIL PROTECTED] Project commons-messenger has an issue affecting its community integration. This issue affects 5 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - avalon-jms-api : Avalon SVN - avalon-jms-impl : Avalon SVN - avalon-jms-test : Avalon SVN - commons-messenger : A web based JMS framework - jakarta-taglibs-jmstags : JMS Taglib Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-messenger-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/gump_work/build_jakarta-commons-sandbox_commons-messenger.html Work Name: build_jakarta-commons-sandbox_commons-messenger (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/messenger] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/jms1.0.2/lib/geronimo-spec-jms-DEV.jar:/usr/local/gump/packages/jta-spec1_0_1/geronimo-spec-jta-DEV.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependency: xml-apis-1.0.b2.jar Total time: 3 seconds Finished at: Wed Jun 01 02:32:23 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-sandbox/commons-messenger/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #46. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-resources (in module jakarta-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 [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-resources : Commons resources Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-resources-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/resources/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/resources/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/resources/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/gump_work/build_jakarta-commons_commons-resources.html Work Name: build_jakarta-commons_commons-resources (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/resources] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/resources/target/classes:/usr/local/gump/public/workspace/jakarta-commons/resources/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/resources/test:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-dao-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-common-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-sqlmap-2.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/hsqldb/lib/hsqldb.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) velocity-1.4-dev.jar velocity-dvsl-0.45.jar Total time: 3 seconds Finished at: Wed Jun 01 02:35:07 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #47. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-resources (in module jakarta-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 [EMAIL PROTECTED] Project commons-resources has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-resources : Commons resources Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-resources-01062005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/resources/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/resources/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/resources/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/gump_work/build_jakarta-commons_commons-resources.html Work Name: build_jakarta-commons_commons-resources (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/resources] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/resources/target/classes:/usr/local/gump/public/workspace/jakarta-commons/resources/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/resources/test:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-dao-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-common-2.jar:/usr/local/gump/packages/iBATIS_DBL-2.0.5.399/ibatis-sqlmap-2.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/hsqldb/lib/hsqldb.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 The build cannot continue because of the following unsatisfied dependencies: dom4j-1.4-dev-8.jar commons-jelly-20030902.160215.jar commons-jelly-tags-jsl-20030211.143151.jar commons-jelly-tags-log-20030211.142821.jar commons-jelly-tags-velocity-20030303.205659.jar commons-jelly-tags-xml-20040613.030723.jar (try downloading from http://jakarta.apache.org/commons/jelly/libs/xml/) velocity-1.4-dev.jar velocity-dvsl-0.45.jar Total time: 3 seconds Finished at: Wed Jun 01 02:35:07 PDT 2005 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons/commons-resources/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #47. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) 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 [EMAIL PROTECTED] Project commons-configuration-10 has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-10 : Jakarta Commons Configuration 1.0 release - fulcrum-parser : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.final.name=commons-configuration-1.0 -f build-gump.xml jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-configuration-10] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar - Buildfile: build-gump.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #51. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-configuration-10 (in module jakarta-commons-configuration-10) 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 [EMAIL PROTECTED] Project commons-configuration-10 has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-10 : Jakarta Commons Configuration 1.0 release - fulcrum-parser : Services Framework Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/gump_work/build_jakarta-commons-configuration-10_commons-configuration-10.html Work Name: build_jakarta-commons-configuration-10_commons-configuration-10 (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.final.name=commons-configuration-1.0 -f build-gump.xml jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-configuration-10] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-configuration-10/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-01062005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar - Buildfile: build-gump.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-commons-configuration-10/commons-configuration-10/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2501062005, vmgump.apache.org:vmgump-public:2501062005 Gump E-mail Identifier (unique within run) #51. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] TODOs
Kevin, On the todo list, I know these items are about to be included in the 2.1release any day now: DateRange DurationFormatUtils CharUtils Mutable Number classes Of the remaining items, examples and documentation are always welcome. I know some work has been done on some tokenizing, but I don't know the exact status. Folks as always are busy, so if you don't get more specific responses in a few days, pick one you are interested in, research the prior discussions, and talk to the list with some suggestions. On 5/31/05, Kevin Gessner [EMAIL PROTECTED] wrote: Hello all, I'm interested in helping out on the lang project, and was wondering what TODOs might be outstanding. I saw the Tasks Outstanding page at http://jakarta.apache.org/commons/lang/tasks.html, but have any of these have been started/completed, or are there any additions? I'd rather not duplicate someone's work by mistake! I saw (in the mailing list archives) that DateRange has been completed, but I'm interested in the status of anything else. Thanks, Kevin Gessner [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org
RE: [lang] Release Candidiate 8 available
On Wed, 2005-06-01 at 01:55 -0400, Gary Gregory wrote:
Simon:
You probably need to copy junit.jar to %ANT_HOME%\lib
Yep, that will make things work. But I'm questioning whether it is
reasonable for the lang 2.1 build process to require users to do this.
What is wrong with the old way of running junit?
Alternatively, according to the documentations the junit ant task will
work if the classpath tag is used to point to the junit jar. And there
is already a property defined for that, right? So maybe the build.xml
could be modified to provide an explicit taskdef for junit?
Below is an example from the FAQ:
taskdef name=junit
class=org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
classpath
pathelement location=${junit.jar}/
pathelement location=NEW-HOME-OF/ant-junit.jar/
/classpath
/taskdef
Regards,
Simon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Release Candidiate 8 available
On Tue, 2005-05-31 at 22:38 -0400, Steven Caswell wrote: Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. Ok, apart from the issue that junit.jar had to be copied to ant's lib directory both build and test appears to go fine on: * java 1.2.2 on linux (ant) * java 1.3.1 on linux (ant and maven) * java 1.5 on linux (ant and maven) However I think that that information in STATUS.html regarding dependencies for the project really should be in the RELEASE-NOTES.txt file. In particular, it should be noted that ant 1.6 is now needed to build. And if you do go with using the junit tag in the build.xml, then I think the RELEASE-NOTES.txt file should mention installing junit.jar into ant's lib dir (or point to the info in the STATUS.html file). Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35147] - [digester] Class.getClassLoader() is not reliable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35147. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35147 --- Additional Comments From [EMAIL PROTECTED] 2005-06-01 16:51 --- True, forName(String,false,classLoader) would be more accurate. But why are you loading classes if not to use them? Many of the loadClass calls are followed immediately by newInstance; I didn't trace the rest. But I used forName(String) everywhere without problem. Resources aren't a problem though; every occurance in Digester of a getResource* method is of the form class.getClassLoader().getResource(). They can all be simplified to class.getResource(). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Release Candidiate 8 available
Michael Heuer wrote: Steven Caswell wrote: Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Works for me with maven 1.0.2 on MacOSX Tiger and JDKs java version 1.5.0_02 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-56) Java HotSpot(TM) Client VM (build 1.5.0_02-36, mixed mode, sharing) java version 1.4.2_07 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Found an older one, although not significantly different; also works for me with maven 1.0.2 on MacOSX 10.3.9 and JDK java version 1.4.2_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-141.4) Java HotSpot(TM) Client VM (build 1.4.2-38, mixed mode) michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Release Candidiate 8 available
Hello:
I think it is quite reasonable to use the junit task to invoke junit
tests, IMO it is the best way since it is both clear and succinct.
Invoking junit tests the old way feels to me like a bit of hack, it just
happens to work by some side effect. Using the junit task states: This
is a junit test, run!
Personally, I would not favor the taskdef approach. My view on the
subject is that one's development environment has to be set up in a
certain way and JUnit is part of that. We already need Java, Ant and
Maven. JUnit in Ant is another layer.
We can always change is back of course ;-)
Gary
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 01, 2005 5:36 AM
To: Jakarta Commons Developers List
Subject: RE: [lang] Release Candidiate 8 available
On Wed, 2005-06-01 at 01:55 -0400, Gary Gregory wrote:
Simon:
You probably need to copy junit.jar to %ANT_HOME%\lib
Yep, that will make things work. But I'm questioning whether it is
reasonable for the lang 2.1 build process to require users to do this.
What is wrong with the old way of running junit?
Alternatively, according to the documentations the junit ant task will
work if the classpath tag is used to point to the junit jar. And there
is already a property defined for that, right? So maybe the build.xml
could be modified to provide an explicit taskdef for junit?
Below is an example from the FAQ:
taskdef name=junit
class=org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
classpath
pathelement location=${junit.jar}/
pathelement location=NEW-HOME-OF/ant-junit.jar/
/classpath
/taskdef
Regards,
Simon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179411 - in /jakarta/commons/proper/httpclient/trunk/src: java/org/apache/commons/httpclient/HttpParser.java test/org/apache/commons/httpclient/TestHttpParser.java
Author: olegk
Date: Wed Jun 1 13:04:58 2005
New Revision: 179411
URL: http://svn.apache.org/viewcvs?rev=179411view=rev
Log:
PR #35050 (ProtocolException thrown on slightly broken headers)
Contributed by Oleg Kalnichevski
Reviewed by Michael Becke
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpParser.java
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestHttpParser.java
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpParser.java?rev=179411r1=179410r2=179411view=diff
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpParser.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpParser.java
Wed Jun 1 13:04:58 2005
@@ -163,7 +163,7 @@
StringBuffer value = null;
for (; ;) {
String line = HttpParser.readLine(is, charset);
-if ((line == null) || (line.length() 1)) {
+if ((line == null) || (line.trim().length() 1)) {
break;
}
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestHttpParser.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestHttpParser.java?rev=179411r1=179410r2=179411view=diff
==
---
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestHttpParser.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/TestHttpParser.java
Wed Jun 1 13:04:58 2005
@@ -76,4 +76,50 @@
assertEquals(stuff, HttpParser.readLine(instream,
HTTP_ELEMENT_CHARSET));
assertEquals(null, HttpParser.readLine(instream,
HTTP_ELEMENT_CHARSET));
}
+
+public void testReadWellFormedHttpHeaders() throws Exception {
+InputStream instream = new ByteArrayInputStream(
+a: a\r\nb: b\r\n\r\nwhatever.getBytes(HTTP_ELEMENT_CHARSET));
+Header[] headers = HttpParser.parseHeaders(instream,
HTTP_ELEMENT_CHARSET);
+assertNotNull(headers);
+assertEquals(2, headers.length);
+assertEquals(a, headers[0].getName());
+assertEquals(a, headers[0].getValue());
+assertEquals(b, headers[1].getName());
+assertEquals(b, headers[1].getValue());
+}
+
+public void testReadMalformedHttpHeaders() throws Exception {
+InputStream instream = new ByteArrayInputStream(
+a: a\r\nb b\r\n\r\nwhatever.getBytes(HTTP_ELEMENT_CHARSET));
+try {
+Header[] headers = HttpParser.parseHeaders(instream,
HTTP_ELEMENT_CHARSET);
+fail(HttpException should have been thrown);
+} catch (HttpException expected) {
+}
+}
+
+public void testHeadersTerminatorLeniency1() throws Exception {
+InputStream instream = new ByteArrayInputStream(
+a: a\r\nb: b\r\n\r\r\nwhatever.getBytes(HTTP_ELEMENT_CHARSET));
+Header[] headers = HttpParser.parseHeaders(instream,
HTTP_ELEMENT_CHARSET);
+assertNotNull(headers);
+assertEquals(2, headers.length);
+assertEquals(a, headers[0].getName());
+assertEquals(a, headers[0].getValue());
+assertEquals(b, headers[1].getName());
+assertEquals(b, headers[1].getValue());
+}
+
+public void testHeadersTerminatorLeniency2() throws Exception {
+InputStream instream = new ByteArrayInputStream(
+a: a\r\nb: b\r\n\r\nwhatever.getBytes(HTTP_ELEMENT_CHARSET));
+Header[] headers = HttpParser.parseHeaders(instream,
HTTP_ELEMENT_CHARSET);
+assertNotNull(headers);
+assertEquals(2, headers.length);
+assertEquals(a, headers[0].getName());
+assertEquals(a, headers[0].getValue());
+assertEquals(b, headers[1].getName());
+assertEquals(b, headers[1].getValue());
+}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-Collections enhanced with Java Generics Support
Hi everyone, I'm the other half of the team that did the generifying (if that's even a word) of collections. Sorry I've been silent so far during the discussion of what to do with the new collections, I was out of town and just got caught up with the debate. So after reading the discussion and seeing it stall out a bit, I propose that we start by creating a new project in apache which will contain the current source code from our collections.sf.net repository. To this new project we can all then add things like new MultiMap and ChainedTransformer interfaces and implementations that will break compatibility with existing Collections releases. We can then also accept new generics specific test cases to add to the already existing set. The specifics of how all this would work, i.e. if John and I would become apache committers or not, I'm not sure what the best route here is. If this is to become a semi-autonomous project then I think having us as the main committers probably does make the most sense. Throughout the process I think it's important to maintain a beta or alpha release of the project so early adopters can start using it and contributing feedback. There is no advantage in my mind to holding off on releases until we have the last few controversial classes converted, better to get feedback from the entire community on the bulk of the work up front. I think with our working implementation of the majority of classes, along with the collection15 team's input and contributions on the remainders we should be in great shape overall. Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179416 - /jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt
Author: ggregory Date: Wed Jun 1 13:36:59 2005 New Revision: 179416 URL: http://svn.apache.org/viewcvs?rev=179416view=rev Log: - Starting with version 2.1, Ant version 1.6.x is required to build. Copy junit.jar to ANT_HOME/lib. You can get JUnit from http://www.junit.org. Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt?rev=179416r1=179415r2=179416view=diff == --- jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Wed Jun 1 13:36:59 2005 @@ -26,6 +26,9 @@ - The StopWatch class has had much extra validation added. If your code previously relied on unusual aspects, it may no longer work. +- Starting with version 2.1, Ant version 1.6.x is required to build. Copy +junit.jar to ANT_HOME/lib. You can get JUnit from http://www.junit.org. + DEPRECATIONS: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Release Candidiate 8 available
Hello: I've added the following to RELEASE-NOTES.txt: - Starting with version 2.1, Ant version 1.6.x is required to build. Copy junit.jar to ANT_HOME/lib. You can get JUnit from http://www.junit.org. Gary -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 6:43 AM To: Jakarta Commons Developers List Subject: Re: [lang] Release Candidiate 8 available On Tue, 2005-05-31 at 22:38 -0400, Steven Caswell wrote: Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. Ok, apart from the issue that junit.jar had to be copied to ant's lib directory both build and test appears to go fine on: * java 1.2.2 on linux (ant) * java 1.3.1 on linux (ant and maven) * java 1.5 on linux (ant and maven) However I think that that information in STATUS.html regarding dependencies for the project really should be in the RELEASE-NOTES.txt file. In particular, it should be noted that ant 1.6 is now needed to build. And if you do go with using the junit tag in the build.xml, then I think the RELEASE-NOTES.txt file should mention installing junit.jar into ant's lib dir (or point to the info in the STATUS.html file). Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Release Candidiate 8 available
I agree with Gary. I don't have a problem putting the junit.jar into the ant
lib folder. Simon has a good point about documenting the dependency. IMHO
there should be a mention in the release notes with a fuller explanation in
the developer's guide. I'll take a first cut and we can dress it up from
there.
On 6/1/05, Gary Gregory [EMAIL PROTECTED] wrote:
Hello:
I think it is quite reasonable to use the junit task to invoke junit
tests, IMO it is the best way since it is both clear and succinct.
Invoking junit tests the old way feels to me like a bit of hack, it just
happens to work by some side effect. Using the junit task states: This
is a junit test, run!
Personally, I would not favor the taskdef approach. My view on the
subject is that one's development environment has to be set up in a
certain way and JUnit is part of that. We already need Java, Ant and
Maven. JUnit in Ant is another layer.
We can always change is back of course ;-)
Gary
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 01, 2005 5:36 AM
To: Jakarta Commons Developers List
Subject: RE: [lang] Release Candidiate 8 available
On Wed, 2005-06-01 at 01:55 -0400, Gary Gregory wrote:
Simon:
You probably need to copy junit.jar to %ANT_HOME%\lib
Yep, that will make things work. But I'm questioning whether it is
reasonable for the lang 2.1 build process to require users to do this.
What is wrong with the old way of running junit?
Alternatively, according to the documentations the junit ant task will
work if the classpath tag is used to point to the junit jar. And there
is already a property defined for that, right? So maybe the build.xml
could be modified to provide an explicit taskdef for junit?
Below is an example from the FAQ:
taskdef name=junit
class=org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
classpath
pathelement location=${junit.jar}/
pathelement location=NEW-HOME-OF/ant-junit.jar/
/classpath
/taskdef
Regards,
Simon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Steven Caswell
[EMAIL PROTECTED]
Take back the web - http://www.mozilla.org
RE: [lang] Release Candidiate 8 available
Ah, good, feel free to nuke or redo my RELEASE-NOTES.txt changes.
Gary
-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 01, 2005 1:38 PM
To: Jakarta Commons Developers List
Cc: [EMAIL PROTECTED]
Subject: Re: [lang] Release Candidiate 8 available
I agree with Gary. I don't have a problem putting the junit.jar into the
ant
lib folder. Simon has a good point about documenting the dependency.
IMHO
there should be a mention in the release notes with a fuller explanation
in
the developer's guide. I'll take a first cut and we can dress it up from
there.
On 6/1/05, Gary Gregory [EMAIL PROTECTED] wrote:
Hello:
I think it is quite reasonable to use the junit task to invoke junit
tests, IMO it is the best way since it is both clear and succinct.
Invoking junit tests the old way feels to me like a bit of hack, it
just
happens to work by some side effect. Using the junit task states: This
is a junit test, run!
Personally, I would not favor the taskdef approach. My view on the
subject is that one's development environment has to be set up in a
certain way and JUnit is part of that. We already need Java, Ant and
Maven. JUnit in Ant is another layer.
We can always change is back of course ;-)
Gary
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 01, 2005 5:36 AM
To: Jakarta Commons Developers List
Subject: RE: [lang] Release Candidiate 8 available
On Wed, 2005-06-01 at 01:55 -0400, Gary Gregory wrote:
Simon:
You probably need to copy junit.jar to %ANT_HOME%\lib
Yep, that will make things work. But I'm questioning whether it is
reasonable for the lang 2.1 build process to require users to do this.
What is wrong with the old way of running junit?
Alternatively, according to the documentations the junit ant task will
work if the classpath tag is used to point to the junit jar. And
there
is already a property defined for that, right? So maybe the build.xml
could be modified to provide an explicit taskdef for junit?
Below is an example from the FAQ:
taskdef name=junit
class=org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
classpath
pathelement location=${junit.jar}/
pathelement location=NEW-HOME-OF/ant-junit.jar/
/classpath
/taskdef
Regards,
Simon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Steven Caswell
[EMAIL PROTECTED]
Take back the web - http://www.mozilla.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] LoadTest
On Tue, 2005-05-31 at 16:42 +1200, Simon Kitching wrote: On Mon, 2005-05-30 at 21:22 -0700, Brian Stansberry wrote: I'm not sure if this is a flaw (maybe the child really wanted jdk logging, and we're giving them log4j), but basically we're discovering the log method made available via the TCCL. I think that if log4j *can* be used, and we find it, then that is right. Autodiscovery is meant to find log4j before jdk14. +1 And I'm not too bothered by discovering the wrong logging implementation anyway; users can always use a commons-logging.properties or a META-INF/services file to specify which logging lib they want if they really care. What's important is that the discovered logging lib *works* (doesn't throw an exception). +1 - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-Collections enhanced with Java Generics Support
Could BeanUtils and/or Betwixt also benefit from enhancements in JDK1.5? Primarily annotations. -Original Message- From: Matt Hall [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 3:18 PM To: commons-dev@jakarta.apache.org Subject: RE: Commons-Collections enhanced with Java Generics Support Hi everyone, I'm the other half of the team that did the generifying (if that's even a word) of collections. Sorry I've been silent so far during the discussion of what to do with the new collections, I was out of town and just got caught up with the debate. So after reading the discussion and seeing it stall out a bit, I propose that we start by creating a new project in apache which will contain the current source code from our collections.sf.net repository. To this new project we can all then add things like new MultiMap and ChainedTransformer interfaces and implementations that will break compatibility with existing Collections releases. We can then also accept new generics specific test cases to add to the already existing set. The specifics of how all this would work, i.e. if John and I would become apache committers or not, I'm not sure what the best route here is. If this is to become a semi-autonomous project then I think having us as the main committers probably does make the most sense. Throughout the process I think it's important to maintain a beta or alpha release of the project so early adopters can start using it and contributing feedback. There is no advantage in my mind to holding off on releases until we have the last few controversial classes converted, better to get feedback from the entire community on the bulk of the work up front. I think with our working implementation of the majority of classes, along with the collection15 team's input and contributions on the remainders we should be in great shape overall. Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] LoadTest
On Tue, 2005-05-31 at 16:49 +1200, Simon Kitching wrote: PS: Robert, you didn't reply on whether you agree with removing the isXXXAvailable methods or not. Please see second paragraph of comment #12, and Brian's response in comment#13: http://issues.apache.org/bugzilla/show_bug.cgi?id=34661 i did post quite an involved reply (but it was easy to miss). it boiled down to: i agree with all your reasoning but think that breaking binary compatibility will make *so* many problems for *so* many users that it's better to leave the methods in. if we break semantic compatibility we definitely need to push the version to 1.1. we also need to add something strong in the release notes and in the announcement. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Release Candidiate 8 available
It looks like checkstyle.xml is the file that is required and that checkstyle.properties is no longer used. It is easy enough to copy checkstyle.xml into the source distribution, but that alone won't enable maven site:generate to be run on the unzipped source. Various pieces of the maven setup require commons-build to also be available, so I'm not sure that it is necessary that the source distribution pass site:generate. I think passing test:test should be sufficient. I propose we wait until after the release and then remove checkstyle.properties. There should be plenty of time from there to verify it really isn't used. On 6/1/05, Gary Gregory [EMAIL PROTECTED] wrote: Hello All: I have run the following with success on Window XP SP2 based on unzipping http://people.apache.org/~stevencaswell/commons-lang-2.1/distributions/c ommons-lang-2.1-RC8-src.zip. Ant 1.6.4 with the command ant clean dist-build-2.1 test with: Sun Java 1.5.0_03 Sun Java 1.4.2_08 Sun Java 1.3.1_14 Maven 1.0.2 with the command maven clean site:generate (for all Sun java versions above) always gives me: BUILD FAILED File.. C:\Documents and Settings\ggregory.SSSI\.maven\cache\maven-checkstyle-plugin-2.5\plugin.j elly Element... ant:checkstyle Line.. 144 Column 63 Unable to create a Checker: unable to find file:checkstyle.xml Total time: 5 seconds Finished at: Tue May 31 23:06:42 PDT 2005 The checkstyle file(s) are missing from the src dist. Do we still need BOTH checkstyle.properties and checkstyle.xml in SVN? Thanks, Gary -Original Message- From: Steven Caswell [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 31, 2005 7:38 PM To: Jakarta Commons Developers List Subject: [lang] Release Candidiate 8 available Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org
svn commit: r179433 - /jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java
Author: olegk
Date: Wed Jun 1 15:16:28 2005
New Revision: 179433
URL: http://svn.apache.org/viewcvs?rev=179433view=rev
Log:
Code cleanup in #hashCode and #equals methods
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java?rev=179433r1=179432r2=179433view=diff
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HostConfiguration.java
Wed Jun 1 15:16:28 2005
@@ -485,45 +485,15 @@
* @see java.lang.Object#equals(java.lang.Object)
*/
public synchronized boolean equals(final Object o) {
-
if (o instanceof HostConfiguration) {
-
// shortcut if we're comparing with ourselves
if (o == this) {
return true;
}
-
HostConfiguration that = (HostConfiguration) o;
-
-if (this.host != null) {
-if (!this.host.equals(that.host)) {
-return false;
-}
-} else {
-if (that.host != null) {
-return false;
-}
-}
-if (this.proxyHost != null) {
-if (!this.proxyHost.equals(that.proxyHost)) {
-return false;
-}
-} else {
-if (that.proxyHost != null) {
-return false;
-}
-}
-if (localAddress != null) {
-if (!localAddress.equals(that.getLocalAddress())) {
-return false;
-}
-} else {
-if (that.getLocalAddress() != null) {
-return false;
-}
-}
-// everything matches
-return true;
+return LangUtils.equals(this.host, that.host)
+ LangUtils.equals(this.proxyHost, that.proxyHost)
+ LangUtils.equals(this.localAddress, that.localAddress);
} else {
return false;
}
@@ -537,6 +507,7 @@
int hash = LangUtils.HASH_SEED;
hash = LangUtils.hashCode(hash, this.host);
hash = LangUtils.hashCode(hash, this.proxyHost);
+hash = LangUtils.hashCode(hash, this.localAddress);
return hash;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179435 - /jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt
Author: stevencaswell Date: Wed Jun 1 15:19:20 2005 New Revision: 179435 URL: http://svn.apache.org/viewcvs?rev=179435view=rev Log: added reference to developer's guide for more info on why Ant 1.6 is required for building Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt?rev=179435r1=179434r2=179435view=diff == --- jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/lang/trunk/RELEASE-NOTES.txt Wed Jun 1 15:19:20 2005 @@ -27,7 +27,8 @@ If your code previously relied on unusual aspects, it may no longer work. - Starting with version 2.1, Ant version 1.6.x is required to build. Copy -junit.jar to ANT_HOME/lib. You can get JUnit from http://www.junit.org. +junit.jar to ANT_HOME/lib. You can get JUnit from http://www.junit.org. See the developer's guide +for more details. DEPRECATIONS: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179442 - /jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml
Author: ozeigermann Date: Wed Jun 1 15:37:48 2005 New Revision: 179442 URL: http://svn.apache.org/viewcvs?rev=179442view=rev Log: Updated to 1.1 release Modified: jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml Modified: jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml?rev=179442r1=179441r2=179442view=diff == --- jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/transaction/trunk/xdocs/downloads.xml Wed Jun 1 15:37:48 2005 @@ -12,6 +12,7 @@ ul lia href=http://archive.apache.org/dist/jakarta/commons/transaction/;Version 1.0 - 15 December 2004/a / a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/transaction/RELEASE-NOTES.txt?rev=1.3;release notes/a/li lia href=http://jakarta.apache.org/site/binindex.cgi#commons-transaction;Version 1.0.1 - 13 January 2005/a / a href=http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/transaction/RELEASE-NOTES.txt?rev=1.3.2.1;release notes/a/li + lia href=http://jakarta.apache.org/site/binindex.cgi#commons-transaction;Version 1.1 - 02 June 2005/a / a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_FINAL_RELEASE/RELEASE-NOTES.txt;release notes/a/li /ul p The latest binary release is always available on the - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179445 - /jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml
Author: stevencaswell Date: Wed Jun 1 15:40:14 2005 New Revision: 179445 URL: http://svn.apache.org/viewcvs?rev=179445view=rev Log: added information about building with Ant 1.6 Modified: jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml Modified: jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml?rev=179445r1=179444r2=179445view=diff == --- jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml (original) +++ jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml Wed Jun 1 15:40:14 2005 @@ -164,6 +164,12 @@ To build a release, the distribution should be build with Ant using JDK 1.2. The Ant target bdist-build/b in build.xml can be used to do this. The site can be build with Maven. +br/br/ +Ant 1.6 or higher is required for building the distribution due to the way the +build.xml script invokes test cases. It uses the more modern lt;junitgt; +optional Ant task, rather than the more messy technique of invoking Java with +the lt;javagt; tag to run the test runner. For this to work, junit.jar must +be copied to the Ant home library directory. /p /section /body - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179446 - /jakarta/commons/proper/lang/trunk/xdocs/tasks.xml
Author: stevencaswell Date: Wed Jun 1 15:40:48 2005 New Revision: 179446 URL: http://svn.apache.org/viewcvs?rev=179446view=rev Log: added post-2.1 release todo tasks Modified: jakarta/commons/proper/lang/trunk/xdocs/tasks.xml Modified: jakarta/commons/proper/lang/trunk/xdocs/tasks.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/tasks.xml?rev=179446r1=179445r2=179446view=diff == --- jakarta/commons/proper/lang/trunk/xdocs/tasks.xml (original) +++ jakarta/commons/proper/lang/trunk/xdocs/tasks.xml Wed Jun 1 15:40:48 2005 @@ -42,6 +42,14 @@ /ul p +Post-2.1 release tasks TODO: +/p +ul +liClean up checkstyle errors/li +liRemove checkstyle.properties from the repository since it appears to no longer be used/li +/ul + +p Would you like to Volunteer? If so, contact the a href=mail-lists.htmlmailing lists/a. /p /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179453 - /jakarta/commons/proper/lang/trunk/maven.xml
Author: stevencaswell Date: Wed Jun 1 16:09:04 2005 New Revision: 179453 URL: http://svn.apache.org/viewcvs?rev=179453view=rev Log: added copying checkstyle.xml to source distribution Modified: jakarta/commons/proper/lang/trunk/maven.xml Modified: jakarta/commons/proper/lang/trunk/maven.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/maven.xml?rev=179453r1=179452r2=179453view=diff == --- jakarta/commons/proper/lang/trunk/maven.xml (original) +++ jakarta/commons/proper/lang/trunk/maven.xml Wed Jun 1 16:09:04 2005 @@ -45,6 +45,7 @@ include name=PROPOSAL.html/ include name=STATUS.html/ include name=default.properties/ +include name=checkstyle.xml/ /fileset /copy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Release Candidiate 8 available
True, if had not thought of the commons-build dependency. In this case, passing Ant builds and tests is enough I think. Gary From: Steven Caswell [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 3:01 PM To: Gary Gregory Cc: Jakarta Commons Developers List Subject: Re: [lang] Release Candidiate 8 available It looks like checkstyle.xml is the file that is required and that checkstyle.properties is no longer used. It is easy enough to copy checkstyle.xml into the source distribution, but that alone won't enable maven site:generate to be run on the unzipped source. Various pieces of the maven setup require commons-build to also be available, so I'm not sure that it is necessary that the source distribution pass site:generate. I think passing test:test should be sufficient. I propose we wait until after the release and then remove checkstyle.properties. There should be plenty of time from there to verify it really isn't used. On 6/1/05, Gary Gregory [EMAIL PROTECTED] wrote: Hello All: I have run the following with success on Window XP SP2 based on unzipping http://people.apache.org/~stevencaswell/commons-lang-2.1/distributions/c ommons-lang-2.1-RC8-src.zip. Ant 1.6.4 with the command ant clean dist-build-2.1 test with: Sun Java 1.5.0_03 Sun Java 1.4.2_08 Sun Java 1.3.1_14 Maven 1.0.2 with the command maven clean site:generate (for all Sun java versions above) always gives me: BUILD FAILED File.. C:\Documents and Settings\ggregory.SSSI\.maven\cache\maven-checkstyle-plugin-2.5\plugin.j elly Element... ant:checkstyle Line.. 144 Column 63 Unable to create a Checker: unable to find file: checkstyle.xml Total time: 5 seconds Finished at: Tue May 31 23:06:42 PDT 2005 The checkstyle file(s) are missing from the src dist. Do we still need BOTH checkstyle.properties and checkstyle.xml in SVN? Thanks, Gary -Original Message- From: Steven Caswell [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 31, 2005 7:38 PM To: Jakarta Commons Developers List Subject: [lang] Release Candidiate 8 available Commons-lang 2.1 release candidate 8 is available at http://www.apache.org/~stevencaswell/commons-lang-2.1/ Primary change is Gary's working out the oddball build and class loading issue that only seems to happen on Windows XP (SP2) since Simon reports that the ant build works fine for him on Linux. As with previous RCs, verification against as many JDK versions would be appreciated, and a sanity check of the docs would also be welcome. Vote to follow if no reports of problems. -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org
[PATCH] [lang] Performance boost for RandomNumberUtils
This patch replaces the StringBuffer used in RandomStringUtils with a
char array, resulting in a significant performance increase (better than
30% by my testing). It doesn't change the existing API, and it passes
the provided unit tests.
Thanks,
Shaun Kalley
Index: trunk/src/java/org/apache/commons/lang/RandomStringUtils.java
===
--- trunk/src/java/org/apache/commons/lang/RandomStringUtils.java
(revision 179476)
+++ trunk/src/java/org/apache/commons/lang/RandomStringUtils.java
(working copy)
@@ -230,26 +230,25 @@
}
}
-StringBuffer buffer = new StringBuffer();
+char[] buffer = new char[count];
int gap = end - start;
-while (count-- != 0) {
+for (int i = 0; i count; i++) {
char ch;
if (chars == null) {
ch = (char) (random.nextInt(gap) + start);
} else {
ch = chars[random.nextInt(gap) + start];
}
-if ((letters numbers Character.isLetterOrDigit(ch))
-|| (letters Character.isLetter(ch))
+if ((letters Character.isLetter(ch))
|| (numbers Character.isDigit(ch))
|| (!letters !numbers)) {
-buffer.append(ch);
+buffer[i] = ch;
} else {
-count++;
+i--;
}
}
-return buffer.toString();
+return new String(buffer);
}
/**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH] [lang] Performance boost for RandomNumberUtils
HI Shaun: Could you please create a Bugzilla ticket and attach your patch there? Thanks! Gary -Original Message- From: Shaun Kalley [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 6:42 PM To: commons-dev@jakarta.apache.org Subject: [PATCH] [lang] Performance boost for RandomNumberUtils This patch replaces the StringBuffer used in RandomStringUtils with a char array, resulting in a significant performance increase (better than 30% by my testing). It doesn't change the existing API, and it passes the provided unit tests. Thanks, Shaun Kalley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35147] - [digester] Class.getClassLoader() is not reliable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35147. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35147 --- Additional Comments From [EMAIL PROTECTED] 2005-06-02 04:36 --- I suggest using false for the initialise parameter of Class.forName only because that is the closest equivalent to ClassLoader.loadClass(name), which doesn't initialise the classes it loads. But Class.forName(name) and Class.getResource(name) are definitely *not* equivalent to the classloader versions. They are for *you* because you only have one level of classloader (null). But consider the behaviour in a web application running within a container like Tomcat, where the digester library is loaded via a shared classloader and the user classes are loaded via a webapp-specific classloader...in that case, the line of code Class.forName(x) within a Digester class will try to load x via the shared classloader, not the webapp-specific classloader. See also method Digester.setClassLoader(loader). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34613] - [digester] Need to process [attribute id=name]somename[/attribute]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34613. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34613 --- Additional Comments From [EMAIL PROTECTED] 2005-06-02 04:45 --- Hi Mark, I think you attached your patch to the wrong bugzilla entry. Isn't your patch addressing this instead? http://issues.apache.org/bugzilla/show_bug.cgi?id=31329 This bug 34613 is not about enhancing the ability of the path matching stuff, just about dealing with setting a bean property where the name of the property is specified via an attribute and the value via body text. Please also provide patches in the format generated by svn diff or diff -u, not as complete replacement files. I don't know Digester well enough to be able to look at a Digester.java file and see what someone has changed! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35170] New: - [PATCH] [lang] Performance boost for RandomStringUtils
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35170.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=35170
Summary: [PATCH] [lang] Performance boost for RandomStringUtils
Product: Commons
Version: Nightly Builds
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Lang
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
This patch replaces the StringBuffer used in RandomStringUtils with a char
array, resulting in a significant performance increase (better than 30% by my
testing). It doesn't change the existing API, and it passes the provided unit
tests.
Thanks,
Shaun Kalley
Index: src/java/org/apache/commons/lang/RandomStringUtils.java
===
--- src/java/org/apache/commons/lang/RandomStringUtils.java (revision
179476)
+++ src/java/org/apache/commons/lang/RandomStringUtils.java (working copy)
@@ -230,26 +230,25 @@
}
}
-StringBuffer buffer = new StringBuffer();
+char[] buffer = new char[count];
int gap = end - start;
-while (count-- != 0) {
+for (int i = 0; i count; i++) {
char ch;
if (chars == null) {
ch = (char) (random.nextInt(gap) + start);
} else {
ch = chars[random.nextInt(gap) + start];
}
-if ((letters numbers Character.isLetterOrDigit(ch))
-|| (letters Character.isLetter(ch))
+if ((letters Character.isLetter(ch))
|| (numbers Character.isDigit(ch))
|| (!letters !numbers)) {
-buffer.append(ch);
+buffer[i] = ch;
} else {
-count++;
+i--;
}
}
-return buffer.toString();
+return new String(buffer);
}
/**
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179494 - in /jakarta/commons/proper/math/trunk: src/java/org/apache/commons/math/random/RandomAdaptor.java src/test/org/apache/commons/math/random/RandomAdaptorTest.java xdocs/userguide/index.xml xdocs/userguide/random.xml
Author: psteitz
Date: Wed Jun 1 20:06:45 2005
New Revision: 179494
URL: http://svn.apache.org/viewcvs?rev=179494view=rev
Log:
Added RandomAdaptor to complete PRNG pluggability framework, updated User Guide.
Added:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/random/RandomAdaptor.java
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/random/RandomAdaptorTest.java
Modified:
jakarta/commons/proper/math/trunk/xdocs/userguide/index.xml
jakarta/commons/proper/math/trunk/xdocs/userguide/random.xml
Added:
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/random/RandomAdaptor.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/random/RandomAdaptor.java?rev=179494view=auto
==
---
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/random/RandomAdaptor.java
(added)
+++
jakarta/commons/proper/math/trunk/src/java/org/apache/commons/math/random/RandomAdaptor.java
Wed Jun 1 20:06:45 2005
@@ -0,0 +1,121 @@
+/*
+ * Copyright 2005 The Apache Software Foundation.
+ *
+ * Licensed 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.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.commons.math.random;
+
+import java.util.Random;
+
+/**
+ * Extension of codejava.util.Random/code wrapping a
+ * [EMAIL PROTECTED] RandomGenerator}.
+ *
+ * @since 1.1
+ * @version $Revision:$ $Date$
+ */
+public class RandomAdaptor extends Random implements RandomGenerator {
+
+/** Wrapped randomGenerator instance */
+private RandomGenerator randomGenerator = null;
+
+/**
+ * Prevent instantiation without a generator argument
+ */
+private RandomAdaptor() { }
+
+/**
+ * Construct a RandomAdaptor wrapping the supplied RandomGenerator.
+ *
+ * @param randomGenerator the wrapped generator
+ */
+public RandomAdaptor(RandomGenerator randomGenerator) {
+this.randomGenerator = randomGenerator;
+}
+
+/**
+ * Factory method to create a codeRandom/code using the supplied
+ * codeRandomGenerator/code.
+ *
+ * @param randomGenerator
+ * @return a Random instance wrapping the RandomGenerator
+ */
+public static Random createAdaptor(RandomGenerator randomGenerator) {
+return new RandomAdaptor(randomGenerator);
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextBoolean()
+ */
+public boolean nextBoolean() {
+return randomGenerator.nextBoolean();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextBytes(byte[])
+ */
+public void nextBytes(byte[] bytes) {
+randomGenerator.nextBytes(bytes);
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextDouble()
+ */
+public double nextDouble() {
+return randomGenerator.nextDouble();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextFloat()
+ */
+public float nextFloat() {
+return randomGenerator.nextFloat();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextGaussian()
+ */
+public double nextGaussian() {
+return randomGenerator.nextGaussian();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextInt()
+ */
+public int nextInt() {
+return randomGenerator.nextInt();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextInt(int)
+ */
+public int nextInt(int n) {
+return randomGenerator.nextInt(n);
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#nextLong()
+ */
+public long nextLong() {
+return randomGenerator.nextLong();
+}
+
+/* (non-Javadoc)
+ * @see java.util.Random#setSeed(long)
+ */
+public void setSeed(long seed) {
+if (randomGenerator != null) { // required to avoid NPE in constructor
+randomGenerator.setSeed(seed);
+}
+}
+}
Added:
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/random/RandomAdaptorTest.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/random/RandomAdaptorTest.java?rev=179494view=auto
==
---
jakarta/commons/proper/math/trunk/src/test/org/apache/commons/math/random/RandomAdaptorTest.java
(added)
+++
[Jakarta-commons Wiki] Update of math/1.1ReleasePlan by PhilSteitz
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jakarta-commons Wiki
for change notification.
The following page has been changed by PhilSteitz:
http://wiki.apache.org/jakarta-commons/math/1%2e1ReleasePlan
The comment on the change is:
Marked PRNG-pluggability complete (again)
--
* ('''Done''')Complete `SubMatrix` implementation requested in Pr 35007
* Add `TestUtils` class including factory methods as requested in Pr 32663
* Address Bug 35042: `BrentSolver` and `SecantSolver` request boundary
values from function twice
- * Add `RandomGenerator` extending `java.util.Random` to complete pluggability
+ * ('''Done''')Add `RandomGenerator` extending `java.util.Random` to complete
pluggability
=== Documentation ===
* Update release 1.0 javadoc link in navigation.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r179500 - /jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
Author: skitching
Date: Wed Jun 1 21:09:16 2005
New Revision: 179500
URL: http://svn.apache.org/viewcvs?rev=179500view=rev
Log:
Change to discovery process: testing whether various logging
libraries are available is now done by trying to actually
create an instance.
Modified:
jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
Modified:
jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java?rev=179500r1=179499r2=179500view=diff
==
---
jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
(original)
+++
jakarta/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/LogFactoryImpl.java
Wed Jun 1 21:09:16 2005
@@ -57,12 +57,12 @@
*
* pThis factory will remember previously created codeLog/code instances
* for the same name, and will return them on repeated requests to the
- * codegetInstance()/code method. This implementation ignores any
- * configured attributes./p
+ * codegetInstance()/code method.
*
* @author Rod Waldhoff
* @author Craig R. McClanahan
* @author Richard A. Sitze
+ * @author Brian Stansberry
* @version $Revision$ $Date$
*/
@@ -115,6 +115,7 @@
*/
private String diagnosticPrefix;
+
/**
* Configuration attributes.
*/
@@ -164,9 +165,9 @@
protected Class logMethodSignature[] =
{ LogFactory.class };
-
// - Public Methods
+
/**
* Return the configuration attribute with the specified name (if any),
* or codenull/code if there is no such attribute.
@@ -309,14 +310,16 @@
return LogFactory.getContextClassLoader();
}
+
/**
* Workaround for bug in Java1.2; in theory this method is not needed.
- * See LogFactory.isInternalLoggingEnabled.
+ * See LogFactory.isDiagnosticsEnabled.
*/
protected static boolean isDiagnosticsEnabled() {
return LogFactory.isDiagnosticsEnabled();
}
+
/**
* Workaround for bug in Java1.2; in theory this method is not needed.
* See LogFactory.getClassLoader.
@@ -325,6 +328,7 @@
return LogFactory.getClassLoader(clazz);
}
+
// -- Protected Methods
/**
@@ -352,6 +356,7 @@
diagnosticPrefix = clazz.getName() + @ + classLoader.toString() +
:;
}
+
/**
* Output a diagnostic message to a user-specified destination (if the
* user has enabled diagnostic logging).
@@ -366,75 +371,18 @@
/**
* Return the fully qualified Java classname of the [EMAIL PROTECTED] Log}
- * implementation we will be using.
- * p
- * This method looks in the following places:
- * ul
- * liLooks for an attribute LOG_PROPERTY or LOG_PROPERTY_OLD in the
- * attributes associated with this class, as set earlier by method
- * setAttribute.
- * liLooks for a property LOG_PROPERTY or LOG_PROPERTY_OLD in the
- * system properties.
- * liLooks for log4j, jdk logging and jdk13lumberjack classes in
- * the classpath.
- * /ul
+ * implementation we will be using.
+ *
+ * @deprecated Never invoked by this class; subclasses should not assume
+ * it will be.
*/
protected String getLogClassName() {
-// Return the previously identified class name (if any)
-if (logClassName != null) {
-return logClassName;
-}
-
-logDiagnostic(Determining the name for the Log implementation.);
-
-logDiagnostic(Trying to get log class from attribute +
LOG_PROPERTY);
-logClassName = (String) getAttribute(LOG_PROPERTY);
-
-if (logClassName == null) { // @deprecated
-logDiagnostic(Trying to get log class from attribute +
LOG_PROPERTY_OLD);
-logClassName = (String) getAttribute(LOG_PROPERTY_OLD);
-}
-
if (logClassName == null) {
-try {
-logDiagnostic(Trying to get log class from system property
+ LOG_PROPERTY);
-logClassName = System.getProperty(LOG_PROPERTY);
-} catch (SecurityException e) {
-;
-}
-}
-
-if (logClassName == null) { // @deprecated
-try {
-logDiagnostic(Trying to get log class from system property
+ LOG_PROPERTY_OLD);
-logClassName = System.getProperty(LOG_PROPERTY_OLD);
-} catch (SecurityException e) {
-;
-}
-}
-
-// no need for internalLog calls below; they are done inside the
-// various isXXXAvailable methods.
svn commit: r179511 - /jakarta/commons/proper/logging/trunk/build.xml
Author: skitching
Date: Wed Jun 1 22:05:18 2005
New Revision: 179511
URL: http://svn.apache.org/viewcvs?rev=179511view=rev
Log:
Ensure class files generated are compatible with 1.1 JVMs
(although we only support 1.2+ at the moment).
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified: jakarta/commons/proper/logging/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/build.xml?rev=179511r1=179510r2=179511view=diff
==
--- jakarta/commons/proper/logging/trunk/build.xml (original)
+++ jakarta/commons/proper/logging/trunk/build.xml Wed Jun 1 22:05:18 2005
@@ -89,6 +89,11 @@
!-- == Compiler Defaults = --
+ !-- Version of java class files to generate. --
+ property name=target.version value=1.1/
+
+ !-- Version of java source to accept --
+ property name=source.version value=1.2/
!-- Should Java compilations set the 'debug' compiler option? --
property name=compile.debug value=true/
@@ -263,7 +268,10 @@
destdir=${build.home}/classes
debug=${compile.debug}
deprecation=${compile.deprecation}
- optimize=${compile.optimize}
+ optimize=${compile.optimize}
+ source=${source.version}
+ target=${target.version}
+
classpath refid=compile.classpath/
exclude
name=org/apache/commons/logging/impl/Jdk13LumberjackLogger.java
unless=jdk.1.4.present/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34661] - [logging][PATCH] Improvements to LogFactoryImpl
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34661. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34661 --- Additional Comments From [EMAIL PROTECTED] 2005-06-02 07:56 --- Created an attachment (id=15259) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15259action=view) diff to LogFactoryImpl rev 5b Patch to LogFactoryImpl in trunk, following recent commit of patch 5a -- thanks Simon :) Description of the patch is as per comment #9 above. Had a chance to think about why case Robert's 24 succeeds with this patch applied, and it is as expected. Case 20 and 24 both have the caller in the parent loader with the TCCL set to the child. In both cases JCL is in both the parent and child. In 20 Log4j is in the child; in 24 it is in both parent and child. Initial discovery fails in both cases because the Log discovered by the TCCL is incompatible with the LogFactory bound to the caller. Case 24 succeeds with this patch because when an attempt is made to load Log4jLogger using the parent loader, log4j.jar is visible to the parent loader, so discovery succeeds. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34661] - [logging][PATCH] Improvements to LogFactoryImpl
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34661. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34661 --- Additional Comments From [EMAIL PROTECTED] 2005-06-02 07:58 --- Created an attachment (id=15260) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15260action=view) diff to LoadTest If patch 5b is applied, LoadTest will fail. As discussed on the dev list, it's not part of the standard test suite, but in the interest of not having a test that fails in the codebase, attached is a simple fix that recognizes LogFactoryImpl should not throw an exception with a misconfigured TCCL. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
