[GUMP@brutus]: Project commons-resources (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-resources has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 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://brutus.apache.org/gump/public/jakarta-commons-sandbox/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-18112004.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resources/gump_work/build_jakarta-commons-sandbox_commons-resources.html Work Name: build_jakarta-commons-sandbox_commons-resources (Type: Build) Work ended in a state of : Failed Elapsed: 8 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-18112004.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/public/workspace/dist/junit/junit.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 - Copying 1 file to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/classes/META-INF test:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-reports test:test-resources: Copying 13 files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes test:compile: [javac] Compiling 15 source files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes test:test: [junit] Running org.apache.commons.resources.impl.BasicMessageListTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.045 sec [junit] Running org.apache.commons.resources.impl.BasicMessageTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.017 sec [junit] Running org.apache.commons.resources.impl.CollectionResourcesBaseTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.03 sec [junit] Running org.apache.commons.resources.impl.PropertyResourcesTestCase [junit] Tests run: 7, Failures: 0, Errors: 7, Time elapsed: 0.091 sec [junit] [ERROR] TEST org.apache.commons.resources.impl.PropertyResourcesTestCase FAILED [junit] Running org.apache.commons.resources.impl.ResourceBundleResourcesFactoryTestCase [junit] Tests run: 1,
[GUMP@brutus]: Project commons-jelly-tags-ant (in module jelly-tags) 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-jelly-tags-ant has an issue affecting its community integration. This issue affects 3 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-ant : This is a Jelly interface for Ant. - commons-jelly-tags-fmt : This is a set of Jelly i18n tags. - commons-jelly-tags-jsl : The Jelly Stylesheet Library (JSL) Full details are available at: http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-ant/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-ant-18112004.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-ant/gump_work/build_jelly-tags_commons-jelly-tags-ant.html Work Name: build_jelly-tags_commons-jelly-tags-ant (Type: Build) Work ended in a state of : Failed Elapsed: 6 secs Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-ant-18112004 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/ant] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/ant/target/classes:/usr/local/gump/public/workspace/jelly-tags/ant/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-18112004.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-18112004.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:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/standard.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtml.jar:/usr/local/gump/public/workspace/commons-grant/target/commons-grant-18112004.jar:/usr/local/gump/public/workspace/jelly-tags/util/target/commons-jelly-tags-util-18112004.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-18112004.jar - [junit] Testcase: readWriteIn took 0.24 sec [junit] Testcase: startUpReadWrite took 0.152 sec [junit] Testcase: copy took 0.155 sec [junit] Caused an ERROR [junit] file:/home/gump/workspaces2/public/workspace/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:114:80: util:loadText charsetName [junit] org.apache.commons.jelly.JellyTagException: file:/home/gump/workspaces2/public/workspace/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:114:80: util:loadText charsetName [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:680) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at
RE: [lang] Is there a split method based on case?
It seems like it might also help flesh out WordUtils.. Would just a method that splits be enough, or is there any reason to get fance and insert spaces etc...? -Original Message- From: Corey Scott [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 4:40 AM To: Jakarta Commons Developers List Subject: Re: [lang] Is there a split method based on case? I also had to recently do this, for the same reasons :-) -Corey On Thu, 18 Nov 2004 00:26:16 + (GMT), Stephen Colebourne [EMAIL PROTECTED] wrote: FYI, I recently had to write this same method to take resource keys and make more human readable sentences. So, maybe there is space for it in lang. Stephen --- Gary Gregory [EMAIL PROTECTED] wrote: Hello, This sounds like a job for regular expression substitution: replace all uppercase chars with a space followed by that upper case char. See the ORO project: http://jakarta.apache.org/oro/index.html Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 3:11 AM To: Commons-Dev Subject: [lang] Is there a split method based on case? Hi all, I am converting some classnames to user friendly names. So I have a class call my.companies.own.SpecialStep and I can use the substringAfterLast(my.companies.own.SpecialStep,.) to return SpecialStep. I want to convert this to Special Step. Any ideas on how to do this using commons-lang? If I had AnotherSpecialStep, I'd want to split it up so I got Another Special Step. Would this be a good idea for commons-lang's WordUtils? Eric - 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] - 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: [VOTE] Promote Email to Commons Proper
Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread? If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? Eric -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 3:05 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Promote Email to Commons Proper It'd be pretty easy to have James use the Null mailet as the first (and only step) in its processing logic. This would cause James to spool the incoming messages to disk, and then always discard them. That would be a much heavier weight solution though. We use something slightly like this, at least informally. There's a tool called Postal (http://www.coker.com.au/postal/) that does SMTP and POP benchmarking, and that has an SMTP sink. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] Corey Scott wrote: Serge, [Extract from the website http://quintanasoft.com/dumbster/] The Dumbster is a very simple fake SMTP server designed for unit and system testing applications that send email messages. It responds to all standard SMTP commands but does not deliver messages to the user. The messages are stored within the Dumbster for later extraction and verification. The Dumbster slots itself very easily into your testing strategy. As long as your application talks to an email server using SMTP then the Dumbster can be used to test the application with no code changes. [End extract] We have been using it to allow us to test send mails and do some rudimentary verification of the sent mails in our jUnit tests. - 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: WeakHashtable
--- robert burrell donkin [EMAIL PROTECTED] wrote: i've commit the patch of the 15th (with a few minor changes). thanks. Great. Thanks much :) this means that the value is (effectively) held by a hard reference whilst the key is held by a weak. this should address the narrow issue of the most typical use case. i think that probably the code could be improved by eliminating some unnecessary complexity but that'll have to wait till tomorrow. Actually, I think it should work with the commons-logging in WEB-INF/lib case as well. In that use case, the relevant LogFactory and WeakHashtable are actually loaded by the webapp classloader, so they too are gc'ed when the webapp is undeployed. Attached is a patch to LogFactoryTest that I believe shows this. Please let me know if this is wrongheaded in some way -- I wouldn't be surprised at all if it is. I took some time to study what the existing LoadTest class does and tried to mimic it to test different classloading configurations. (In fact, if this patch is accepted down the road I should do a quick refactor to avoid duplication w/ LoadTest). The other day when I thought it wouldn't work in the WEB-INF/lib situation, my test classloader was delegating all loading to its parent EXCEPT LogFactoryImpl. LogFactory and everything else was loaded by the parent. That's not the same as putting commons-lib in WEB-INF/lib. The classloader in the attached patch is a more correct mock of a webapp classloader. My mistake the other day does show one area where WeakHashtable will fail -- if a custom subclass of LogFactory were deployed in WEB-INF/lib but commons-logging.jar were on the server classpath. But I expect that's a pretty small use case. Oh, BTW, the patch also removes the previous test of whether the LogFactory is eventually released once the classloader is released. Now it just tests if the classloader is released. Testing release of the LogFactory basically duplicated what was already done in WeakHashtableTest. one interesting feature of garbage collectors (which foxed me for a while) is that there doesn't seem to be any guarantee as to when the reference is placed onto the queue. (at least i can't find one: if anyone knows different please jump in.) on the (macOSX) JVM i use, it appears that the reference is placed onto the queue late enough to cause one of the tests to fail. placing a hard loop that polls for the released reference to be placed on another queue results in the test passing... Interesting. This whole thing's been interesting -- way more than I thought it would be when I started off grunting through a bunch of reflection :) Cheers, Brian On 16 Nov 2004, at 15:12, Brian Stansberry wrote: Attached is a patch to LogFactory that attempts to play classloader tricks to prevent the hard reference problem. This is not meant to be applied; the patch is just a shorthand way to communicate ideas I'm playing with. P.S. Thanks to all for not laughing at this one! This seemed to work in the sense that the tests I added to LogFactoryTest pass. But, o.a.c.l.LoadTest fails with a ClassCastException. Other tests in that package pass. Haven't had time to try and analyze what's going on with the LoadTest. Gotta run to work. - brian __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - 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 you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Email to Commons Proper
+1 to promotion to Commons proper. -1 to release until the dumbster site and release we are dependent on is on a license we can use. The LGPL issue isn't so much a problem for promotion as for just being in the CVS repository, but I think we're satisfactorily resolving it. So we need to see ASL mentioned on the sf.net page, on the project's page, and included in the download. Currently these are GPL, LGPL, LGPL respectively. Hen On Thu, 18 Nov 2004 11:39:42 -, Eric Pugh [EMAIL PROTECTED] wrote: Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread? If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? Eric -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 3:05 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Promote Email to Commons Proper It'd be pretty easy to have James use the Null mailet as the first (and only step) in its processing logic. This would cause James to spool the incoming messages to disk, and then always discard them. That would be a much heavier weight solution though. We use something slightly like this, at least informally. There's a tool called Postal (http://www.coker.com.au/postal/) that does SMTP and POP benchmarking, and that has an SMTP sink. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] Corey Scott wrote: Serge, [Extract from the website http://quintanasoft.com/dumbster/] The Dumbster is a very simple fake SMTP server designed for unit and system testing applications that send email messages. It responds to all standard SMTP commands but does not deliver messages to the user. The messages are stored within the Dumbster for later extraction and verification. The Dumbster slots itself very easily into your testing strategy. As long as your application talks to an email server using SMTP then the Dumbster can be used to test the application with no code changes. [End extract] We have been using it to allow us to test send mails and do some rudimentary verification of the sent mails in our jUnit tests. - 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]
Re: [lang] Is there a split method based on case?
WordUtils.splitByCase(String) seems good to me. The insertion of spaces is just StringUtils.join(WordUtils.splitByCase(String), ) or some such. Hen On Thu, 18 Nov 2004 11:09:30 -, Eric Pugh [EMAIL PROTECTED] wrote: It seems like it might also help flesh out WordUtils.. Would just a method that splits be enough, or is there any reason to get fance and insert spaces etc...? -Original Message- From: Corey Scott [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 4:40 AM To: Jakarta Commons Developers List Subject: Re: [lang] Is there a split method based on case? I also had to recently do this, for the same reasons :-) -Corey On Thu, 18 Nov 2004 00:26:16 + (GMT), Stephen Colebourne [EMAIL PROTECTED] wrote: FYI, I recently had to write this same method to take resource keys and make more human readable sentences. So, maybe there is space for it in lang. Stephen --- Gary Gregory [EMAIL PROTECTED] wrote: Hello, This sounds like a job for regular expression substitution: replace all uppercase chars with a space followed by that upper case char. See the ORO project: http://jakarta.apache.org/oro/index.html Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 3:11 AM To: Commons-Dev Subject: [lang] Is there a split method based on case? Hi all, I am converting some classnames to user friendly names. So I have a class call my.companies.own.SpecialStep and I can use the substringAfterLast(my.companies.own.SpecialStep,.) to return SpecialStep. I want to convert this to Special Step. Any ideas on how to do this using commons-lang? If I had AnotherSpecialStep, I'd want to split it up so I got Another Special Step. Would this be a good idea for commons-lang's WordUtils? Eric - 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] - 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]
RE: [VOTE] Promote Email to Commons Proper
Since I'm not a commons committer, I don't know how much weight my vote holds, but I vote +1 also. I have committed a few patches to commons-email while it's been in the sandbox, and I plan to stay involved. Joe At 11:39 AM + 11/18/04, Eric Pugh wrote: Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread? If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Promote Email to Commons Proper
Henri, +1 to promotion to Commons proper. -1 to release until the dumbster site and release we are dependent on is on a license we can use. release is still ASL (see cvs): http://cvs.sourceforge.net/viewcvs.py/dumbster/dumbster/src/com/dumbster /smtp/SimpleSmtpServer.java?rev=1.3view=auto Regards, Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Is there a split method based on case?
Eric Pugh wrote on Thursday, November 18, 2004 12:10 PM: It seems like it might also help flesh out WordUtils.. Would just a method that splits be enough, or is there any reason to get fance and insert spaces etc...? Just a reminder: Think also of RMIMessage or SQLError ... - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Email to Commons Proper
Matthias I think you're being far to european about this :o) I think at very least the dumbster author should have an apache license etched on his forehead and perhaps hand over several family members as guarantee before one could safely assume that one could take it on good will that the author's intention is to release his software with a ASF licence. Sorry digression, couldn't resist it. On Thu, 18 Nov 2004 15:57:44 +0100, Matthias Wessendorf [EMAIL PROTECTED] wrote: Henri, +1 to promotion to Commons proper. -1 to release until the dumbster site and release we are dependent on is on a license we can use. release is still ASL (see cvs): http://cvs.sourceforge.net/viewcvs.py/dumbster/dumbster/src/com/dumbster /smtp/SimpleSmtpServer.java?rev=1.3view=auto Regards, Matthias - 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]
[PATCH] VFS - Implementing doIsHidden() in SmbFileObject
Hi,
I would like to add this method to SmbFileObject simply because I really
need in a project.
/Tomas Blohm
protected boolean doIsHidden()
throws java.lang.Exception
{
return file.isHidden();
}
Re: [VOTE] Promote Transaction to Commons Proper
OK, no objections from other transaction guys, so I understand the scope proposal is accpeted :) Oliver On Tue, 16 Nov 2004 23:51:13 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: OK, I added the scope proposal to http://jakarta.apache.org/commons/sandbox/transaction/ I have to admit it is somehow inspired by the scope of the concurrent package and also by Roberts sketch ;) Any objections from the other transaction guys? Thanks for pointing in that direction Robert, I appreciate it! Oliver On Tue, 16 Nov 2004 22:30:19 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 16 Nov 2004, at 22:03, Oliver Zeigermann wrote: I think your request is very reasonable. However, this really is an integrated component. Both the file system and the maps rely on the locks. Compare this to e.g. http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/ intro.html where you have a similar structure for more general concurrent Java programming. You have locks that are used by the channels and the collections and some more general purpuse helpers. You would not split this to more than one package, would you? we've found in the commons that tight, focussed components have done best :) thinking about scope before promotion and writing it down saves arguments later. (it's also part of the charter.) Now, the transaction component aims at the same thing as the concurrent package, but is specific to transactions. that makes sense. so (for example) like doug lea's original, transaction (probably) aims to be lightweight with minimal dependencies, and provides well tested, rigourous solutions for the most common use transactional use cases. (i have no doubt that you'll probably come up with something a lot better...) that way, in years to come when oddballs propose some heavyweight solution with big dependencies for an obscure problem, you'll be able to points them straight to your scope, saving weeks of argument :) You are very right and this really should be made explicite, thus I will add this as a scope to the index page of the transaction component ASAP. May a presume that this changes your vote to +1? come up with a good scope, discuss (as necessary) with the transaction community then commit and i'll cast a new vote :) (you'll thank me in the long run for insisting that you don't rush ;) - robert - 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: [VFS] Netware Filesystem module contribution
[EMAIL PROTECTED] wrote: Hi, I've built a module for managing files on Novell's Netware filesystem (version 6 or higher). I'm using it myself and it's working with the latest version of VFS. Hi Tomas, thank you for contributing your code, this looks like an interesting addition. The module depends on njclv2.jar which can be downloaded from: http://developer.novell.com/ndk/njcl.htm What is the license for njclv2.jar ? Since it seems like I can't send the files as .zip I guess it's ok to send them one by one. An alternative is to open a bugzilla entry and attach your classes to the bug. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
Now that Robert changed his vote to +1 and there were no objections to my scope proposal and three days of voting have passed I understand the vote is now over and has passed with the following binding votes: - David Graham [EMAIL PROTECTED] +1 - Dion Gillard [EMAIL PROTECTED] +1 - Davanum Srinivas [EMAIL PROTECTED] +1 - robert burrell donkin [EMAIL PROTECTED] +1 As I am not a Commons committer, yet, I have no idea if I am entitled to announce the result of this vote and how to go on from here. I guess at least the initial committers will need commons CVS karma: - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] Anything else I will have to ask for? Anything else I should do *now*? Thanks for support, Oliver On Mon, 15 Nov 2004 18:43:10 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, as described in previous posts and inspired by the fine proposal for email promotion I would like to see the transaction component http://jakarta.apache.org/commons/sandbox/transaction/ promoted to commons proper. The initial committers would be Stefan Lützkendorf, James Mason, Daniel Florey and me. AFAIK none of us is a committer in commons proper so the promotion would include making as committers there. We all are Jakarta Slide committers and this is where the component came from. We factored out code for a transactional file system, transactional maps (implementing Map interface) with different ACID strategies, general purpose locks and a few more helper classes. Junit tests exist for all parts and succeed: http://jakarta.apache.org/commons/sandbox/transaction/junit-report.html Javadoc is pretty complete http://jakarta.apache.org/commons/sandbox/transaction/apidocs/index.html and general documentation and even a short tutorial for locks exist: http://jakarta.apache.org/commons/sandbox/transaction/locks/tutorial.html The transaction component is stable enough to be released as a 1.0 soon after promotion and would initially be maintained by the committers of the Slide community. Once promoted growth is anticipated as even in the sandbox it attracted some attention. As I am not a commons committer, I have no binding vote, but my non-binding vote of course is +1. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Email to Commons Proper
I meant an actual released jar. The licence changed on the 16th, but the last release was the 8th. Unless we depend on HEAD; which is worthy of a -1 in itself :) Hen On Thu, 18 Nov 2004 15:57:44 +0100, Matthias Wessendorf [EMAIL PROTECTED] wrote: Henri, +1 to promotion to Commons proper. -1 to release until the dumbster site and release we are dependent on is on a license we can use. release is still ASL (see cvs): http://cvs.sourceforge.net/viewcvs.py/dumbster/dumbster/src/com/dumbster /smtp/SimpleSmtpServer.java?rev=1.3view=auto Regards, Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Email to Commons Proper
So the vote has passed right? *in a hurry to celebrate and move on to making email better* :-) -Corey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Créée: (JELLY-164) New Tag for parallel iteration
New Tag for parallel iteration
--
Key: JELLY-164
URL: http://nagoya.apache.org/jira/browse/JELLY-164
Project: jelly
Type: New Feature
Components: core / taglib.core
Versions: 1.0-beta-5
Environment: JDK 1.4_02 Windows XP
Reporter: Marc DeXeT
Priority: Minor
IterateTag is like org.apache.commons.jelly.tags.core.ForEachTag but can
iterate over several collections. Where
org.apache.commons.jelly.tags.core.ForEachTag iterate over one collection and
set Value in one variable like :
forEach var=oneVar items=oneCollection
do something value=${oneVar}/
/forEach
IterateTag is like :
iterate var=var_1;var_2;...;var_P
items=Collection_1;Collection_2;;Collection_P
do something value=${var_1} ${var_2} ${var_3}/
/iterate
Each Collection points at next element at the same time.
Over the n iteration, for j = 1 to P : var_j = Collection_j.get(n);
IterateTag stop on the first ended collection, so n = Min( Collection_1.size(),
..., Collection_P.size());
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Mis-à-jour: (JELLY-164) New Tag for parallel iteration
[ http://nagoya.apache.org/jira/browse/JELLY-164?page=history ]
Marc DeXeT updated JELLY-164:
-
Attachment: TestIterateTag.java
Unit test
New Tag for parallel iteration
--
Key: JELLY-164
URL: http://nagoya.apache.org/jira/browse/JELLY-164
Project: jelly
Type: New Feature
Components: core / taglib.core
Versions: 1.0-beta-5
Environment: JDK 1.4_02 Windows XP
Reporter: Marc DeXeT
Priority: Minor
Attachments: IterateTag.java, TestIterateTag.java, testIterateTag.jelly
IterateTag is like org.apache.commons.jelly.tags.core.ForEachTag but can
iterate over several collections. Where
org.apache.commons.jelly.tags.core.ForEachTag iterate over one collection and
set Value in one variable like :
forEach var=oneVar items=oneCollection
do something value=${oneVar}/
/forEach
IterateTag is like :
iterate var=var_1;var_2;...;var_P
items=Collection_1;Collection_2;;Collection_P
do something value=${var_1} ${var_2} ${var_3}/
/iterate
Each Collection points at next element at the same time.
Over the n iteration, for j = 1 to P : var_j = Collection_j.get(n);
IterateTag stop on the first ended collection, so n = Min(
Collection_1.size(), ..., Collection_P.size());
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Mis-à-jour: (JELLY-164) New Tag for parallel iteration
[ http://nagoya.apache.org/jira/browse/JELLY-164?page=history ]
Marc DeXeT updated JELLY-164:
-
Attachment: testIterateTag.jelly
unit test jelly script
New Tag for parallel iteration
--
Key: JELLY-164
URL: http://nagoya.apache.org/jira/browse/JELLY-164
Project: jelly
Type: New Feature
Components: core / taglib.core
Versions: 1.0-beta-5
Environment: JDK 1.4_02 Windows XP
Reporter: Marc DeXeT
Priority: Minor
Attachments: IterateTag.java, TestIterateTag.java, testIterateTag.jelly
IterateTag is like org.apache.commons.jelly.tags.core.ForEachTag but can
iterate over several collections. Where
org.apache.commons.jelly.tags.core.ForEachTag iterate over one collection and
set Value in one variable like :
forEach var=oneVar items=oneCollection
do something value=${oneVar}/
/forEach
IterateTag is like :
iterate var=var_1;var_2;...;var_P
items=Collection_1;Collection_2;;Collection_P
do something value=${var_1} ${var_2} ${var_3}/
/iterate
Each Collection points at next element at the same time.
Over the n iteration, for j = 1 to P : var_j = Collection_j.get(n);
IterateTag stop on the first ended collection, so n = Min(
Collection_1.size(), ..., Collection_P.size());
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Promote Email to Commons Proper
Hi, No, the vote is not concluded yet. We have to wait for Dumbster to have ASL all over: the web page, and in an actual release (not just in CVS). Until then, there are -1's on this vote which prevent it from passing. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Corey Scott [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 12:03 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] Promote Email to Commons Proper So the vote has passed right? *in a hurry to celebrate and move on to making email better* :-) -Corey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Mis-à-jour: (JELLY-164) New Tag for parallel iteration
[ http://nagoya.apache.org/jira/browse/JELLY-164?page=history ]
Marc DeXeT updated JELLY-164:
-
Attachment: patchIterateTag.txt
Core tag library path
New Tag for parallel iteration
--
Key: JELLY-164
URL: http://nagoya.apache.org/jira/browse/JELLY-164
Project: jelly
Type: New Feature
Components: core / taglib.core
Versions: 1.0-beta-5
Environment: JDK 1.4_02 Windows XP
Reporter: Marc DeXeT
Priority: Minor
Attachments: IterateTag.java, TestIterateTag.java, patchIterateTag.txt,
testIterateTag.jelly
IterateTag is like org.apache.commons.jelly.tags.core.ForEachTag but can
iterate over several collections. Where
org.apache.commons.jelly.tags.core.ForEachTag iterate over one collection and
set Value in one variable like :
forEach var=oneVar items=oneCollection
do something value=${oneVar}/
/forEach
IterateTag is like :
iterate var=var_1;var_2;...;var_P
items=Collection_1;Collection_2;;Collection_P
do something value=${var_1} ${var_2} ${var_3}/
/iterate
Each Collection points at next element at the same time.
Over the n iteration, for j = 1 to P : var_j = Collection_j.get(n);
IterateTag stop on the first ended collection, so n = Min(
Collection_1.size(), ..., Collection_P.size());
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
need help use Runtime.getRuntime().exec(cmd);
* Bu e-posta ve muhtemel eklerinde verilen bilgiler kiiye zel ve gizli olup, yalnzca mesajda belirlenen alc ile ilgilidir.Size yanllkla ulamsa ltfen gndericiye bilgi veriniz, mesaj siliniz ve ieriini baka bir kiiye aklamaynz, herhangi bir ortama kopyalamaynz. Bu mesaj aksi szleme ile belirtilmedike herhangi bir finansal ilem teklifi, alm, satm veya herhangi bir havalenin teyidi gibi bankaclk ilemi yaplmas amacn tamamaktadr.Verilen tm bilgilerin doruluu ve btnlnn garantisi verilmemekte olup, nceden bildirilmeksizin deitirilebilecektir.Bu mesajn ierii Bankamzn resmi grlerini yanstmayabileceinden Akbank T.A.. hibir hukuki sorumluluu kabul etmez.
Re: need help use Runtime.getRuntime().exec(cmd);
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Runtime.html#exec(java.lang.String) :) Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Promote Email to Commons Proper
At 12:17 PM -0500 11/18/04, Shapira, Yoav wrote: Hi, No, the vote is not concluded yet. We have to wait for Dumbster to have ASL all over: the web page, and in an actual release (not just in CVS). Until then, there are -1's on this vote which prevent it from passing. Henri's -1 was to a full release; he was +1 on the move to commons proper. http://article.gmane.org/gmane.comp.jakarta.commons.devel/57153 Executing that move should take long enough for Dumbster to update web pages, although who knows how quickly they will move on releasing a JAR with the right license. If that is something the Dumbster folks aren't willing to move quickly on, perhaps they can indicate in writing that the license applies to a version which has already been released. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] Netware Filesystem module contribution
Hello! I've built a module for managing files on Novell's Netware filesystem (version 6 or higher). I'm using it myself and it's working with the latest version of VFS. Hi Tomas, thank you for contributing your code, this looks like an interesting addition. Thanks from me too. The module depends on njclv2.jar which can be downloaded from: http://developer.novell.com/ndk/njcl.htm What is the license for njclv2.jar ? Beside the license, I cant setup my environment to pass the testcases for this provider (no novell here). This might result in quality problems for this fileprovider. How should I deal with these (maybe) licensing and testcase problems. Should I create a vfs-unsupported package and put the provider there? -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/smb SmbFileObject.java
imario 2004/11/18 09:57:30
Modified:vfs/src/java/org/apache/commons/vfs/provider/smb
SmbFileObject.java
Log:
Added doIsHidden()
Thanks to Tomas Blohm for reporting it.
Revision ChangesPath
1.16 +8 -0
jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/smb/SmbFileObject.java
Index: SmbFileObject.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/smb/SmbFileObject.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- SmbFileObject.java17 Jun 2004 19:29:29 - 1.15
+++ SmbFileObject.java18 Nov 2004 17:57:30 - 1.16
@@ -117,6 +117,14 @@
}
/**
+ * Determines if this file is hidden.
+ */
+protected boolean doIsHidden() throws Exception
+{
+return file.isHidden();
+}
+
+/**
* Deletes the file.
*/
protected void doDelete() throws Exception
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-latka (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-latka has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/target/jaxen-18112004.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH:
[GUMP@brutus]: Project commons-resources (in module jakarta-commons-sandbox) success
To whom it may satisfy... 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 *no longer* has an issue. The current state of this project is 'Success'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/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-18112004.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/build.properties -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/project.properties -INFO- No license on redistributable project with outputs. The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-resources/gump_work/build_jakarta-commons-sandbox_commons-resources.html Work Name: build_jakarta-commons-sandbox_commons-resources (Type: Build) Work ended in a state of : Success Elapsed: 9 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/resources] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons-sandbox/resources/test:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-18112004.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/public/workspace/dist/junit/junit.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 - java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/classes [javac] Compiling 25 source files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/classes java:jar-resources: Copying 9 files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/classes Copying 1 file to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/classes/META-INF test:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-reports test:test-resources: Copying 13 files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes test:compile: [javac] Compiling 15 source files to /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/resources/target/test-classes test:test: [junit] Running org.apache.commons.resources.impl.BasicMessageListTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.05 sec [junit] Running org.apache.commons.resources.impl.BasicMessageTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.016 sec [junit] Running org.apache.commons.resources.impl.CollectionResourcesBaseTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.031 sec [junit] Running org.apache.commons.resources.impl.PropertyResourcesTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.082 sec [junit] Running
Re: [VOTE] Promote Email to Commons Proper
I'll send Jason an email, see what his plans are. Hen On Thu, 18 Nov 2004 11:47:29 -0600, Joe Germuska [EMAIL PROTECTED] wrote: At 12:17 PM -0500 11/18/04, Shapira, Yoav wrote: Hi, No, the vote is not concluded yet. We have to wait for Dumbster to have ASL all over: the web page, and in an actual release (not just in CVS). Until then, there are -1's on this vote which prevent it from passing. Henri's -1 was to a full release; he was +1 on the move to commons proper. http://article.gmane.org/gmane.comp.jakarta.commons.devel/57153 Executing that move should take long enough for Dumbster to update web pages, although who knows how quickly they will move on releasing a JAR with the right license. If that is something the Dumbster folks aren't willing to move quickly on, perhaps they can indicate in writing that the license applies to a version which has already been released. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - 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: [VOTE] Promote Email to Commons Proper
On 18 Nov 2004, at 11:39, Eric Pugh wrote: Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread? If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? i'm now +1 to promotion (and like henri -1 to release until all the loose ends concerning the dumbster license) i would like to see a note added to the web site recommending the latest (ASF licensed) dumbster. i'd also like to see a new version of dumbster (with an ASL license) uploaded to the maven java repository and the project.xml updated to reflect that. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: Now that Robert changed his vote to +1 and there were no objections to my scope proposal and three days of voting have passed I understand the vote is now over and has passed with the following binding votes: - David Graham [EMAIL PROTECTED] +1 - Dion Gillard [EMAIL PROTECTED] +1 - Davanum Srinivas [EMAIL PROTECTED] +1 - robert burrell donkin [EMAIL PROTECTED] +1 As I am not a Commons committer, yet, I have no idea if I am entitled to announce the result of this vote and how to go on from here. IMHO the person who starts a vote should also be the person to announce it's results. i would recommend cc'ing the pmc when you announce the result. I guess at least the initial committers will need commons CVS karma: - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] Anything else I will have to ask for? Anything else I should do *now*? after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). usually, once the vote result's official the folks with the required karma will step up... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32299] New: - [pipeline] Numerous changes and updates for Java 1.5
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=32299. 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=32299 Summary: [pipeline] Numerous changes and updates for Java 1.5 Product: Commons Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Sandbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After some new use cases arose that I wasn't properly able to handle under my initial contributed version of commons-pipeline, I've done a substantial rewrite and added a hello world unit test to serve as an example of how to use the library. The primary intent of this rewrite is to remove the necessessity for classes implementing StageHandler to extend a particular StageQueue implementation. It also updates the package to be Java 1.5-centric, with the hope that future updates can more readily use some of the new stuff in java.util.concurrent. The StageQueue and StageHandler interfaces have been aggregated into the abstract class Stage, and a new class, StageDriver, allows different threading models and failure tolerance policies to be applied to Stage implementations. Overall, it should be significantly cleaner. I am submitting these changes through bugzilla because I don't yet have committer permissions in the sandbox. Due to the changes, and the youth of this project, there are some source files that should be removed from the cvs repository as they're incompatible with the API changes. These are: src/java/org/apache/commons/pipeline/StageHandler.java src/java/org/apache/commons/pipeline/StageQueue.java src/java/org/apache/commons/pipeline/config/PipelineFactory.java src/java/org/apache/commons/pipeline/impl/SingleThreadStageQueue.java New and changed source files and test resources will be attached to this ticket. -- 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 32299] - [pipeline] Numerous changes and updates for Java 1.5
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=32299. 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=32299 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 21:34 --- Created an attachment (id=13493) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13493action=view) Zip file of changed source tree. Most files will require updates This zipfile contains the aggregated changes to the source tree to be applied to CVS. Most source files need to be updated. -- 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: [VOTE] Promote Transaction to Commons Proper
On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: I guess at least the initial committers will need commons CVS karma: - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] You realise that you're the only one of these people who's actually made a change to transaction? :) Also, masonjm isn't a commons-sandbox committer. Will he need this at all before the migration to Commons? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: logging: WeakHashtable
On 18 Nov 2004, at 08:51, Brian Stansberry wrote: --- robert burrell donkin [EMAIL PROTECTED] wrote: snip this means that the value is (effectively) held by a hard reference whilst the key is held by a weak. this should address the narrow issue of the most typical use case. i think that probably the code could be improved by eliminating some unnecessary complexity but that'll have to wait till tomorrow. Actually, I think it should work with the commons-logging in WEB-INF/lib case as well. In that use case, the relevant LogFactory and WeakHashtable are actually loaded by the webapp classloader, so they too are gc'ed when the webapp is undeployed. Attached is a patch to LogFactoryTest that I believe shows this. Please let me know if this is wrongheaded in some way -- I wouldn't be surprised at all if it is. no, that's right. (i thought this one through a while ago but it had slipped my mind...) I took some time to study what the existing LoadTest class does and tried to mimic it to test different classloading configurations. (In fact, if this patch is accepted down the road I should do a quick refactor to avoid duplication w/ LoadTest). The other day when I thought it wouldn't work in the WEB-INF/lib situation, my test classloader was delegating all loading to its parent EXCEPT LogFactoryImpl. LogFactory and everything else was loaded by the parent. That's not the same as putting commons-lib in WEB-INF/lib. The classloader in the attached patch is a more correct mock of a webapp classloader. My mistake the other day does show one area where WeakHashtable will fail -- if a custom subclass of LogFactory were deployed in WEB-INF/lib but commons-logging.jar were on the server classpath. But I expect that's a pretty small use case. i suspect this extends to pretty much anyone who uses a custom LogFactory implementation where commons-logging is in a parent classloader and the implementation is deployed in the child. custom LogFactory implementations are not very useful at the moment and so i'd be happy just to live with a note in the documentation about this limitation. in addition, this use case will be addressed very well by the bytecode stuff. (the idea is that instead of discovering a log factory at runtime, all the calls will be rewired when the classes are enhanced.) if you're deploying a stand alone web-app with a definite need to use a particular LogFactory, it's more reliable to dope all the jar's than to rely on discovery. Oh, BTW, the patch also removes the previous test of whether the LogFactory is eventually released once the classloader is released. Now it just tests if the classloader is released. Testing release of the LogFactory basically duplicated what was already done in WeakHashtableTest. i'll look forward to see your patch (either i've missed it, i'm confused or it was stripped this time...) i'll leave my tidy up for a few days (give you a chance to get patching without me treading on your toes). once everyone's happy with the class, i plan to start pushing towards a 1.0.5 release. it'll probably be release from a branch so that the release candidate for long enough. one interesting feature of garbage collectors (which foxed me for a while) is that there doesn't seem to be any guarantee as to when the reference is placed onto the queue. (at least i can't find one: if anyone knows different please jump in.) on the (macOSX) JVM i use, it appears that the reference is placed onto the queue late enough to cause one of the tests to fail. placing a hard loop that polls for the released reference to be placed on another queue results in the test passing... Interesting. This whole thing's been interesting -- way more than I thought it would be when I started off grunting through a bunch of reflection :) +1 :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
On Thu, 18 Nov 2004 15:51:45 -0500, Henri Yandell [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: I guess at least the initial committers will need commons CVS karma: - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] You realise that you're the only one of these people who's actually made a change to transaction? :) Also, masonjm isn't a commons-sandbox committer. Will he need this at all before the migration to Commons? The transaction code came from the Slide core some time ago where among others both Daniel and Stefan added to it. The code was nearly stable as it entered the sandbox and I mainly added docs and junit tests. Even though I am the main guy they certainly will need commit access as well as they are just as important. Without them I would retreat my request for promotion. James has not helped on the code but has later reviewed the documentation (he is the only native English speaking guy in the team). His suggestions have been incorporated by me directly (well not all, yet ;). I do not think James will need need sandbox commit access before the migration, but karma in commons proper would be beneficial. Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
Done. On Thu, 18 Nov 2004, Oliver Zeigermann wrote: I guess at least the initial committers will need commons CVS karma: - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
On Thu, 18 Nov 2004 20:01:53 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). May idea was that I just copy the project from sandbox to proper without changes and then start a vote for a 1.0 release. Am I just an idiot? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
OK, I am asking too much, I will just try and see if just moving the projection works. Is there anything else that should be done then? Docs are ok, JUnit tests as well, stuff is feature complete and stable. Why not call for a relase vote? Please tell me if I got it all wrong again ;) Oliver On Thu, 18 Nov 2004 22:36:22 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Thu, 18 Nov 2004 20:01:53 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). May idea was that I just copy the project from sandbox to proper without changes and then start a vote for a 1.0 release. Am I just an idiot? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/collections/keyvalue KeyValue.java
rdonkin 2004/11/18 14:12:24
Added: beanutils/src/test/org/apache/commons/collections
KeyValue.java
Removed: beanutils/src/test/org/apache/commons/collections/keyvalue
KeyValue.java
Log:
Moved source whose directory location did not match it's package.
Revision ChangesPath
1.1
jakarta-commons/beanutils/src/test/org/apache/commons/collections/KeyValue.java
Index: KeyValue.java
===
/*
* Copyright 2003-2004 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.collections;
/**
* Defines a simple key value pair.
* p
* A Map Entry has considerable additional semantics over and above a simple
* key-value pair. This interface defines the minimum key value, with just the
* two get methods.
*
* @since Commons Collections 3.0
* @version $Revision: 1.1 $ $Date: 2004/11/18 22:12:24 $
*
* @author Stephen Colebourne
*/
public interface KeyValue {
/**
* Gets the key from the pair.
*
* @return the key
*/
Object getKey();
/**
* Gets the value from the pair.
*
* @return the value
*/
Object getValue();
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Promote Transaction to Commons Proper
S'not that much to do. Promotion --- Karma [done] Migrate cvs (which can just be a mv on the server I believe) Update Commons website Make sure in Bugzilla/JIRA. Announce if you want, though I wouldn't if you expect to release very soon. Then you're ready to do the release. (I may have missed something, unsure) Hen On Thu, 18 Nov 2004 22:43:43 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: OK, I am asking too much, I will just try and see if just moving the projection works. Is there anything else that should be done then? Docs are ok, JUnit tests as well, stuff is feature complete and stable. Why not call for a relase vote? Please tell me if I got it all wrong again ;) Oliver On Thu, 18 Nov 2004 22:36:22 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Thu, 18 Nov 2004 20:01:53 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). May idea was that I just copy the project from sandbox to proper without changes and then start a vote for a 1.0 release. Am I just an idiot? Oliver - 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 32122] - Is there any way in Betwixt to validate the timestamp?
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=32122. 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=32122 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED OS/Version||All Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:35 --- Hi James This is the behaviour I would expect. Betwixt (by default) uses BeanUtils for conversions. BeanUtils (by default) uses Timestamp.valueOf. This is very liberal. Try: System.out.println(Timestamp.valueOf(2004-11-32 00:00:00.0)); and you'll see what I mean! What the best way to get the validation you need would be to create a custom ObjectStringConverter (see the documentation on the website) which overrides the default and performs a different conversion, one which fails when non-calendar entries are passed in. -- 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: [VOTE] Promote Transaction to Commons Proper
Ah, thanks, that's what I thought. However, I won't mess around with CVS directly. Last (and first) time I tried I was looking somewhat pale for a couple of days ;) Oliver On Thu, 18 Nov 2004 17:18:17 -0500, Henri Yandell [EMAIL PROTECTED] wrote: S'not that much to do. Promotion --- Karma [done] Migrate cvs (which can just be a mv on the server I believe) Update Commons website Make sure in Bugzilla/JIRA. Announce if you want, though I wouldn't if you expect to release very soon. Then you're ready to do the release. (I may have missed something, unsure) Hen On Thu, 18 Nov 2004 22:43:43 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: OK, I am asking too much, I will just try and see if just moving the projection works. Is there anything else that should be done then? Docs are ok, JUnit tests as well, stuff is feature complete and stable. Why not call for a relase vote? Please tell me if I got it all wrong again ;) Oliver On Thu, 18 Nov 2004 22:36:22 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Thu, 18 Nov 2004 20:01:53 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). May idea was that I just copy the project from sandbox to proper without changes and then start a vote for a 1.0 release. Am I just an idiot? Oliver - 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: [VOTE] Promote Transaction to Commons Proper
it's usually best to make sure that other folks aren't going to be committing to the wrong project. it's also inconvenient moving uncommitted code so folks may want to finish up first. so, the way these things have been done in the past is for a volunteer to post a proposal with a time and if no one veto's by the time it arrives, go ahead. same with the release. it's usually best to push out a release candidate first follow later by the release. the initial stage would be for someone to propose someone to act as release manager. - robert On 18 Nov 2004, at 21:43, Oliver Zeigermann wrote: OK, I am asking too much, I will just try and see if just moving the projection works. Is there anything else that should be done then? Docs are ok, JUnit tests as well, stuff is feature complete and stable. Why not call for a relase vote? Please tell me if I got it all wrong again ;) Oliver On Thu, 18 Nov 2004 22:36:22 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On Thu, 18 Nov 2004 20:01:53 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 16:09, Oliver Zeigermann wrote: after the result's been announced (and providing no objections are lodged by the pmc) i would suggest that the next step you can take is to start drawing up a migration plan (who'll do what when) and start thinking about planning for a release (the wiki's a good medium for release planning). May idea was that I just copy the project from sandbox to proper without changes and then start a vote for a 1.0 release. Am I just an idiot? Oliver - 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: [convert] a different approach...
On 18 Nov 2004, at 04:57, Matt Sgarlata wrote: Hi Ron, Henri, Stephen, others - (here are some random musing of mine on the concepts but be warned, i have looked at the code as yet) I haven't been on the list a while but I saw your posts earlier this month. I too, like Ron, spent some time developing my own approach to the goals of the commons-convert project. I have some code started out that isn't incredibly well documented, but all the ideas are there. Below is a summary of my approach. The code is available at the URL below under the Apache 2.0 license. http://www.crystalcognition.com/sgarlatm/morph.zip why not start a little project on source forge...? - In place of a registry that tries to 'pick' the right converter, I have the Converters themselves say which objects they can and cannot convert. The user assembles these converters (programmatically, or via an IoC framework) in whatever order they like into a mega-converter, if you will, that will function more similarly to the ConvertUtils.convert method in BeanUtils. This 'mega-converter' conforms to the simple Converter interface like every other, 'non-mega' converter. that sounds like a good approach - In place of BeanUtils.copyProperties there is a Copier interface. It is very similar to the Converter interface, but it's original intent was different: to copy data from one location to another, where creating a new object doesn't make sense. For example, let's say we want to store information from a Map or an object graph as separate attributes in an HTTP request. We can't just create a new HTTP request object... it already exists! So we use a Copier. Basically, Converters are for the simple stuff like primitives, Dates, etc and Copiers are for fancier things like Object[] - List. You can always take something that is written with the Copier interface and expose it as a Converter but not vice-versa (The net.sf.morph.converters.CopierConverter class exposes a Copier as a Converter). - While working on Copiers, I realized I needed to be able to pull information out of various different types of things: objects and maps are simple examples, but I might also want to be able to pull info from HTTP request parameters, etc. This is what Reflectors are for. They help Copiers get the job done. hmmm sounds frameworkish... - The Language interface is interesting, but a little out there. Basically once we have Reflectors written, we can easily implement simple languages like the JSTL EL. The nice thing about how Reflectors are setup though, is that you could easily define a reflector for a DynaBean or for some other arbitrary object type. This lets you extend your Language very easily. getting the bean query language at the right level of abstraction is key - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [convert] a different approach...
Hi Robert, thanks for your comments : ) My responses are below... why not start a little project on source forge...? Already registered on SF this morning... I probably will create a SF project this weekend :) My tentative project name is Morph. - In place of BeanUtils.copyProperties there is a Copier interface. It is very similar to the Converter interface, but it's original intent was different: to copy data from one location to another, where creating a new object doesn't make sense. For example, let's say we want to store information from a Map or an object graph as separate attributes in an HTTP request. We can't just create a new HTTP request object... it already exists! So we use a Copier. Basically, Converters are for the simple stuff like primitives, Dates, etc and Copiers are for fancier things like Object[] - List. You can always take something that is written with the Copier interface and expose it as a Converter but not vice-versa (The net.sf.morph.converters.CopierConverter class exposes a Copier as a Converter). - While working on Copiers, I realized I needed to be able to pull information out of various different types of things: objects and maps are simple examples, but I might also want to be able to pull info from HTTP request parameters, etc. This is what Reflectors are for. They help Copiers get the job done. hmmm sounds frameworkish... Well yes and no. You are free to implement the Copier interface directly, which is just as simple as the Converter interface (both have 2 very simple methods, isConvertible/isCopiable and convert/copy). Reflectors are getting frameworkish because they are allowing you to plug into the Copiers that come out-of-the-box with Morph. They are basically a mechanism to allow you to treat any weird type of object as a regular object that has properties. So they provide a universal API for accessing the properties of Objects, Maps, DynaBeans, HttpRequest parameters, HttpRequest attributes, HttpSession attributes, or perhaps even RDBMS schemas or XML DOMs. The problem with BeanUtils.copyProperties, is the types of things that are considered to have properties are fixed. They are Objects, Maps and DynaBeans -- no more, no less. - The Language interface is interesting, but a little out there. Basically once we have Reflectors written, we can easily implement simple languages like the JSTL EL. The nice thing about how Reflectors are setup though, is that you could easily define a reflector for a DynaBean or for some other arbitrary object type. This lets you extend your Language very easily. getting the bean query language at the right level of abstraction is key I'm not sure I follow... any ideas of things I should take a look at? - robert Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector/src/conf - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction/example/mapConnector/src/conf - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/test/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/memory - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/memory - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/memory/jca - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/memory/jca - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache/commons - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/test/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/file - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/file - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction/example - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/lib - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/lib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector/src/java - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction/example/mapConnector/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/xdocs/images - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/xdocs/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/conf/connector/map - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/conf/connector/map - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector/src - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction/example/mapConnector/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache/commons/transaction - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/test/org/apache/commons/transaction - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/xdocs/file - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/xdocs/file - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/xdocs/maps - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/xdocs/maps - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache/commons/transaction/file - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/src/test/org/apache/commons/transaction/file - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/xdocs - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/xdocs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/conf/connector - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/conf/connector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/util - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/util - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache/commons/transaction/memory - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/src/test/org/apache/commons/transaction/memory - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache/commons/transaction/locking - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/src/test/org/apache/commons/transaction/locking - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/conf - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/conf - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/xdocs/locks - New directory
ozeigermann2004/11/18 15:24:49 jakarta-commons/transaction/xdocs/locks - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org/apache/commons/transaction/util/xa - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/java/org/apache/commons/transaction/util/xa - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/conf/connector/map/jboss - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/conf/connector/map/jboss - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/java/org - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src/java/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src/test/org/apache - New directory
ozeigermann2004/11/18 15:24:48 jakarta-commons/transaction/src/test/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector - New directory
ozeigermann2004/11/18 15:24:46 jakarta-commons/transaction/example/mapConnector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/src - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector/src/java/connector - New directory
ozeigermann2004/11/18 15:24:47 jakarta-commons/transaction/example/mapConnector/src/java/connector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commenté: (JELLY-1) break variable storage away from the JellyContext
[ http://nagoya.apache.org/jira/browse/JELLY-1?page=comments#action_55640 ] Marc DeXeT commented on JELLY-1: I agree with this feature. With this, we could also isolate script parts by scoping to avoid var name collisions. see also http://www.mail-archive.com/commons-user@jakarta.apache.org/msg08751.html break variable storage away from the JellyContext - Key: JELLY-1 URL: http://nagoya.apache.org/jira/browse/JELLY-1 Project: jelly Type: New Feature Components: core / taglib.core Reporter: bob mcwhirter Assignee: james strachan Priority: Minor Fix For: 1.1-beta-1 Implement a simpler Scope interface to be used by JellyContext for variable storage and retrieval, to allow for arbitrary integrations for storage. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/transaction/example/mapConnector/src/java/connector TestServlet.java
ozeigermann2004/11/18 15:27:22 Added: transaction/src/test/org/apache/commons/transaction/file FileResourceManagerTest.java transaction/src/java/org/apache/commons/transaction/locking LockManager.java GenericLockManager.java GenericLock.java ReadWriteLock.java MultiLevelLock.java transaction/src/java/org/apache/commons/transaction/memory/jca MapXAResource.java MapConnectionFactory.java MapManagedConnection.java MapLocalTransaction.java MemoryMapResourceManager.java MapConnection.java MapManagedConnectionFactory.java MapConnectionSpec.java transaction/xdocs/maps index.xml wrappers-comparision.xml transaction/src/java/org/apache/commons/transaction/memory SetFactory.java OptimisticMapWrapper.java MapFactory.java PessimisticMapWrapper.java HashMapFactory.java HashSetFactory.java LockException.java TransactionalMapWrapper.java ConflictException.java transaction project.properties LICENSE.txt project.xml .cvsignore build.properties.sample build.xml NOTICE.txt transaction/src/java/org/apache/commons/transaction/util Jdk14Logger.java PrintWriterLogger.java LoggerFacade.java FileHelper.java RendezvousBarrier.java Log4jLogger.java transaction/xdocs navigation.xml downloads.xml index.xml transaction/src/java/org/apache/commons/transaction/file ResourceManager.java ResourceManagerSystemException.java FileResourceManager.java ResourceManagerErrorCodes.java FileSequence.java ResourceManagerException.java transaction/xdocs/file index.xml transaction/src/test/org/apache/commons/transaction/memory MapWrapperTest.java PessimisticMapWrapperTest.java OptimisticMapWrapperTest.java transaction/src/java/org/apache/commons/transaction/util/xa TransactionalResource.java AbstractTransactionalResource.java AbstractXAResource.java XidWrapper.java transaction/src/conf/connector/map ra.xml transaction/xdocs/locks tutorial.xml index.xml transaction/example/mapConnector/src/conf jboss-web.xml web.xml transaction/xdocs/images transaction-logo-white.xcf transaction-logo-white.png transaction/src/test/org/apache/commons/transaction/locking GenericLockTest.java transaction/lib junit-3.8.jar geronimo-spec-j2ee-1.0-M1.jar log4j-1.2.8.jar commons-codec-1.2.jar transaction/src/conf/connector/map/jboss map-connector-ds.xml transaction/example/mapConnector/src/java/connector TestServlet.java Log: Migrated from sandbox Revision ChangesPath 1.1 jakarta-commons/transaction/src/test/org/apache/commons/transaction/file/FileResourceManagerTest.java http://cvs.apache.org/viewcvs/jakarta-commons/transaction/src/test/org/apache/commons/transaction/file/FileResourceManagerTest.java?rev=1.1 1.1 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/LockManager.java http://cvs.apache.org/viewcvs/jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/LockManager.java?rev=1.1 1.1 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java http://cvs.apache.org/viewcvs/jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java?rev=1.1 1.1 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/GenericLock.java http://cvs.apache.org/viewcvs/jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/GenericLock.java?rev=1.1 1.1 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/ReadWriteLock.java http://cvs.apache.org/viewcvs/jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/ReadWriteLock.java?rev=1.1 1.1 jakarta-commons/transaction/src/java/org/apache/commons/transaction/locking/MultiLevelLock.java
cvs commit: jakarta-commons/commons-build/parts sandbox-table.ent components-table.ent
ozeigermann2004/11/18 15:39:23 Modified:commons-build/parts sandbox-table.ent components-table.ent Log: Moved transaction from sandbox to proper Revision ChangesPath 1.9 +0 -7 jakarta-commons/commons-build/parts/sandbox-table.ent Index: sandbox-table.ent === RCS file: /home/cvs/jakarta-commons/commons-build/parts/sandbox-table.ent,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- sandbox-table.ent 17 Oct 2004 14:08:08 - 1.8 +++ sandbox-table.ent 18 Nov 2004 23:39:23 - 1.9 @@ -131,13 +131,6 @@ /td /tr tr -tda href=http://jakarta.apache.org/commons/sandbox/transaction/;Transaction/a/td -td - Commons-Transaction provides a set of utility classes for transactional data - structures, locks, and a transactional file system. -/td -/tr -tr tda href=http://jakarta.apache.org/commons/sandbox/vfs/;VFS/a/td td VFS is a Virtual File System component for treating files, FTP, SMB, ZIP and such like as a single logical file system. 1.6 +6 -0 jakarta-commons/commons-build/parts/components-table.ent Index: components-table.ent === RCS file: /home/cvs/jakarta-commons/commons-build/parts/components-table.ent,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- components-table.ent 17 Oct 2004 14:06:47 - 1.5 +++ components-table.ent 18 Nov 2004 23:39:23 - 1.6 @@ -209,6 +209,12 @@ /td /tr tr +tda href=http://jakarta.apache.org/commons/sandbox/transaction/;Transaction/a/td +td +Commons Transaction provides implementations for multi level locks, transactional collections and transactional file access and some other utility classes commonly used in transacional Java programming. +/td +/tr +tr tda href=http://jakarta.apache.org/commons/validator/;Validator/a/td td The commons-validator package provides a simple, extendable framework - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/menus components-items.ent sandbox-items.ent
ozeigermann2004/11/18 15:46:08 Modified:commons-build/menus components-items.ent sandbox-items.ent Log: Moved transaction from sandbox to proper Revision ChangesPath 1.4 +1 -0 jakarta-commons/commons-build/menus/components-items.ent Index: components-items.ent === RCS file: /home/cvs/jakarta-commons/commons-build/menus/components-items.ent,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- components-items.ent 24 Jul 2004 11:42:34 - 1.3 +++ components-items.ent 18 Nov 2004 23:46:07 - 1.4 @@ -27,5 +27,6 @@ item name=Net href=http://jakarta.apache.org/commons/net// item name=Pool href=http://jakarta.apache.org/commons/pool// item name=Primitives href=http://jakarta.apache.org/commons/primitives// +item name=Transaction href=http://jakarta.apache.org/commons/transaction// item name=Validator href=http://jakarta.apache.org/commons/validator// 1.8 +0 -1 jakarta-commons/commons-build/menus/sandbox-items.ent Index: sandbox-items.ent === RCS file: /home/cvs/jakarta-commons/commons-build/menus/sandbox-items.ent,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- sandbox-items.ent 17 Oct 2004 14:08:36 - 1.7 +++ sandbox-items.ent 18 Nov 2004 23:46:07 - 1.8 @@ -17,7 +17,6 @@ item name=Scaffold href=http://jakarta.apache.org/commons/sandbox/scaffold// item name=SQL href=http://jakarta.apache.org/commons/sandbox/sql// item name=ThreadPool href=http://jakarta.apache.org/commons/sandbox/threadpool// -item name=Transaction href=http://jakarta.apache.org/commons/sandbox/transaction// item name=VFS href=http://jakarta.apache.org/commons/sandbox/vfs// item name=Workflow href=http://jakarta.apache.org/commons/sandbox/workflow// item name=XMLIO href=http://jakarta.apache.org/commons/sandbox/xmlio// - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Could someone add new component transaction to Bugzilla?
Could someone with the apropriate rights add Transaction to the Components of Commons in Bugzilla, please? Thanks in advance, Oliver On Thu, 18 Nov 2004 17:18:17 -0500, Henri Yandell [EMAIL PROTECTED] wrote: S'not that much to do. Promotion --- Karma [done] Migrate cvs (which can just be a mv on the server I believe) Update Commons website Make sure in Bugzilla/JIRA. Announce if you want, though I wouldn't if you expect to release very soon. Then you're ready to do the release. (I may have missed something, unsure) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32122] - Is there any way in Betwixt to validate the timestamp?
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=32122. 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=32122 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 01:09 --- Good solution. -- 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]
[jira] Commented: (JELLY-164) New Tag for parallel iteration
[
http://nagoya.apache.org/jira/browse/JELLY-164?page=comments#action_55643 ]
dion gillard commented on JELLY-164:
I'm not sure this should be in the core package
New Tag for parallel iteration
--
Key: JELLY-164
URL: http://nagoya.apache.org/jira/browse/JELLY-164
Project: jelly
Type: New Feature
Components: core / taglib.core
Versions: 1.0-beta-5
Environment: JDK 1.4_02 Windows XP
Reporter: Marc DeXeT
Priority: Minor
Attachments: IterateTag.java, TestIterateTag.java, patchIterateTag.txt,
testIterateTag.jelly
IterateTag is like org.apache.commons.jelly.tags.core.ForEachTag but can
iterate over several collections. Where
org.apache.commons.jelly.tags.core.ForEachTag iterate over one collection and
set Value in one variable like :
forEach var=oneVar items=oneCollection
do something value=${oneVar}/
/forEach
IterateTag is like :
iterate var=var_1;var_2;...;var_P
items=Collection_1;Collection_2;;Collection_P
do something value=${var_1} ${var_2} ${var_3}/
/iterate
Each Collection points at next element at the same time.
Over the n iteration, for j = 1 to P : var_j = Collection_j.get(n);
IterateTag stop on the first ended collection, so n = Min(
Collection_1.size(), ..., Collection_P.size());
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Could someone add new component transaction to Bugzilla?
Oliver Zeigermann wrote: Could someone with the apropriate rights add Transaction to the Components of Commons in Bugzilla, please? Done. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestConfigurationFactory.java
ebourg 2004/11/18 17:56:30
Modified:configuration/xdocs changes.xml
configuration/src/java/org/apache/commons/configuration
ConfigurationUtils.java
configuration/conf resources.jar
configuration/src/test/org/apache/commons/configuration
TestConfigurationFactory.java
Log:
ConfigurationUtils.locate() now checks if the URL based ressources exist.
Revision ChangesPath
1.70 +14 -9 jakarta-commons/configuration/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/configuration/xdocs/changes.xml,v
retrieving revision 1.69
retrieving revision 1.70
diff -u -r1.69 -r1.70
--- changes.xml 14 Nov 2004 19:06:32 - 1.69
+++ changes.xml 19 Nov 2004 01:56:30 - 1.70
@@ -9,6 +9,20 @@
release version=1.1-dev date=in CVS
action dev=ebourg type=fix
+ConfigurationUtils.locate() now checks if the URL based ressources
exist.
+This fixes a bug preventing configuration files from being found if
+the configuration descriptor is in a JAR file (reported by Grant
Ingersoll).
+ /action
+ action dev=oheger type=fix issue=32236
+ Fixed NPE that where caused in the constructors of file based
+ configurations if an invalid file name was specified.
+ /action
+ action dev=oheger type=add issue=31797
+ Added support for optional configuration sources in definition
files for
+ ConfigurationFactory. A new required attribute allows to
specify whether a
+ configuration source is mandatory or optional.
+ /action
+ action dev=ebourg type=fix
JNDIConfiguration.getKeys() now returns an empty iterator instead of
throwing a ConfigurationRuntimeException when a NamingException
occurs.
The NamingExceptions are now logged.
@@ -71,15 +85,6 @@
AppletConfiguration, ServletConfiguration,
ServletContextConfiguration,
ServletRequestConfiguration, ServletFilterConfiguration.
/action
- action dev=oheger type=fix issue=32236
- Fixed NPE that where caused in the constructors of file based
- configurations if an invalid file name was specified.
- /action
- action dev=oheger type=add issue=31797
- Added support for optional configuration sources in definition
files for
- ConfigurationFactory. A new required attribute allows to
specify whether a
- configuration source is mandatory or optional.
- /action
/release
release version=1.0.1-dev date=in CVS
1.12 +18 -8
jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationUtils.java
Index: ConfigurationUtils.java
===
RCS file:
/home/cvs/jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationUtils.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- ConfigurationUtils.java 17 Nov 2004 00:14:03 - 1.11
+++ ConfigurationUtils.java 19 Nov 2004 01:56:30 - 1.12
@@ -16,11 +16,7 @@
package org.apache.commons.configuration;
-import java.io.File;
-import java.io.IOException;
-import java.io.PrintStream;
-import java.io.PrintWriter;
-import java.io.StringWriter;
+import java.io.*;
import java.net.MalformedURLException;
import java.net.URL;
import java.util.Iterator;
@@ -264,13 +260,27 @@
{
URL baseURL = new URL(base);
url = new URL(baseURL, name);
+
+// check if the file exists
+InputStream in = null;
+try
+{
+in = url.openStream();
+}
+finally
+{
+if (in != null)
+{
+in.close();
+}
+}
}
log.debug(Configuration loaded from the URL + url);
}
-catch (MalformedURLException e)
+catch (IOException e)
{
-
+url = null;
}
// attempt to load from an absolute path
1.2 +4 -1 jakarta-commons/configuration/conf/resources.jar
Binary file
1.18 +12 -1
jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestConfigurationFactory.java
Index: TestConfigurationFactory.java
===
RCS file:
Re: logging: WeakHashtable
snip My mistake the other day does show one area where WeakHashtable will fail -- if a custom subclass of LogFactory were deployed in WEB-INF/lib but commons-logging.jar were on the server classpath. But I expect that's a pretty small use case. i suspect this extends to pretty much anyone who uses a custom LogFactory implementation where commons-logging is in a parent classloader and the implementation is deployed in the child. Yep. custom LogFactory implementations are not very useful at the moment and so i'd be happy just to live with a note in the documentation about this limitation. Sounds good. I'll put some thought to a good note, although it might be a few days. Were you thinking in the Javadoc, or somewhere else? in addition, this use case will be addressed very well by the bytecode stuff. (the idea is that instead of discovering a log factory at runtime, all the calls will be rewired when the classes are enhanced.) if you're deploying a stand alone web-app with a definite need to use a particular LogFactory, it's more reliable to dope all the jar's than to rely on discovery. i'll look forward to see your patch (either i've missed it, i'm confused or it was stripped this time...) Don't know what happened. Late night gremlins. When I get home (prob 8 hours from now) I'll attach it to Bugzilla. i'll leave my tidy up for a few days (give you a chance to get patching without me treading on your toes). once everyone's happy with the class, i plan to start pushing towards a 1.0.5 release. it'll probably be release from a branch so that the release candidate for long enough. Great. Thanks for everything. Brian __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] Is there a split method based on case?
Hello, I might be going against the tide here... but it still seems to be that this is such a specialized case that it seems inappropriate for WordUtils or StringUtils. Of course, using a regular expression might not be the answer you are looking for ;-) It would be nice to avoid a case where some people that happen to all need a util and all happen be active in [lang] put something in [lang] because it is convenient instead of the feature truly belonging in the project. My (humble:-) claim is that this feature is, at least and at best, precariously on the border. OTOH, if it must be in and since we have been talking about this in the context of class names only, perhaps this belongs in ClassUtils or in a new TypeNameUtils (not crazy about that but I'm just thinking aloud). I am using Type instead of Class to reflect use for classes and interfaces, a la Eclipse. Thanks, Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 3:10 AM To: Jakarta Commons Developers List; Corey Scott Subject: RE: [lang] Is there a split method based on case? It seems like it might also help flesh out WordUtils.. Would just a method that splits be enough, or is there any reason to get fance and insert spaces etc...? -Original Message- From: Corey Scott [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 4:40 AM To: Jakarta Commons Developers List Subject: Re: [lang] Is there a split method based on case? I also had to recently do this, for the same reasons :-) -Corey On Thu, 18 Nov 2004 00:26:16 + (GMT), Stephen Colebourne [EMAIL PROTECTED] wrote: FYI, I recently had to write this same method to take resource keys and make more human readable sentences. So, maybe there is space for it in lang. Stephen --- Gary Gregory [EMAIL PROTECTED] wrote: Hello, This sounds like a job for regular expression substitution: replace all uppercase chars with a space followed by that upper case char. See the ORO project: http://jakarta.apache.org/oro/index.html Gary -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 3:11 AM To: Commons-Dev Subject: [lang] Is there a split method based on case? Hi all, I am converting some classnames to user friendly names. So I have a class call my.companies.own.SpecialStep and I can use the substringAfterLast(my.companies.own.SpecialStep,.) to return SpecialStep. I want to convert this to Special Step. Any ideas on how to do this using commons-lang? If I had AnotherSpecialStep, I'd want to split it up so I got Another Special Step. Would this be a good idea for commons-lang's WordUtils? Eric - 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] - 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]
Re: [VOTE] Promote Email to Commons Proper
Impressively, Jason has now updated the SF site, the Dumbster site and released a new version under the ASL 2.0. All that remains is to get it into Maven, and I figure that one of the [email] guys can happily do that (there are instructions on the Maven site for it). So nothing looks likely to slow down a release, and many kudos to Jason Kitchen for being so responsive to our legal particulars. Hen On Thu, 18 Nov 2004 19:57:09 +, robert burrell donkin [EMAIL PROTECTED] wrote: On 18 Nov 2004, at 11:39, Eric Pugh wrote: Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread? If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? i'm now +1 to promotion (and like henri -1 to release until all the loose ends concerning the dumbster license) i would like to see a note added to the web site recommending the latest (ASF licensed) dumbster. i'd also like to see a new version of dumbster (with an ASL license) uploaded to the maven java repository and the project.xml updated to reflect that. - robert - 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 32304] New: - Cannot save HierarchicalXMLConfiguration
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=32304. 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=32304 Summary: Cannot save HierarchicalXMLConfiguration Product: Commons Version: unspecified Platform: PC OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: Configuration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when ever i use HierarchicalXMLConfiguration and wanna save the XML doc, it said UnsupportedOperation error. -- 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 31286] - Memory leaks in JBoss due to LogFactory cache
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=31286. 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=31286 --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 06:27 --- Attaching some improvements to the LogFactoryTest. Designed to test different classloading configurations, particularly an isolated application classloader inside a container. -- 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 31286] - Memory leaks in JBoss due to LogFactory cache
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=31286. 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=31286 --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 06:33 --- Created an attachment (id=13498) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13498action=view) Patch to LogFactoryTest -- 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]
[GUMP@brutus]: Project commons-latka (in module jakarta-commons) success
To whom it may satisfy... 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-latka *no longer* has an issue. The current state of this project is 'Success'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- No license on redistributable project with outputs. The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Success Elapsed: 15 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/public/workspace/jaxen/target/jaxen-18112004.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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/httpclient/dist/commons-httpclient.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-commons/codec/dist/commons-codec-18112004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-18112004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-18112004.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-18112004.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-18112004.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-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-18112004.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-18112004.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-18112004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/standard.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.3/nekohtml.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-18112004.jar - test: jar: [jar] Building jar: /home/gump/workspaces2/public/workspace/jakarta-commons/latka/target/commons-latka.jar javadoc: [mkdir] Created
