[GUMP@brutus]: Project commons-net (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-net has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-net/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-net-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-net/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-net/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #15. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-codec (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-codec has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-codec/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-codec-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-codec/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-codec/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #17. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-collections (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-collections has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-collections/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-collections-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-collections/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-collections/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #18. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-lang (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-lang has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-lang/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-lang-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-lang/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-lang/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #19. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-launcher (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-launcher has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-launcher/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-launcher.jar] identifier set to project name -DEBUG- Dependency on ant exists, no need to add for property ant.home. -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-launcher/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-launcher/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #21. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-daemon (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-daemon has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-daemon/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-daemon-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-daemon/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-daemon/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #22. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-attributes (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-attributes has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-attributes/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-attributes/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-attributes/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #23. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: Project commons-net (in module jakarta-commons) failed
These failures are related to the SVN migration, Gump hasn't caught up yet, but will on its next run. Sorry for the noise Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] svn stuff to do and discuss
Tim O'Brien wrote: 3. Should we svn rm components from the sandbox which have been promoted? If you do so please leave the [configuration] component. It contains all the history of the component before it was promoted, and sometimes we dig through it to understand when and why a specific feature was added. On the other hand maybe it could be moved in commons proper as an 'archive' branch ? Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-primitives (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-primitives has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-primitives-1.1-dev.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #25. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-io (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-io has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-io/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [jakarta-commons-io-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-io/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-io/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #26. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-dbcp (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-dbcp has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-dbcp/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-dbcp.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-dbcp/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-dbcp/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #27. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-email (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-email has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #28. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-logging (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-logging has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-logging/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-logging/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-logging/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #32. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-cli (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-cli has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-cli/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-cli-28012005.jar] identifier set to project name -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-cli/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-cli/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #33. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-beanutils (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-beanutils has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Synchronize Failed'. Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-beanutils/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on junit exists, no need to add for property junit.home. -INFO- Failed with reason synchronize failed -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-commons/commons-beanutils/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-commons/commons-beanutils/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2328012005, brutus:brutus-public:2328012005 Gump E-mail Identifier (unique within run) #35. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[feedparser] Fwd: Fwd: [ST-J] java rss?
-- Forwarded message -- From: Scot Mcphee [EMAIL PROTECTED] Date: Fri, 28 Jan 2005 21:31:31 +1100 Subject: Re: Fwd: [ST-J] java rss? To: [EMAIL PROTECTED] Dion I was looking at feedparser a little (and btw my comment previously was about the commons-configuration project not feedparser) and my understanding it's an event based API, eg analogous to SAX. However this project is an aggregator plugin written for use with Pebble, where Pebble controls the start/stop lifecycle and the plugin itself extends TimerTask to be regularly scheduled to check and post the blog entries it finds on the feeds. What I don't get with the Feedparser is how it's event based model would work with such a threading model. Also the front page 'example' indicates classes that just don't seem to even exist in the Javadoc. The example has the text Developers place all their logic in a FeedParserListener which receives callbacks from the FeedParser. They then pass the FeedParser an InputStream and they are ready to get events: but the Javadoc has no class called FeedParser. The sample code then shows that the FeedParserListener is implemented as an inline class of type DefaultFeedParserListener which is also not in the javadoc. It has utilises a variable called parser - FeedParser parser = FeedParserFactory.newFeedParser(); - again this class doesn't exist in the javadoc. finally the method signature of the onItem() public void onItem( FeedParserState state, String title, String link, String description, String permalink ) throws FeedParserException { shows that it doesn't support the many features of RSS 2.0 for example enclosures (important in my context) plus many other tags you can find in the rss item. of course the example might just be very old but it's not exactly awe-inspiring when the given example doesn't appear to match anything documented in the api. just thought you might like to pass this feedback on. thanks scot. ___ ST-J Wiki: http://tarasis.net/STWiki/ . Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/straight_talking_java/ * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148877 - in jakarta/commons/proper/jelly/trunk/src: java/org/apache/commons/jelly/tags/core test/org/apache/commons/jelly/core
Author: dion Date: Fri Jan 28 03:42:44 2005 New Revision: 148877 URL: http://svn.apache.org/viewcvs?view=revrev=148877 Log: Apply fixes for Jelly-196. Added: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly Modified: jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.java jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.java Modified: jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.java?view=diffrev=148877p1=jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.javar1=148876p2=jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.javar2=148877 == --- jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.java (original) +++ jakarta/commons/proper/jelly/trunk/src/java/org/apache/commons/jelly/tags/core/SwitchTag.java Fri Jan 28 03:42:44 2005 @@ -31,7 +31,7 @@ * @see DefaultTag * * @author Rodney Waldhoff - * @version $Revision: 1.7 $ $Date: 2004/09/09 12:27:53 $ + * @version $Revision: 1.7 $ $Date$ */ public class SwitchTag extends TagSupport { @@ -52,6 +52,10 @@ } public void doTag(XMLOutput output) throws MissingAttributeException, JellyTagException { +this.defaultEncountered = false; +this.someCaseMatched = false; +this.fallingThru = false; + if(null == on) { throw new MissingAttributeException(on); } else { Modified: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.java?view=diffrev=148877p1=jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.javar1=148876p2=jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.javar2=148877 == --- jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.java (original) +++ jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/TestSwitchTag.java Fri Jan 28 03:42:44 2005 @@ -24,7 +24,7 @@ /** * @author Rodney Waldhoff - * @version $Revision: 1.9 $ $Date: 2004/10/26 23:54:37 $ + * @version $Revision: 1.9 $ $Date$ */ public class TestSwitchTag extends BaseJellyTest { @@ -182,6 +182,14 @@ } catch(JellyException e) { // expected } +} + +public void testSeveralCall() throws Exception { +setUpScript(testSeveralSwitchCall.jelly); +Script script = getJelly().compileScript(); +getJellyContext().setVariable(var,foo); +script.run(getJellyContext(),getXMLOutput()); +assertEquals(defaultdefault,getJellyContext().getVariable(res)); } } Added: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly?view=autorev=148877 == --- (empty file) +++ jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly Fri Jan 28 03:42:44 2005 @@ -0,0 +1,15 @@ +j:jelly xmlns:j=jelly:core + j:forEach var=var items=a,b + j:switch on=${var} + j:case value=unencountered1 + j:set var=res value=1/ + /j:case + j:case value=unencountered2 + j:set var=res value=2/ + /j:case + j:default + j:set var=res value=${res}default/ + /j:default + /j:switch + /j:forEach +/j:jelly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148878 - /jakarta/commons/proper/jelly/trunk/xdocs/changes.xml
Author: dion Date: Fri Jan 28 03:43:56 2005 New Revision: 148878 URL: http://svn.apache.org/viewcvs?view=revrev=148878 Log: Document Jelly-196 Modified: jakarta/commons/proper/jelly/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/jelly/trunk/xdocs/changes.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/xdocs/changes.xml?view=diffrev=148878p1=jakarta/commons/proper/jelly/trunk/xdocs/changes.xmlr1=148877p2=jakarta/commons/proper/jelly/trunk/xdocs/changes.xmlr2=148878 == --- jakarta/commons/proper/jelly/trunk/xdocs/changes.xml(original) +++ jakarta/commons/proper/jelly/trunk/xdocs/changes.xmlFri Jan 28 03:43:56 2005 @@ -25,6 +25,7 @@ /properties body release version=1.0-RC2 date=in CVS + action dev=dion type=fix issue=JELLY-196SwitchTag can not be reused if default encountered./action action dev=polx type=add issue=JELLY-191FileTag now allows appending to the file./action action dev=polx type=fix issue=JELLY-85Removed instance-based ThreadLocal substituting a JellyContext-based tag-caching./action action dev=polx type=add issue=JELLY-145jelly -h or --help responds a help and jelly -v or --version responds the version./action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JELLY-196) SwitchTag can not be reused if default encountered
[ http://issues.apache.org/jira/browse/JELLY-196?page=history ] dion gillard resolved JELLY-196: Resolution: Fixed Added test in patch to TestSwitchTag. Added jelly file to SVN. All tests pass. SwitchTag can not be reused if default encountered -- Key: JELLY-196 URL: http://issues.apache.org/jira/browse/JELLY-196 Project: jelly Type: Bug Components: core / taglib.core Versions: 1.0 Environment: 1.0-RC2-SNAPSHOT Reporter: Marc DeXeT Fix For: 1.0-RC2 Attachments: patch_2005.01.18_switchTag.test.txt, patch_2005.01.18_switchTag.txt Script as j:forEach var=var items=a,b j:switch on=${var} j:case value=unencountered1 j:set var=res value=1/ /j:case j:case value=unencountered2 j:set var=res value=2/ /j:case j:default j:set var=res value=default/ /j:default /j:switch /j:forEach throws default should be the last tag within a switch because of SwitchTag boolean property defaultEncountered is not reset. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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]
svn commit: r148879 - /jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly
Author: dion Date: Fri Jan 28 03:46:30 2005 New Revision: 148879 URL: http://svn.apache.org/viewcvs?view=revrev=148879 Log: make eol-style native Modified: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly (contents, props changed) Modified: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly?view=diffrev=148879p1=jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jellyr1=148878p2=jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jellyr2=148879 == --- jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly (original) +++ jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly Fri Jan 28 03:46:30 2005 @@ -1,15 +1,15 @@ -j:jelly xmlns:j=jelly:core - j:forEach var=var items=a,b - j:switch on=${var} - j:case value=unencountered1 - j:set var=res value=1/ - /j:case - j:case value=unencountered2 - j:set var=res value=2/ - /j:case - j:default - j:set var=res value=${res}default/ - /j:default - /j:switch - /j:forEach -/j:jelly +j:jelly xmlns:j=jelly:core + j:forEach var=var items=a,b + j:switch on=${var} + j:case value=unencountered1 + j:set var=res value=1/ + /j:case + j:case value=unencountered2 + j:set var=res value=2/ + /j:case + j:default + j:set var=res value=${res}default/ + /j:default + /j:switch + /j:forEach +/j:jelly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JELLY-161) jellySwing demo fail
[ http://issues.apache.org/jira/browse/JELLY-161?page=history ] dion gillard resolved JELLY-161: Resolution: Fixed Fix Version: 1.0-RC2 I believe this has been fixed. I successfully ran maven demo:swing from jelly-tags/swing. jellySwing demo fail Key: JELLY-161 URL: http://issues.apache.org/jira/browse/JELLY-161 Project: jelly Type: Bug Environment: I run this on Linux fedora 2, but problem does not seems to be arch dependent Reporter: Andre Legendre Fix For: 1.0-RC2 Attachments: swing-demo-fix.txt when running maven demo:swing we finnaly get demo:swing: [java] Oct 18, 2004 2:50:22 PM org.apache.commons.jelly.tags.log.InfoTag doTag [java] INFO: Just evaluated the foo action! [java] Oct 18, 2004 2:50:22 PM org.apache.commons.jelly.tags.swing.FontTag createFont [java] INFO: Creating font from properties: {family=helvetica, size=20, name=helvetica} [java] Oct 18, 2004 2:50:24 PM org.apache.commons.jelly.tags.swing.FontTag createFont [java] INFO: Created font: java.awt.Font[family=Dialog,name=Dialog,style=plain,size=12] [java] Oct 18, 2004 2:50:25 PM org.apache.commons.jelly.tags.swing.FontTag createFont [java] INFO: Creating font from properties: {family=helvetica, size=14} [java] Oct 18, 2004 2:50:25 PM org.apache.commons.jelly.tags.swing.FontTag createFont [java] INFO: Created font: java.awt.Font[family=Dialog,name=Dialog,style=plain,size=12] [java] Oct 18, 2004 2:50:25 PM org.apache.commons.jelly.tags.log.InfoTag doTag [java] INFO: clicked on the New menu item! [java] Oct 18, 2004 2:50:25 PM org.apache.commons.jelly.tags.log.InfoTag doTag [java] INFO: Popup a file dialog! [java] Oct 18, 2004 2:50:26 PM org.apache.commons.jelly.tags.log.InfoTag doTag [java] INFO: about to run the GridBagLayout demo... [java] org.apache.commons.jelly.JellyTagException: file:/home/rcs/Master/extern/java/jakarta/jakarta-commons/jelly/jelly-tags/swing/src/test/org/apache/commons/jelly/swing/example.jelly:56:51: j:include could not include jelly script: gridBagDemo.jelly. Reason: org.apache.commons.jelly.JellyTagException: file:/home/rcs/Master/extern/java/jakarta/jakarta-commons/jelly/jelly-tags/swing/src/test/org/apache/commons/jelly/swing/gridBagDemo.jelly:43:94: gbc No bean property found: idpadx -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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] Closed: (JELLY-171) Nested scripts should be compiled and cached
[ http://issues.apache.org/jira/browse/JELLY-171?page=history ] dion gillard closed JELLY-171: -- Resolution: Duplicate Dupe of JELLY-170 Nested scripts should be compiled and cached Key: JELLY-171 URL: http://issues.apache.org/jira/browse/JELLY-171 Project: jelly Type: Improvement Components: core / taglib.core Versions: 1.0 Environment: tomcat 5.0, Jelly 1.0 RC1 Reporter: Arnaud Masson In the current version of jelly import tag, imported scripts are always parsed and recompiled each time the containing script runs, even if this script has already been compiled. It isn't optimized if the compiled version of the main script must be cached for multiple read, for instance a web page. In a JSP context, all included pages are compiled when the main jsp is compiled, so there is no performance penalty. That would be nice to have the same thing in jelly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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] Commented: (JELLY-85) TagScript doesn't clear its cached tags after run()
[ http://issues.apache.org/jira/browse/JELLY-85?page=comments#action_58217 ] dion gillard commented on JELLY-85: --- This bug report is now redundant and should be closed, right Hans and Paul? TagScript doesn't clear its cached tags after run() --- Key: JELLY-85 URL: http://issues.apache.org/jira/browse/JELLY-85 Project: jelly Type: Bug Components: core / taglib.core Versions: 1.0-beta-4 Reporter: Scott Howlett Attachments: StaticTagScript_patch.txt, TagScript_patch.txt, includeAndDefineExample.zip TagScript caches the tags it generates in a ThreadLocal. At the beginning of run() it checks to see if the context wants to cache tags - if not, it clears the cache and regenerates it. But there is no corresponding check and cache clearing at the end of run(). So if a tag holds onto some significant resource, that resource will hang around until the thread goes away or until the tag is run again. I am using Jelly Swing extensively, and various tags end up attached to the AWT Event thread for the lifetime of my application. As a quick fix, I have a patch that simply repeats the check-and-clear-cache behavior at the end of TagScript.run(). I also have a patch that adds this behavior to StaticTagScript, whose run() never seems to clear cached tags. I am probably just unclear, but it seems to me that there is a deeper issue as well - the context is being asked whether it wants to cache tags, but the result of this question affects the TagScript, which is really independent of the context. It seems like if context wants to cache tags, perhaps the ThreadLocal used for their storage ought to belong to the context somehow. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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: [jelly] include or import ?
Dion, Did we clear-up the differentiation of j:include and j:import? I looked at the code some days ago and found simply no difference. Plus the tag-doc for one of them is wrong. Do I understand correctly that the following should be true: - j:import includes the script at compilation time (special from the script-parsing ?) or at least the first time it's read then caches it. - j:include loads and runs the script but dumps it out right away after thanks Le 28 janv. 05, à 12:56, dion gillard (JIRA) a écrit : [ http://issues.apache.org/jira/browse/JELLY-171?page=history ] dion gillard closed JELLY-171: -- Resolution: Duplicate Dupe of JELLY-170 Nested scripts should be compiled and cached Key: JELLY-171 URL: http://issues.apache.org/jira/browse/JELLY-171 Project: jelly Type: Improvement Components: core / taglib.core Versions: 1.0 Environment: tomcat 5.0, Jelly 1.0 RC1 Reporter: Arnaud Masson In the current version of jelly import tag, imported scripts are always parsed and recompiled each time the containing script runs, even if this script has already been compiled. It isn't optimized if the compiled version of the main script must be cached for multiple read, for instance a web page. In a JSP context, all included pages are compiled when the main jsp is compiled, so there is no performance penalty. That would be nice to have the same thing in jelly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : [jelly] include or import ?
-Message d'origine- De : Paul Libbrecht [mailto:[EMAIL PROTECTED] Do I understand correctly that the following should be true: - j:import includes the script at compilation time (special from the script-parsing ?) or at least the first time it's read then caches it. - j:include loads and runs the script but dumps it out right away after I think include is here according to JSP tag include http://java.sun.com/products/jsp/syntax/1.1/syntaxref1112.html and import to JSTL tag import http://www.onjava.com/pub/a/pub/a/onjava/2002/05/08/jstl.html?page=2 http://java.sun.com/webservices/docs/1.0/tutorial/doc/JSTL5.html#65106 So it's for historical reasons in my opinion. -- Marc DeXeT
svn commit: r148883 - in jakarta/commons/proper/jelly/trunk/jelly-tags/xml: src/java/org/apache/commons/jelly/tags/xml src/test/org/apache/commons/jelly/tags/xml xdocs
Author: polx Date: Fri Jan 28 04:36:23 2005 New Revision: 148883 URL: http://svn.apache.org/viewcvs?view=revrev=148883 Log: Applying Michael Schuerig's patch. jelly:xml is starting to get a really nifty fully-featured biest! paul Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.java jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/test/org/apache/commons/jelly/tags/xml/suite.jelly jakarta/commons/proper/jelly/trunk/jelly-tags/xml/xdocs/changes.xml Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.java?view=diffrev=148883p1=jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.javar1=148882p2=jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.javar2=148883 == --- jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.java (original) +++ jakarta/commons/proper/jelly/trunk/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/SetTag.java Fri Jan 28 04:36:23 2005 @@ -30,6 +30,7 @@ import org.jaxen.JaxenException; import java.util.ArrayList; +import java.util.Iterator; import java.util.List; import java.util.Collections; @@ -44,6 +45,12 @@ */ public class SetTag extends XPathTagSupport { +private static final int RETURN_NODE_LIST = 0; +private static final int RETURN_FIRST_NODE = 1; +private static final int RETURN_STRING_LIST = 2; +private static final int RETURN_DELIMITED_STRING_LIST = 3; +private static final int RETURN_FIRST_AS_STRING = 4; + /** The Log to which logging calls will be made. */ private Log log = LogFactory.getLog(SetTag.class); @@ -60,6 +67,8 @@ private Boolean asString = null; +private String delim = null; + public SetTag() { } @@ -86,36 +95,30 @@ catch (JaxenException e) { throw new JellyTagException(e); } - + if (value instanceof List) { // sort the list if xpCmp is set. if (xpCmp != null (xpCmp.getXpath() != null)) { Collections.sort((List)value, xpCmp); } } -if (single!=null) { -if (single.booleanValue()==true) { -if(value instanceof List) { -List l = (List) value; -if (l.size()==0) -value=null; -else -value=l.get(0); -} -if(asString!=null asString.booleanValue() value instanceof Node) -value = ((Node) value).getStringValue(); -} else { // single == false -if(! (value instanceof List) ) { -List l = null; -if (value==null) { -l = new ArrayList(0); -} else { -l = new ArrayList(1); -l.add(value); -} -value = l; -} -} + +switch ( determineReturnType() ) { +case RETURN_NODE_LIST: +value = valueAsList(value); +break; +case RETURN_FIRST_NODE: +value = valueAsSingle(value); +break; +case RETURN_STRING_LIST: +value = nodeListToStringList(valueAsList(value)); +break; +case RETURN_DELIMITED_STRING_LIST: +value = joinDelimitedElements(nodeListToStringList(valueAsList(value))); +break; +case RETURN_FIRST_AS_STRING: +value = singleValueAsString(valueAsSingle(value)); +break; } //log.info( Evaluated xpath: + select + as: + value + of type: + value.getClass().getName() ); @@ -123,6 +126,84 @@ context.setVariable(var, value); } +private List valueAsList( final Object value ) { +if (value instanceof List) { +return (List)value; +} else { +if (value == null) { +return Collections.EMPTY_LIST; +} else { +return Collections.singletonList(value); +} +} +} + +private Object valueAsSingle( final Object value ) { +if (value instanceof List) { +List l = (List) value; +if (l.isEmpty()) +return null; +else +return l.get(0); +} else { +return value; +} +} + +private String singleValueAsString( final Object value ) { +if (value instanceof Node) { +
SVN checkout problem with Eclipse
Folks, while checkout from the command line does work fine, with Subclipse it does not work for me as it claims the certificate is not valid. I have the latest Subclipse version installed. Anyone any idea? Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JELLY-200) Patch for xml:set to set var to string list or delimited string
[ http://issues.apache.org/jira/browse/JELLY-200?page=history ] Paul Libbrecht resolved JELLY-200: -- Resolution: Fixed Fix Version: 1.1-beta-1 Patch applied successfully. Thanks Michael! paul Patch for xml:set to set var to string list or delimited string --- Key: JELLY-200 URL: http://issues.apache.org/jira/browse/JELLY-200 Project: jelly Type: Improvement Components: taglib.xml Versions: 1.0-RC2 Reporter: Michael Schuerig Fix For: 1.1-beta-1 Attachments: jelly-tags-xml.patch The attached patch enhances the xml:set tag so that it can set its variable (1) to a list of strings and (2) to a single string with result node string delimited by a given string. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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: RE : [jelly] include or import ?
Oh... interesting! Now... is there one of them who caches, if that makes sense in JSP (class-loading ?). thanks paul Le 28 janv. 05, à 13:26, Marc DEXET a écrit : -Message d'origine- De : Paul Libbrecht [mailto:[EMAIL PROTECTED] Do I understand correctly that the following should be true: - j:import includes the script at compilation time (special from the script-parsing ?) or at least the first time it's read then caches it. - j:include loads and runs the script but dumps it out right away after I think include is here according to JSP tag include http://java.sun.com/products/jsp/syntax/1.1/syntaxref1112.html and import to JSTL tag import http://www.onjava.com/pub/a/pub/a/onjava/2002/05/08/jstl.html?page=2 http://java.sun.com/webservices/docs/1.0/tutorial/doc/JSTL5.html#65106 So it's for historical reasons in my opinion. -- Marc DeXeT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Missing components in sandbox?
Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JELLY-85) TagScript doesn't clear its cached tags after run()
[ http://issues.apache.org/jira/browse/JELLY-85?page=history ] Paul Libbrecht resolved JELLY-85: - Resolution: Fixed Fix Version: 1.0-RC2 Indeed. We can clearly now say that this is fixed. paul TagScript doesn't clear its cached tags after run() --- Key: JELLY-85 URL: http://issues.apache.org/jira/browse/JELLY-85 Project: jelly Type: Bug Components: core / taglib.core Versions: 1.0-beta-4 Reporter: Scott Howlett Fix For: 1.0-RC2 Attachments: StaticTagScript_patch.txt, TagScript_patch.txt, includeAndDefineExample.zip TagScript caches the tags it generates in a ThreadLocal. At the beginning of run() it checks to see if the context wants to cache tags - if not, it clears the cache and regenerates it. But there is no corresponding check and cache clearing at the end of run(). So if a tag holds onto some significant resource, that resource will hang around until the thread goes away or until the tag is run again. I am using Jelly Swing extensively, and various tags end up attached to the AWT Event thread for the lifetime of my application. As a quick fix, I have a patch that simply repeats the check-and-clear-cache behavior at the end of TagScript.run(). I also have a patch that adds this behavior to StaticTagScript, whose run() never seems to clear cached tags. I am probably just unclear, but it seems to me that there is a deeper issue as well - the context is being asked whether it wants to cache tags, but the result of this question affects the TagScript, which is really independent of the context. It seems like if context wants to cache tags, perhaps the ThreadLocal used for their storage ought to belong to the context somehow. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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: SVN checkout problem with Eclipse
have you accepted the certificate permanently from the command line? I found I had a cygwin and windows version of svn installed and had to accept the cert using the windows version. On Fri, 28 Jan 2005 13:39:15 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, while checkout from the command line does work fine, with Subclipse it does not work for me as it claims the certificate is not valid. I have the latest Subclipse version installed. Anyone any idea? Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing components in sandbox?
The components seem to be in SVN, but I did a checkout like svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox as suggested by Tim and now I seem to have the proper components checked out. Am I doing anything wrong? Oliver On Fri, 28 Jan 2005 13:48:49 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN checkout problem with Eclipse
On my Eclipse (Windows) machine I do not even have the command line client installed... Oliver On Fri, 28 Jan 2005 23:57:31 +1100, Dion Gillard [EMAIL PROTECTED] wrote: have you accepted the certificate permanently from the command line? I found I had a cygwin and windows version of svn installed and had to accept the cert using the windows version. On Fri, 28 Jan 2005 13:39:15 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, while checkout from the command line does work fine, with Subclipse it does not work for me as it claims the certificate is not valid. I have the latest Subclipse version installed. Anyone any idea? Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - 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: SVN checkout problem with Eclipse
But now I have and have accepted the certificate and now it works. Thanks Dion, Oliver On Fri, 28 Jan 2005 14:05:50 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: On my Eclipse (Windows) machine I do not even have the command line client installed... Oliver On Fri, 28 Jan 2005 23:57:31 +1100, Dion Gillard [EMAIL PROTECTED] wrote: have you accepted the certificate permanently from the command line? I found I had a cygwin and windows version of svn installed and had to accept the cert using the windows version. On Fri, 28 Jan 2005 13:39:15 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, while checkout from the command line does work fine, with Subclipse it does not work for me as it claims the certificate is not valid. I have the latest Subclipse version installed. Anyone any idea? Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - 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: Missing components in sandbox?
On Windows, using Eclipse 3.1 with Subclipse 0.9.25 (Dec '05), if you go to SVN Repository browsing and add https://svn.apache.org/repos/asf/jakarta/commons; you will get an error: svn: PROPFIND of '/repos/asf': Server certificate verification failed: issuer is not trusted (https://svn.apache.org) svn doesn't ship with a list of CAs, so you need to accept this permanently for this to work. On Windows, svn is configured to look in C:\Documents and Settings\user\Application Data\Subversion for keys you've accepted. The windows command-line puts a k Another issues to be aware of with Subclipse: Even though you may have read that commits don't cross svn:externals boundaries, they do in Subclipse: http://subclipse.tigris.org/servlets/ReadMsg?list=usersmsgNo=1843 -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Friday, January 28, 2005 7:02 AM To: Jakarta Commons Developers List Subject: Re: Missing components in sandbox? The components seem to be in SVN, but I did a checkout like svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox as suggested by Tim and now I seem to have the proper components checked out. Am I doing anything wrong? Oliver On Fri, 28 Jan 2005 13:48:49 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? 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: Missing components in sandbox?
Thanks Tim, but this has already been resolved for me. The issue I am facing now is that svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox seems to check out proper instead of sandbox. But this may be due to my stupidity. Could someone confirm? Oliver On Fri, 28 Jan 2005 08:32:02 -0500, Tim O'Brien [EMAIL PROTECTED] wrote: On Windows, using Eclipse 3.1 with Subclipse 0.9.25 (Dec '05), if you go to SVN Repository browsing and add https://svn.apache.org/repos/asf/jakarta/commons; you will get an error: svn: PROPFIND of '/repos/asf': Server certificate verification failed: issuer is not trusted (https://svn.apache.org) svn doesn't ship with a list of CAs, so you need to accept this permanently for this to work. On Windows, svn is configured to look in C:\Documents and Settings\user\Application Data\Subversion for keys you've accepted. The windows command-line puts a k Another issues to be aware of with Subclipse: Even though you may have read that commits don't cross svn:externals boundaries, they do in Subclipse: http://subclipse.tigris.org/servlets/ReadMsg?list=usersmsgNo=1843 -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Friday, January 28, 2005 7:02 AM To: Jakarta Commons Developers List Subject: Re: Missing components in sandbox? The components seem to be in SVN, but I did a checkout like svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox as suggested by Tim and now I seem to have the proper components checked out. Am I doing anything wrong? Oliver On Fri, 28 Jan 2005 13:48:49 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? 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: Missing components in sandbox?
I got different stuff when I ran it last night. Hen On Fri, 28 Jan 2005 15:57:59 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Thanks Tim, but this has already been resolved for me. The issue I am facing now is that svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox seems to check out proper instead of sandbox. But this may be due to my stupidity. Could someone confirm? Oliver On Fri, 28 Jan 2005 08:32:02 -0500, Tim O'Brien [EMAIL PROTECTED] wrote: On Windows, using Eclipse 3.1 with Subclipse 0.9.25 (Dec '05), if you go to SVN Repository browsing and add https://svn.apache.org/repos/asf/jakarta/commons; you will get an error: svn: PROPFIND of '/repos/asf': Server certificate verification failed: issuer is not trusted (https://svn.apache.org) svn doesn't ship with a list of CAs, so you need to accept this permanently for this to work. On Windows, svn is configured to look in C:\Documents and Settings\user\Application Data\Subversion for keys you've accepted. The windows command-line puts a k Another issues to be aware of with Subclipse: Even though you may have read that commits don't cross svn:externals boundaries, they do in Subclipse: http://subclipse.tigris.org/servlets/ReadMsg?list=usersmsgNo=1843 -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Friday, January 28, 2005 7:02 AM To: Jakarta Commons Developers List Subject: Re: Missing components in sandbox? The components seem to be in SVN, but I did a checkout like svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox as suggested by Tim and now I seem to have the proper components checked out. Am I doing anything wrong? Oliver On Fri, 28 Jan 2005 13:48:49 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing components in sandbox?
On Fri, 28 Jan 2005, Oliver Zeigermann [EMAIL PROTECTED] wrote: but this has already been resolved for me. The issue I am facing now is that svn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox jakarta-commons-sandbox seems to check out proper instead of sandbox. But this may be due to my stupidity. Could someone confirm? Looks fine on Gump: http://brutus.apache.org/gump/jdk15/jakarta-commons-sandbox/gump_file/changes_to_jakarta-commons-sandbox.txt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN migration and LICENSE
Hi, during the migration to SVN the file LICENSE went away. This is not too much of a problem, but a few build files want to copy the file and now fail (commons-launcher and commons-threading fail in the current JDK 1.5 Gump run on Brutus beacuse of this, there may be more). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148896 - /jakarta/commons/trunks-sandbox/LICENSE
Author: tobrien Date: Fri Jan 28 07:56:23 2005 New Revision: 148896 URL: http://svn.apache.org/viewcvs?view=revrev=148896 Log: Copied LICENSE.txt to LICENSE as some projects depend on this file for builds Added: jakarta/commons/trunks-sandbox/LICENSE Added: jakarta/commons/trunks-sandbox/LICENSE Url: http://svn.apache.org/viewcvs/jakarta/commons/trunks-sandbox/LICENSE?view=autorev=148896 == --- (empty file) +++ jakarta/commons/trunks-sandbox/LICENSE Fri Jan 28 07:56:23 2005 @@ -0,0 +1,202 @@ + + Apache License + Version 2.0, January 2004 +http://www.apache.org/licenses/ + + TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION + + 1. Definitions. + + License shall mean the terms and conditions for use, reproduction, + and distribution as defined by Sections 1 through 9 of this document. + + Licensor shall mean the copyright owner or entity authorized by + the copyright owner that is granting the License. + + Legal Entity shall mean the union of the acting entity and all + other entities that control, are controlled by, or are under common + control with that entity. For the purposes of this definition, + control means (i) the power, direct or indirect, to cause the + direction or management of such entity, whether by contract or + otherwise, or (ii) ownership of fifty percent (50%) or more of the + outstanding shares, or (iii) beneficial ownership of such entity. + + You (or Your) shall mean an individual or Legal Entity + exercising permissions granted by this License. + + Source form shall mean the preferred form for making modifications, + including but not limited to software source code, documentation + source, and configuration files. + + Object form shall mean any form resulting from mechanical + transformation or translation of a Source form, including but + not limited to compiled object code, generated documentation, + and conversions to other media types. + + Work shall mean the work of authorship, whether in Source or + Object form, made available under the License, as indicated by a + copyright notice that is included in or attached to the work + (an example is provided in the Appendix below). + + Derivative Works shall mean any work, whether in Source or Object + form, that is based on (or derived from) the Work and for which the + editorial revisions, annotations, elaborations, or other modifications + represent, as a whole, an original work of authorship. For the purposes + of this License, Derivative Works shall not include works that remain + separable from, or merely link (or bind by name) to the interfaces of, + the Work and Derivative Works thereof. + + Contribution shall mean any work of authorship, including + the original version of the Work and any modifications or additions + to that Work or Derivative Works thereof, that is intentionally + submitted to Licensor for inclusion in the Work by the copyright owner + or by an individual or Legal Entity authorized to submit on behalf of + the copyright owner. For the purposes of this definition, submitted + means any form of electronic, verbal, or written communication sent + to the Licensor or its representatives, including but not limited to + communication on electronic mailing lists, source code control systems, + and issue tracking systems that are managed by, or on behalf of, the + Licensor for the purpose of discussing and improving the Work, but + excluding communication that is conspicuously marked or otherwise + designated in writing by the copyright owner as Not a Contribution. + + Contributor shall mean Licensor and any individual or Legal Entity + on behalf of whom a Contribution has been received by Licensor and + subsequently incorporated within the Work. + + 2. Grant of Copyright License. Subject to the terms and conditions of + this License, each Contributor hereby grants to You a perpetual, + worldwide, non-exclusive, no-charge, royalty-free, irrevocable + copyright license to reproduce, prepare Derivative Works of, + publicly display, publicly perform, sublicense, and distribute the + Work and such Derivative Works in Source or Object form. + + 3. Grant of Patent License. Subject to the terms and conditions of + this License, each Contributor hereby grants to You a perpetual, + worldwide, non-exclusive, no-charge, royalty-free, irrevocable + (except as stated in this section) patent license to make, have made, + use, offer to sell, sell, import, and otherwise transfer the Work, + where such license applies only to those patent claims licensable + by
RE: SVN migration and LICENSE
My fault, I saw LICENSE.txt and LICENSE and just copied LICENSE.txt, I will copy LICENSE.txt to LICENSE and commit. Tim -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: Fri 1/28/2005 9:49 AM To: commons-dev@jakarta.apache.org Subject: SVN migration and LICENSE Hi, during the migration to SVN the file LICENSE went away. This is not too much of a problem, but a few build files want to copy the file and now fail (commons-launcher and commons-threading fail in the current JDK 1.5 Gump run on Brutus beacuse of this, there may be more). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148897 - /jakarta/commons/trunks-proper/LICENSE
Author: tobrien Date: Fri Jan 28 08:05:18 2005 New Revision: 148897 URL: http://svn.apache.org/viewcvs?view=revrev=148897 Log: Copied LICENSE.txt to LICENSE as some builds depend on this file Added: jakarta/commons/trunks-proper/LICENSE Added: jakarta/commons/trunks-proper/LICENSE Url: http://svn.apache.org/viewcvs/jakarta/commons/trunks-proper/LICENSE?view=autorev=148897 == --- (empty file) +++ jakarta/commons/trunks-proper/LICENSE Fri Jan 28 08:05:18 2005 @@ -0,0 +1,202 @@ + + Apache License + Version 2.0, January 2004 +http://www.apache.org/licenses/ + + TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION + + 1. Definitions. + + License shall mean the terms and conditions for use, reproduction, + and distribution as defined by Sections 1 through 9 of this document. + + Licensor shall mean the copyright owner or entity authorized by + the copyright owner that is granting the License. + + Legal Entity shall mean the union of the acting entity and all + other entities that control, are controlled by, or are under common + control with that entity. For the purposes of this definition, + control means (i) the power, direct or indirect, to cause the + direction or management of such entity, whether by contract or + otherwise, or (ii) ownership of fifty percent (50%) or more of the + outstanding shares, or (iii) beneficial ownership of such entity. + + You (or Your) shall mean an individual or Legal Entity + exercising permissions granted by this License. + + Source form shall mean the preferred form for making modifications, + including but not limited to software source code, documentation + source, and configuration files. + + Object form shall mean any form resulting from mechanical + transformation or translation of a Source form, including but + not limited to compiled object code, generated documentation, + and conversions to other media types. + + Work shall mean the work of authorship, whether in Source or + Object form, made available under the License, as indicated by a + copyright notice that is included in or attached to the work + (an example is provided in the Appendix below). + + Derivative Works shall mean any work, whether in Source or Object + form, that is based on (or derived from) the Work and for which the + editorial revisions, annotations, elaborations, or other modifications + represent, as a whole, an original work of authorship. For the purposes + of this License, Derivative Works shall not include works that remain + separable from, or merely link (or bind by name) to the interfaces of, + the Work and Derivative Works thereof. + + Contribution shall mean any work of authorship, including + the original version of the Work and any modifications or additions + to that Work or Derivative Works thereof, that is intentionally + submitted to Licensor for inclusion in the Work by the copyright owner + or by an individual or Legal Entity authorized to submit on behalf of + the copyright owner. For the purposes of this definition, submitted + means any form of electronic, verbal, or written communication sent + to the Licensor or its representatives, including but not limited to + communication on electronic mailing lists, source code control systems, + and issue tracking systems that are managed by, or on behalf of, the + Licensor for the purpose of discussing and improving the Work, but + excluding communication that is conspicuously marked or otherwise + designated in writing by the copyright owner as Not a Contribution. + + Contributor shall mean Licensor and any individual or Legal Entity + on behalf of whom a Contribution has been received by Licensor and + subsequently incorporated within the Work. + + 2. Grant of Copyright License. Subject to the terms and conditions of + this License, each Contributor hereby grants to You a perpetual, + worldwide, non-exclusive, no-charge, royalty-free, irrevocable + copyright license to reproduce, prepare Derivative Works of, + publicly display, publicly perform, sublicense, and distribute the + Work and such Derivative Works in Source or Object form. + + 3. Grant of Patent License. Subject to the terms and conditions of + this License, each Contributor hereby grants to You a perpetual, + worldwide, non-exclusive, no-charge, royalty-free, irrevocable + (except as stated in this section) patent license to make, have made, + use, offer to sell, sell, import, and otherwise transfer the Work, + where such license applies only to those patent claims licensable + by such Contributor
Re: SVN migration and LICENSE
On Fri, 28 Jan 2005, Tim O'Brien [EMAIL PROTECTED] wrote: My fault, I saw LICENSE.txt and LICENSE and just copied LICENSE.txt, I will copy LICENSE.txt to LICENSE and commit. Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-175) patch for jelly-tags-interaction
[ http://issues.apache.org/jira/browse/JELLY-175?page=comments#action_58229 ] Ryan Christianson commented on JELLY-175: - Im looking at why the patch didnt work, ill report back in a bit. patch for jelly-tags-interaction Key: JELLY-175 URL: http://issues.apache.org/jira/browse/JELLY-175 Project: jelly Type: Improvement Environment: I've tested this in windows with and without cygwin. Reporter: Ryan Christanson Priority: Minor Attachments: patch.txt I've attached a patch to the commons-jelly-tags-interaction jar. This patch makes it so the interaction task will try to use jline: http://jline.sourceforge.net/ Jline makes it so a java console will have tab completion, and history, and other goodies. This is great, because the maven-console plugin uses the commons-jelly-tags-interaction jar. So if you update the commons-jelly-tags-interaction jar, and then tell the maven console plugin to use the new jar, then your maven console will have history, and tab completion. I've set it up to remember all of the commands typed in any console, further it uses that history as the tab completion source - so you can tab complete past commands. I've tested this in windows and it works great, but in windows with cygwin, it doesn't do the fancy completion, but still works. By the way, in windows, jline's lib doesn't support arrows for history, so use CONTROL+P and CONTROL+N. Its possible that there might be a better way to integrate jline into this lib, i've just done what looked like the quickest way to get it working so my maven console would have history and tab completion. Maybe this feature could be enabled with a tag attribute? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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] Commented: (JELLY-175) patch for jelly-tags-interaction
[ http://issues.apache.org/jira/browse/JELLY-175?page=comments#action_58233 ] Ryan Christianson commented on JELLY-175: - I've attached a new patch. Looks like the project.xml was the problem, in 1.11 the version of that file the deps section was deleted- so patch couldnt add the jline dep to it. Wierd question- I don't rememeber what I did build this to use in maven (its been about 5 months!) It builds the jar, but I don't recall how I tested this before- I looked in my maven lib dir, but I dont see a jar to replace- does this get rolled into another jar? me == lame. Ryan patch for jelly-tags-interaction Key: JELLY-175 URL: http://issues.apache.org/jira/browse/JELLY-175 Project: jelly Type: Improvement Environment: I've tested this in windows with and without cygwin. Reporter: Ryan Christanson Priority: Minor Attachments: interaction.patch, patch.txt I've attached a patch to the commons-jelly-tags-interaction jar. This patch makes it so the interaction task will try to use jline: http://jline.sourceforge.net/ Jline makes it so a java console will have tab completion, and history, and other goodies. This is great, because the maven-console plugin uses the commons-jelly-tags-interaction jar. So if you update the commons-jelly-tags-interaction jar, and then tell the maven console plugin to use the new jar, then your maven console will have history, and tab completion. I've set it up to remember all of the commands typed in any console, further it uses that history as the tab completion source - so you can tab complete past commands. I've tested this in windows and it works great, but in windows with cygwin, it doesn't do the fancy completion, but still works. By the way, in windows, jline's lib doesn't support arrows for history, so use CONTROL+P and CONTROL+N. Its possible that there might be a better way to integrate jline into this lib, i've just done what looked like the quickest way to get it working so my maven console would have history and tab completion. Maybe this feature could be enabled with a tag attribute? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.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]
DO NOT REPLY [Bug 33294] New: - SetUniqueList breaks when swapping entries.
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=33294. 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=33294 Summary: SetUniqueList breaks when swapping entries. Product: Commons Version: 3.1 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Collections AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If you create a SetUniqueList with two entries a and b: [a,b] Then you do: Object a = l.get(0); l.set(0, b) l.add(0, a); You expect to have swapped the two entries. But you get [b] Which seems to be wrong. -- 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 33294] - SetUniqueList breaks when swapping entries.
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=33294. 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=33294 --- Additional Comments From [EMAIL PROTECTED] 2005-01-28 20:18 --- Created an attachment (id=14128) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14128action=view) This TestCase shows the problem from outwith the packages. -- 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: [feedparser] Fwd: Fwd: [ST-J] java rss?
Dion Gillard wrote: Dion I was looking at feedparser a little (and btw my comment previously was about the commons-configuration project not feedparser) and my understanding it's an event based API, eg analogous to SAX. Yes... Also the front page 'example' indicates classes that just don't seem to even exist in the Javadoc. I know. Joseph Ottinger just gave me a patch to build all packages in SVN with Javadoc. Now I just need to figure out how to update the site :) The example has the text Developers place all their logic in a FeedParserListener which receives callbacks from the FeedParser. They then pass the FeedParser an InputStream and they are ready to get events: but the Javadoc has no class called FeedParser. The sample code then shows that the FeedParserListener is implemented as an inline class of type DefaultFeedParserListener which is also not in the javadoc. It has utilises a variable called parser - FeedParser parser = FeedParserFactory.newFeedParser(); - again this class doesn't exist in the javadoc. Hm... that one should... The javadoc is out of date. Again we're still trying to get everything setup within Apache correctly. Still trying to work on that. Any help appreciated ;) There's a wiki page I created for this: http://wiki.apache.org/jakarta-commons/FeedParser/HelpingDevel finally the method signature of the onItem() public void onItem( FeedParserState state, String title, String link, String description, String permalink ) throws FeedParserException { shows that it doesn't support the many features of RSS 2.0 for example enclosures (important in my context) plus many other tags you can find in the rss item. Yes... it was designed that way. onItem() is designed to be compatible across all flavors of RSS and Atom. Any additional metadata is passed within additional events. For example the above has no date information. If you want dates a second event is called after onItem() called onCreated() with a java Date object (and we handle the complexity of ISO8601 vs RFC822 dates) of course the example might just be very old but it's not exactly awe-inspiring when the given example doesn't appear to match anything documented in the api. The API is just out of sync. We should still have more examples. just thought you might like to pass this feedback on. Thanks for the feedback! -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FeedParser/HelpingDevel
Date: 2005-01-28T11:25:30 Editor: KevinBurton Wiki: Jakarta Commons Wiki Page: FeedParser/HelpingDevel URL: http://wiki.apache.org/jakarta-commons/FeedParser/HelpingDevel no comment Change Log: -- @@ -1,5 +1,6 @@ As FeedParser approaches 1.0 we need help in a number of areas: + * Publicize FeedParser. We need more people to find FeedParser. This includes a Freshmeat entry, Maybe a post to JavaBlogs... Maybe something on Javalobby. Maybe an O'Reilly article... * Setup Bugzilla within Apache * Setup website so that it builds within Apache * Integration with GUMP? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33294] - SetUniqueList breaks when swapping entries.
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=33294. 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=33294 --- Additional Comments From [EMAIL PROTECTED] 2005-01-28 20:34 --- Created an attachment (id=14129) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14129action=view) This patch to TestSetUniqueList exposes the bug. -- 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 33294] - SetUniqueList breaks when swapping entries.
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=33294. 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=33294 --- Additional Comments From [EMAIL PROTECTED] 2005-01-28 20:34 --- Created an attachment (id=14130) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14130action=view) This patch to SetUniqueList passes the tests -- 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 33294] - [PATCH] SetUniqueList breaks when swapping entries.
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=33294. 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=33294 [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable Summary|SetUniqueList breaks when |[PATCH] SetUniqueList breaks |swapping entries. |when swapping entries. -- 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]
[logging] Identify Class Loader Problems
[re-send.. I don't see this picked up... hmmm] I'd like to begin to identify the ClassLoader problems with the current JCL discovery mechanism. If you are aware of additional issues, please respond and let's get them all out on the table. I believe the following two scenarios summarize the specific issues, as well as more general problems. A. Parent / Child ClassLoaders, General - commons-logging.jar#org.apache.commons.logging.Log is loaded/loadable by Parent. - Child is the thread context ClassLoader. - Parent defines a LogAWrapper for LogAImpl - Child defines a LogAImpl Problem: 1. Discovery finds Child[LogAImpl], and attempts to instantiate LogAWrapper in Parent. Fails, because Parent cannot see child. B. Parent / Child ClassLoaders, Child does not defer to Parent first. - commons-logging.jar#org.apache.commons.logging.Log is loaded/loadable by Parent. - Child is the thread context ClassLoader. - commons-logging.jar#org.apache.commons.logging.Log is loaded by the Child. - It is clear that Parent[Log] and Child[Log] are different Classes. Problems: 1. The discovery process allows a Log implementation defined by the Parent to be discovered by the Child as the child executes Child[LogFactory]. This does NOT happen by way of the relationship between the Log and the LogImpl, because the Parent[Log] and the Child[Log] are not the same class. It happens via classes named in configuration files: commons-logging.properties and META-INF/Services/org.apache.commons.logging.Log. 2. The discovery process allows a Log implementation defined by the Child to be discovered by the Parent, as the parent executes Parent[LogFactory], via the thread context class loader. Examples include dropping Log4J into the child, and the [old] behavior that favors Log4J forcing it and it's JCL wrapper to be loaded via the Child and exposed to the parent. C. Host / Sub - commons-logging.jar#org.apache.commons.logging.Log is loaded/loadable by Host. - A host, such as JUnit, creates and manages an independent Sub ClassLoader - Sub does NOT reference Host as a parent. - Sub is set as the thread context ClassLoader. - Execution is within code belonging to Host. Problems: 1. The discovery process may *fail* altogether as it starts with the thread context class loader, and cannot reach the Host loader. 2. The discovery process allows a Log implementation defined by the Sub to be discovered by the Host, as the host executes Host[LogFactory], via the thread context class loader. Consider the case where the *Sub* defines commons-logging.properties or META-INF/Services/org.apache.commons.logging.Log. SUMMARY of PROBLEM: There are ONE general problem at work here: - Disrespect for proper ISOLATION as defined by ClassLoaders The fundamental problem is dealing with the thread context classloader in [common] situations where it represents an isolated or isolating mechanism. For scenario A, we are simply loading when we should be. For scenario B, by setting child first search behavior, we are granting the child a degree of independence. For scenario C, by creating a Sub that isn't related to the parent at all. In both cases, JCL behavior incorrectly *assumes* that a more traditional Parent/Child relationship exists with the thread context classloader. While the current mechanism *is* generally useful, I'm realizing that we've only addressed one corner case, and have broken other *very* reasonable classloader configurations. WHAT CAN BE DONE: - For A.1, For auto configuration of for predefined wrapper impls, any impl class should be located using the ClassLoader of the wrapper, never the thread context class loader. Detect independent thread context class loaders and respect the boundries. By independent, I mean any classloader that gives preference to it's own internal classes. - The trivial case is a thread context class loader that doesn't include the current ClassLoader [used to load 'this' class, i.e. LogFactory] in it's hierarchy. In this case, the discovery mechanism simply has *NO* business crossing the boundry, it should revert back to using the ClassLoader used to load the [currently executing] LogFactory. This should cover scenario C. - Scenario B is a bit more difficult to resolve. For B.1, the child resource manager [LogFactory] is in control. We can presume during discovery that we should NOT look any higher up the hierarchy than the level at which our interface [Log or LogFactory] was discovered for configuration or implementation resources. [various games can be played to determine which loader in a hierarchy was used to obtain any particular resource]. For B.2, the parent resouce manager [LogFactory] is in control. We can check by requesting our base interface [Log or LogFactory] from the
Re: Missing components in sandbox?
No idea what I had done wrong, now everything looks fine... Sorry for the noise, Oliver On Fri, 28 Jan 2005 13:48:49 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Is this only me or are there some components missing in the SVN sandbox version? Where is e.g. xmlio, i18n and contract? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN checkout problems from command line
I've been trying to check out commons proper from SVN, but have not been able to succeed yet. My enviroment is Win XP and SVN client 1.1.3. Below is a sample output. It fails on a different component each time, so I doubt that there is a problem with one of the externals. On the longest run I've had it got as far as digester before it failed on me. Does anybody have a clue to what's going on? output G:\svnsvn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-proper jakarta-commons Fetching external item into 'jakarta-commons\attributes' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\beanutils' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\betwixt' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\cactus' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\chain' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\cli' svn: PROPFIND request failed on '/repos/asf/jakarta/commons/proper/cli/trunk' svn: PROPFIND of '/repos/asf/jakarta/commons/proper/cli/trunk': could not connect to server (https://svn.apache.org) /output -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] new method on ClassUtils
The important part for me is the munging that stops primitives being special and [] not working. I'm happy to replace the forName part with a better way and rename to getClass. Would Thread.currentThread().getContextClassLoader().loadClass(String) be acceptable instead of the forName call? Hen On Thu, 27 Jan 2005 23:43:58 -, Stephen Colebourne [EMAIL PROTECTED] wrote: While I support the addition of a get class method in principle, I am concerned that this brushes over the class loader issue. I would say that Class.forName() will often cause problems, so maybe this isn't the best way to code this. Stephen - Original Message - From: Henri Yandell [EMAIL PROTECTED] I committed this btw. Hen On Wed, 26 Jan 2005 17:34:39 -0500, Henri Yandell [EMAIL PROTECTED] wrote: I'd like to add ClassUtils.forName; to all intents and purposes the same as Class.forName except that: 1) It understands arrays ending with [] instead of the [Lclass; ugliness. 2) It can handle primitives, int would correctly return int.class. 3) (perhaps?) null-safe. No idea really, just throwing it in :) Hen - 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]
ViewCVS not working for SVN repos
Trying to solve my SVN troubles (see other thread) I tried to use ViewCVS to browse the SVN repos. There's a link on the page http://www.apache.org/dev/version-control.html that goes to http://svn.apache.org/viewcvs.cgi/ That page however renders an error message, telling me An Exception Has Occurred It also says The Apache Software Foundation ViewCVS Subversion interface is currently down while we investigate a problem with ViewCVS. Just writing to make sure that someone is aware of this. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148918 - /jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml /jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-in.pdf /jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-out.pdf
Author: ozeigermann Date: Fri Jan 28 13:30:01 2005 New Revision: 148918 URL: http://svn.apache.org/viewcvs?view=revrev=148918 Log: Added class diagrams by [EMAIL PROTECTED] Added: jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-in.pdf (contents, props changed) jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-out.pdf (contents, props changed) Modified: jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml Modified: jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml?view=diffrev=148918p1=jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xmlr1=148917p2=jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xmlr2=148918 == --- jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml (original) +++ jakarta/commons/sandbox/xmlio/trunk/xdocs/index.xml Fri Jan 28 13:30:01 2005 @@ -91,5 +91,11 @@ /p /section +section name=Class diagrams + p + For an easy overview there is a class diagram for the a href=xmlio-in.pdfinput part/a and one for the a href=xmlio-out.pdfoutput part/a in PDF format. + /p +/section + /body /document Added: jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-in.pdf Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-in.pdf?view=autorev=148918 == Binary file. No diff available. Added: jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-out.pdf Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-out.pdf?view=autorev=148918 == Binary file. No diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148919 - /jakarta/commons/sandbox/xmlio/trunk/project.xml
Author: ozeigermann Date: Fri Jan 28 13:30:59 2005 New Revision: 148919 URL: http://svn.apache.org/viewcvs?view=revrev=148919 Log: Added [EMAIL PROTECTED] to the list of contributors Modified: jakarta/commons/sandbox/xmlio/trunk/project.xml Modified: jakarta/commons/sandbox/xmlio/trunk/project.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/xmlio/trunk/project.xml?view=diffrev=148919p1=jakarta/commons/sandbox/xmlio/trunk/project.xmlr1=148918p2=jakarta/commons/sandbox/xmlio/trunk/project.xmlr2=148919 == --- jakarta/commons/sandbox/xmlio/trunk/project.xml (original) +++ jakarta/commons/sandbox/xmlio/trunk/project.xml Fri Jan 28 13:30:59 2005 @@ -24,6 +24,13 @@ /developer /developers + contributors +contributor + nameAnaximandro (Woody)/name + email[EMAIL PROTECTED]/email +/contributor + /contributors + dependencies !-- dependency - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148920 - /jakarta/commons/sandbox/i18n/trunk/project.xml /jakarta/commons/sandbox/i18n/trunk/xdocs/i18n.pdf /jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml
Author: ozeigermann Date: Fri Jan 28 13:37:18 2005 New Revision: 148920 URL: http://svn.apache.org/viewcvs?view=revrev=148920 Log: Added class diagrams by [EMAIL PROTECTED] Added: jakarta/commons/sandbox/i18n/trunk/xdocs/i18n.pdf (contents, props changed) Modified: jakarta/commons/sandbox/i18n/trunk/project.xml jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml Modified: jakarta/commons/sandbox/i18n/trunk/project.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/i18n/trunk/project.xml?view=diffrev=148920p1=jakarta/commons/sandbox/i18n/trunk/project.xmlr1=148919p2=jakarta/commons/sandbox/i18n/trunk/project.xmlr2=148920 == --- jakarta/commons/sandbox/i18n/trunk/project.xml (original) +++ jakarta/commons/sandbox/i18n/trunk/project.xml Fri Jan 28 13:37:18 2005 @@ -1,8 +1,8 @@ ?xml version=1.0? !-- - $Header: /home/jerenkrantz/tmp/commons/commons-convert/cvs/home/cvs/jakarta-commons-sandbox//i18n/project.xml,v 1.10 2004/11/03 12:21:16 ozeigermann Exp $ + $Header: /home/cvs/jakarta-commons-sandbox/i18n/project.xml,v 1.10 2004/11/03 12:21:16 ozeigermann Exp $ $Revision: 1.10 $ - $Date: 2004/11/03 12:21:16 $ + $Date$ @@ -61,6 +61,13 @@ /developer /developers + contributors +contributor + nameAnaximandro (Woody)/name + email[EMAIL PROTECTED]/email +/contributor + /contributors + dependencies dependency idcommons-xmlio/id Added: jakarta/commons/sandbox/i18n/trunk/xdocs/i18n.pdf Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/i18n/trunk/xdocs/i18n.pdf?view=autorev=148920 == Binary file. No diff available. Modified: jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml?view=diffrev=148920p1=jakarta/commons/sandbox/i18n/trunk/xdocs/index.xmlr1=148919p2=jakarta/commons/sandbox/i18n/trunk/xdocs/index.xmlr2=148920 == --- jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml (original) +++ jakarta/commons/sandbox/i18n/trunk/xdocs/index.xml Fri Jan 28 13:37:18 2005 @@ -33,5 +33,11 @@ /p /section +section name=Class diagrams + p + For an easy overview there is a a href=i18n.pdfclass diagram/a in PDF format. + /p +/section + /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ViewCVS not working for SVN repos
This was a decision made by infrastructure as it was the cause of a significant number of SVN problems. There's no current ETA, but Justin is going to have a look at fixing ViewCVS when he gets the time. Cheers, Brett Dennis Lundberg wrote: Trying to solve my SVN troubles (see other thread) I tried to use ViewCVS to browse the SVN repos. There's a link on the page http://www.apache.org/dev/version-control.html that goes to http://svn.apache.org/viewcvs.cgi/ That page however renders an error message, telling me An Exception Has Occurred It also says The Apache Software Foundation ViewCVS Subversion interface is currently down while we investigate a problem with ViewCVS. Just writing to make sure that someone is aware of this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148941 - in jakarta/commons/proper/jelly/trunk/jelly-tags/interaction: . src/java/org/apache/commons/jelly/tags/interaction src/test/org/apache/commons/jelly/tags/interaction
Author: polx Date: Fri Jan 28 14:29:09 2005 New Revision: 148941 URL: http://svn.apache.org/viewcvs?view=revrev=148941 Log: Applying Ryan Christianson's patch... thanks for this Ryan. Now... as you point out we have no test for this. It's not really unit testable but a demo should be possible. There was a file sample.jelly which I somewhat populated... (without experience with the interaction tag). I then tried to get this running as maven demo but... weird errors occur. The same command issued on the command-line works somewhat... Either a maven expert could provide a thought or someone could further investiga te or try... paul PS: added several dependencies so that one can run with jelly command-line Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xml jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/java/org/apache/commons/jelly/tags/interaction/AskTag.java jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/test/org/apache/commons/jelly/tags/interaction/sample.jelly Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xml?view=diffrev=148941p1=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xmlr1=148940p2=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xmlr2=148941 == --- jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xml (original) +++ jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/maven.xml Fri Jan 28 14:29:09 2005 @@ -13,6 +13,17 @@ See the License for the specific language governing permissions and limitations under the License. -- -project default=java:jar +project default=jar:jar + + + goal name=demo prereqs= + description=Non-functioning demo yet. + echoUsing classpath:/echo + echo${pom.getDependencyClasspath()}:target/${pom.name}-${pom.currentVersion}.jar/echo +java classpath=${pom.getDependencyClasspath()}:target/${pom.name}-${pom.currentVersion}.jar + classname=org.apache.commons.jelly.Jelly fork=true + arg file=src/test/org/apache/commons/jelly/tags/interaction/sample.jelly/ + /java +/goal /project Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml?view=diffrev=148941p1=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xmlr1=148940p2=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xmlr2=148941 == --- jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml (original) +++ jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/project.xml Fri Jan 28 14:29:09 2005 @@ -20,7 +20,7 @@ extend${basedir}/../tag-project.xml/extend idcommons-jelly-tags-interaction/id namecommons-jelly-tags-interaction/name - currentVersion1.0/currentVersion + currentVersion1.1/currentVersion packageorg.apache.commons.jelly.tags.interaction/package descriptionThis is a Jelly interface to the user./description shortDescriptionCommons Jelly Interaction Tag Library/shortDescription @@ -31,5 +31,32 @@ tagCOMMONS-JELLY-INTERACTION-1_0/tag /version /versions + + dependencies + dependency +groupIdjline/groupId +artifactIdjline/artifactId +version0.9.0/version +typejar/type + /dependency +dependency + idcommons-cli/id + version1.0/version +/dependency + +!-- this is brought in by the commons-cli dependency -- +dependency + idcommons-lang/id + version2.0/version + properties +gump.runtimetrue/gump.runtime + /properties +/dependency +dependency + idcommons-discovery/id + version20030211.213356/version +/dependency + + /dependencies /project Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/java/org/apache/commons/jelly/tags/interaction/AskTag.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/java/org/apache/commons/jelly/tags/interaction/AskTag.java?view=diffrev=148941p1=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/java/org/apache/commons/jelly/tags/interaction/AskTag.javar1=148940p2=jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/src/java/org/apache/commons/jelly/tags/interaction/AskTag.javar2=148941 == ---
svn commit: r148947 - /jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java /jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java
Author: ozeigermann Date: Fri Jan 28 15:03:28 2005 New Revision: 148947 URL: http://svn.apache.org/viewcvs?view=revrev=148947 Log: Fixed timeout problem reported by Armin Waibel [EMAIL PROTECTED] Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java?view=diffrev=148947p1=jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.javar1=148946p2=jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.javar2=148947 == --- jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (original) +++ jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java Fri Jan 28 15:03:28 2005 @@ -1,7 +1,7 @@ /* * $Header: /home/jerenkrantz/tmp/commons/commons-convert/cvs/home/cvs/jakarta-commons//transaction/src/java/org/apache/commons/transaction/locking/GenericLockManager.java,v 1.21 2005/01/13 23:11:56 ozeigermann Exp $ * $Revision: 1.21 $ - * $Date: 2005/01/13 23:11:56 $ + * $Date$ * * * @@ -158,11 +158,11 @@ */ public void lock(Object ownerId, Object resourceId, int targetLockLevel, int compatibility, boolean preferred, long timeoutMSecs) throws LockException { -timeoutCheck(ownerId); - long now = System.currentTimeMillis(); long waitEnd = now + timeoutMSecs; +timeoutCheck(ownerId); + GenericLock lock = (GenericLock) atomicGetOrCreateLock(resourceId); GenericLock.LockOwner lockWaiter = new GenericLock.LockOwner(ownerId, targetLockLevel, @@ -227,7 +227,7 @@ preferred, timeoutMSecs); lock.registerWaiter(lockWaiter); } - +now = System.currentTimeMillis(); } if (!acquired) { throw new LockException(Lock wait timed out, LockException.CODE_TIMED_OUT, Modified: jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java?view=diffrev=148947p1=jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.javar1=148946p2=jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.javar2=148947 == --- jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java (original) +++ jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Fri Jan 28 15:03:28 2005 @@ -1,7 +1,7 @@ /* * $Header: /home/jerenkrantz/tmp/commons/commons-convert/cvs/home/cvs/jakarta-commons//transaction/src/test/org/apache/commons/transaction/locking/GenericLockTest.java,v 1.12 2005/01/13 16:44:03 ozeigermann Exp $ * $Revision: 1.12 $ - * $Date: 2005/01/13 16:44:03 $ + * $Date$ * * * @@ -75,7 +75,7 @@ return false; } } - + public void testBasic() throws Throwable { sLogger.logInfo(\n\nChecking basic map features\n\n); @@ -149,6 +149,32 @@ canRead1 = acquireNoWait(lock, owner1, READ_LOCK); assertTrue(canRead1); } + +public void testTimeout() { + +sLogger.logInfo(\n\nChecking timeouts\n\n); + +ReadWriteLockManager lockManager = new ReadWriteLockManager(sLogger, 100); +boolean timedOut = false; +try { +lockManager.readLock(owner1, resource); +lockManager.writeLock(owner2, resource); +} catch (LockException le) { +assertEquals(le.getCode(), LockException.CODE_TIMED_OUT); +timedOut = true; +} +assertTrue(timedOut); +lockManager = new ReadWriteLockManager(sLogger, 0); +timedOut = false; +try { +lockManager.readLock(owner1, resource); +lockManager.writeLock(owner2, resource); +} catch (LockException le) { +
svn commit: r148949 - /jakarta/commons/sandbox/feedparser/trunk/TODO_DATES
Author: burton Date: Fri Jan 28 15:07:01 2005 New Revision: 148949 URL: http://svn.apache.org/viewcvs?view=revrev=148949 Log: remove dates file Removed: jakarta/commons/sandbox/feedparser/trunk/TODO_DATES Deleted: /jakarta/commons/sandbox/feedparser/trunk/TODO_DATES Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/TODO_DATES?view=autorev=148948 == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Eclipse and SVN
Folks, sorry for being less than smart, but I still am struggeling to work with Eclipse and SVN. I managed to check out everything, but now Eclipse claims all the stuff I checked out is not in the repository. It thus does not allow me to update or commit anything. Has anyone else seen this before and if so what to do to fix it. Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse and SVN
Do the checked out directories contain directories called 'trunk', 'branches' etc? If so, it's a bad checkout. The other time I've seen this is I've got the root url wrong. On Sat, 29 Jan 2005 00:08:30 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, sorry for being less than smart, but I still am struggeling to work with Eclipse and SVN. I managed to check out everything, but now Eclipse claims all the stuff I checked out is not in the repository. It thus does not allow me to update or commit anything. Has anyone else seen this before and if so what to do to fix it. Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse and SVN
The directories look fine, but I was not able to set the root url at all. The url is https://svn.apache.org/repos/asf;. Is that wrong? Oliver On Sat, 29 Jan 2005 10:11:48 +1100, Dion Gillard [EMAIL PROTECTED] wrote: Do the checked out directories contain directories called 'trunk', 'branches' etc? If so, it's a bad checkout. The other time I've seen this is I've got the root url wrong. On Sat, 29 Jan 2005 00:08:30 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, sorry for being less than smart, but I still am struggeling to work with Eclipse and SVN. I managed to check out everything, but now Eclipse claims all the stuff I checked out is not in the repository. It thus does not allow me to update or commit anything. Has anyone else seen this before and if so what to do to fix it. Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148950 - in jakarta/commons/sandbox/feedparser/trunk: . src/java/org/apache/commons/feedparser src/java/org/apache/commons/feedparser/example src/java/org/apache/commons/feedparser/locate src/java/org/apache/commons/feedparser/test
Author: burton Date: Fri Jan 28 15:22:26 2005 New Revision: 148950 URL: http://svn.apache.org/viewcvs?view=revrev=148950 Log: resync after CVS migration... FeedParserException includes the URL of the feed that fails... Notes about FeedLocator not supporting feed URLs... FeedParser API requires URI to a feed. Modified: jakarta/commons/sandbox/feedparser/trunk/TODO jakarta/commons/sandbox/feedparser/trunk/build.xml jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserException.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/Main.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/Test.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/example/HelloFeedParser.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/FeedLocator.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/locate/ProbeLocator.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestAtom.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestFeedParser.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestFeedParserUTF8.java Modified: jakarta/commons/sandbox/feedparser/trunk/TODO Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/TODO?view=diffrev=148950p1=jakarta/commons/sandbox/feedparser/trunk/TODOr1=148949p2=jakarta/commons/sandbox/feedparser/trunk/TODOr2=148950 == --- jakarta/commons/sandbox/feedparser/trunk/TODO (original) +++ jakarta/commons/sandbox/feedparser/trunk/TODO Fri Jan 28 15:22:26 2005 @@ -1,3 +1,26 @@ + +Project Management: + +- Get viewcvs linked to the app + +- Nightly builds + +- 0.5 public release + +http://jakarta.apache.org/commons/releases/index.html + +- maven? + + +- (DONE) All FeedParser exceptions should include the URL of the feed if + possible. This will really help with debugging + +- (DONE) Implementation of RSS/Atom autodiscovery... + +- Remove ALL references to newsmonster IO layer. + + + - http://www.ietf.org/internet-drafts/draft-ietf-atompub-format-02.txt - BUG: @@ -14,38 +37,15 @@ - We do not support multipart/alternative in the feedparser. -- Do we support atom:summary at ALL?! I don't think so... - -- Implement RSS 2.0 enclosure linkage - -- (DONE) Implementation of RSS/Atom autodiscovery... +- Implement RSS 2.0 enclosure linkage ... this should be an onLink handler. - Rework the factory mechanism to support multiple FeedParsers... should be an interface. - -- Documentation: - -- Feed Event Model which is generic across all RSS and Atom feeds. - -- RSS 0.9, 0.91 0.92, 1.0 and 2.0 support -- Atom 0.3 support -- OPML directory support -- RSS directory support (ALA blogrolling.com, etc) -- Dublin core and feed metadata support - -- OCS directory support (pending) -- FOAF support (pending) - Migrate away from JDOM (slower than just using DOM/SAX) -- Don't use libs from the KSA. - - Test cases shouldn't use absolute paths. -- Migrate to Apache 2.0 license? - -http://www.apache.org/dev/apply-license.html - - We need a generic Content interface - onContent @@ -58,13 +58,9 @@ - Support for RSS 1.0 mod_link and Atom links -- What are my options for XPATH libraries... I should benchmark these.. Also - see if using SAX will just be faster. - - Full documentation on how we have to handle dates. -- Support textinput +- Support textinput which we don't support now -- All FeedParser exceptions should include the URL of the feed if possible. - Tests for autodiscovery Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/build.xml?view=diffrev=148950p1=jakarta/commons/sandbox/feedparser/trunk/build.xmlr1=148949p2=jakarta/commons/sandbox/feedparser/trunk/build.xmlr2=148950 == --- jakarta/commons/sandbox/feedparser/trunk/build.xml (original) +++ jakarta/commons/sandbox/feedparser/trunk/build.xml Fri Jan 28 15:22:26 2005 @@ -164,6 +164,9 @@ mkdir dir=${build.dir}/docs/api/ +!-- FIXME: this isn't building subpackages for the feedparser -- +!-- FIXME: this isn't building subpackages for the feedparser -- +!-- FIXME: this isn't building subpackages for the feedparser -- javadoc sourcepath=src/java
svn commit: r148951 - in jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser: . test
Author: burton Date: Fri Jan 28 15:39:37 2005 New Revision: 148951 URL: http://svn.apache.org/viewcvs?view=revrev=148951 Log: patch from Joseph Ottinger to rework the FeedParser as an interface Modified: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserFactory.java jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestFeedFilter.java Modified: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java?view=diffrev=148951p1=jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.javar1=148950p2=jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.javar2=148951 == --- jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java (original) +++ jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParser.java Fri Jan 28 15:39:37 2005 @@ -16,23 +16,7 @@ package org.apache.commons.feedparser; -import org.apache.commons.feedparser.tools.*; - -import java.io.*; -import java.net.*; -import java.util.*; - -import org.jdom.Element; -import org.jdom.Attribute; -import org.jdom.CDATA; -import org.jdom.Text; -import org.jdom.Comment; -import org.jdom.output.*; -import org.jdom.input.*; - -import org.jaxen.jdom.*; - -import org.apache.log4j.Logger; +import java.io.InputStream; /** * This FeedParser implementation is based on JDOM and Jaxen and is based around @@ -43,9 +27,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton (burtonator)/a * @version $Id$ */ -public class FeedParser { - -private static Logger log = Logger.getLogger( FeedParser.class ); +public interface FeedParser { /** * Parse this feed. @@ -54,165 +36,23 @@ * may be null but is used when an exception is thrown to aid debugging. * */ -public static void parse( FeedParserListener listener, - InputStream is , - String resource ) throws FeedParserException { - -try { - -// Need to massage our XML support for UTF-8 to prevent the dreaded -// Invalid byte 1 of 1-byte UTF-8 sequence content bug in some -// default feeds. This was tested a great deal under NewsMonster -// and I'm happy with the results. Within FeedParser 2.0 we will be -// using SAX2 so this won't be as big of a problem. In FeedParser -// 2.0 (or as soon as we use SAX) this code should be totally -// removed to use the original stream. - -is = getCorrectInputStream( is ); - -//OK. Now we have the right InputStream so we should build our DOM -//and exec. -DOMBuilder builder = new DOMBuilder(); - -org.jdom.Document doc = builder.build( is ); - -parse( listener, doc ); - -} catch ( FeedParserException fpe ) { -//if an explicit FeedParserException is thrown just rethrow it.. -throw fpe; -} catch ( Throwable t ) { - -//FIXME: when this is a JDOM or XML parser Exception we should -//detect when we're working with an XHTML or HTML file and then -//parse it with an XFN/XOXO event listener. - -throw new FeedParserException( t, resource ); -} - -} +public void parse( FeedParserListener listener, + InputStream is , + String resource ) throws FeedParserException; + /** - * Perform the Xerces UTF8 correction and FeedFilter. - * - * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton/a + * @deprecated Use #parse( FeedParserException, InputStream, String ) */ -private static InputStream getCorrectInputStream( InputStream is ) -throws Exception { - -byte[] bytes = toByteArray( is ); - -//FIXME: if we return the WRONG content type here we will break. -//getBytes()... UTF-16 and UTF-32 especially. We should also perform -//HTTP Content-Type parsing here to preserve the content type. This can -//be fixed by integrating our networking API from NewsMonster. - -String encoding = XMLEncodingParser.parse( bytes ); - -if ( encoding == null ) -encoding = UTF-8; - -if ( encoding.startsWith( UTF ) ) { - -String result = XMLCleanser.cleanse( bytes, encoding ); -bytes = FeedFilter.parse( result, encoding ); - -} else { - -
svn commit: r148952 - /jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java
Author: burton Date: Fri Jan 28 15:40:44 2005 New Revision: 148952 URL: http://svn.apache.org/viewcvs?view=revrev=148952 Log: impl class... Added: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java Added: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java?view=autorev=148952 == --- (empty file) +++ jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java Fri Jan 28 15:40:44 2005 @@ -0,0 +1,217 @@ +/* + * Copyright 1999,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.feedparser; + +import org.apache.commons.feedparser.tools.XMLCleanser; +import org.apache.commons.feedparser.tools.XMLEncodingParser; +import org.apache.log4j.Logger; +import org.jdom.input.DOMBuilder; + +import java.io.ByteArrayInputStream; +import java.io.ByteArrayOutputStream; +import java.io.IOException; +import java.io.InputStream; + +/** + * This FeedParser implementation is based on JDOM and Jaxen and is based around + * XPath and JDOM iteration. While the implementation is straight forward it + * has not been optimized for performance. A SAX based parser would certainly + * be less memory intensive but with the downside of being harder to develop. + * + * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton (burtonator)/a + * @version $Id: FeedParser.java,v 1.12 2005/01/23 09:49:50 burton Exp $ + */ +public class FeedParserImpl implements FeedParser { + +private static Logger log = Logger.getLogger(FeedParserImpl.class); + +/** + * Parse this feed. + * + * @param resource The URL of the feed being parsed. This is optional and + * may be null but is used when an exception is thrown to aid debugging. + */ +public void parse(FeedParserListener listener, + InputStream is, + String resource) throws FeedParserException { + +try { + +// Need to massage our XML support for UTF-8 to prevent the dreaded +// Invalid byte 1 of 1-byte UTF-8 sequence content bug in some +// default feeds. This was tested a great deal under NewsMonster +// and I'm happy with the results. Within FeedParser 2.0 we will be +// using SAX2 so this won't be as big of a problem. In FeedParser +// 2.0 (or as soon as we use SAX) this code should be totally +// removed to use the original stream. + +is = getCorrectInputStream(is); + +//OK. Now we have the right InputStream so we should build our DOM +//and exec. +DOMBuilder builder = new DOMBuilder(); + +org.jdom.Document doc = builder.build(is); + +parse(listener, doc); + +} catch (FeedParserException fpe) { +//if an explicit FeedParserException is thrown just rethrow it.. +throw fpe; +} catch (Throwable t) { + +//FIXME: when this is a JDOM or XML parser Exception we should +//detect when we're working with an XHTML or HTML file and then +//parse it with an XFN/XOXO event listener. + +throw new FeedParserException(t); +} + +} + +/** + * Perform the Xerces UTF8 correction and FeedFilter. + */ +private InputStream getCorrectInputStream(InputStream is) +throws Exception { + +byte[] bytes = toByteArray(is); + +//FIXME: if we return the WRONG content type here we will break. +//getBytes()... UTF-16 and UTF-32 especially. We should also perform +//HTTP Content-Type parsing here to preserve the content type. This can +//be fixed by integrating our networking API from NewsMonster. + +String encoding = XMLEncodingParser.parse(bytes); + +if (encoding == null) +encoding = UTF-8; + +if (encoding.startsWith(UTF)) { + +String result = XMLCleanser.cleanse(bytes, encoding); +bytes = FeedFilter.parse(result, encoding); + +} else { + +bytes = FeedFilter.parse(bytes, encoding); + +} + +
svn commit: r148953 - /jakarta/commons/sandbox/feedparser/trunk/lib/commons-httpclient-3.0-beta1.jar
Author: burton Date: Fri Jan 28 15:54:18 2005 New Revision: 148953 URL: http://svn.apache.org/viewcvs?view=revrev=148953 Log: commons httpclient for ant build Added: jakarta/commons/sandbox/feedparser/trunk/lib/commons-httpclient-3.0-beta1.jar (contents, props changed) Added: jakarta/commons/sandbox/feedparser/trunk/lib/commons-httpclient-3.0-beta1.jar Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/lib/commons-httpclient-3.0-beta1.jar?view=autorev=148953 == Binary file. No diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148954 - /jakarta/commons/sandbox/feedparser/trunk/build.xml
Author: burton Date: Fri Jan 28 15:56:24 2005 New Revision: 148954 URL: http://svn.apache.org/viewcvs?view=revrev=148954 Log: accepted patches to refactor build.xml with Joseph Ottingers patches ... Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/build.xml?view=diffrev=148954p1=jakarta/commons/sandbox/feedparser/trunk/build.xmlr1=148953p2=jakarta/commons/sandbox/feedparser/trunk/build.xmlr2=148954 == --- jakarta/commons/sandbox/feedparser/trunk/build.xml (original) +++ jakarta/commons/sandbox/feedparser/trunk/build.xml Fri Jan 28 15:56:24 2005 @@ -1,21 +1,6 @@ ?xml version=1.0 encoding=ISO-8859-1? -project name=feedparser default=jakarta-feedparser.jar basedir=. - -property environment=env/ - -property file=build.properties/ - -property name=project value=feedparser/ - -property name=version.major value=0/ -property name=version.minor value=5/ -property name=version.sub value=0/ -property name=version.desc value=beta/ - -property name=docs.dest value=./site/ -property name=docs.src value=./xdocs/ - +project name=feedparser default=jar basedir=. property name=jakarta.site2.home location=../jakarta-site2/ path id=anakia.classpath @@ -25,158 +10,157 @@ /path path id=project.classpath - fileset dir=lib - - include name=*.jar/ - -/fileset - -!-- This is not a good idea. These libs should go in the ant home dir - -fileset dir=${ext.lib.path} - include name=*.jar/ +include name=*.jar/ /fileset - -- +/path -fileset dir=${ant.home}/lib +path id=junit.classpath +path refid=project.classpath/ +fileset dir=build include name=*.jar/ /fileset - /path -!-- ant-contrib tasks path http://ant-contrib.sourceforge.net; - this includes custom tags, such as an 'if' tag -- -property name=ant-contrib.jar value=./lib/ant-contrib-0.6.jar/ -taskdef resource=net/sf/antcontrib/antcontrib.properties -classpath -pathelement location=${ant-contrib.jar}/ -/classpath -/taskdef - -taskdef name=junit - classname=org.apache.tools.ant.taskdefs.optional.junit.JUnitTask/ - -target name=compile - -mkdir dir=compile/ - -javac srcdir=src/java/ - classpathref=project.classpath - destdir=compile - debug=true/ - -/target - -target name=clean -delete dir=compile/ -/target - -target name=clobber -delete dir=compile/ -/target - -target name=jakarta-feedparser.jar depends=compile - -mkdir dir=lib/ - -jar compress=yes jarfile=lib/jakarta-feedparser.jar - -fileset dir=compile - -include name=org/**/ -include name=feedparser/**/ -include name=*.class/ - +target name=init +available property=junit.available classname=junit.framework.TestCase/ +property name=compile.dir value=compile/ +property name=dist.dir value=dist/ +property name=junit.dir value=junit/ +property name=src.dir value=src/ +property environment=env/ +property file=build.properties/ +property name=project value=feedparser/ +property name=version.major value=0/ +property name=version.minor value=5/ +property name=version.sub value=0/ +property name=version.desc value=beta/ +property name=docs.dest value=./site/ +property name=docs.src value=./xdocs/ +/target + +target name=prep depends=init +mkdir dir=${dist.dir}/ +mkdir dir=${compile.dir}/ +mkdir dir=${junit.dir}/ +/target + +target name=compile.main depends=prep +javac srcdir=${src.dir}/java/ +classpathref=project.classpath +destdir=${compile.dir} +debug=true +excludes=org/apache/commons/feedparser/test/** +/javac +/target + +target name=compile.test depends=prep if=junit.available +javac srcdir=${src.dir}/java/ +classpathref=junit.classpath +destdir=${junit.dir} +debug=true +includes=org/apache/commons/feedparser/test/** +/javac +/target + +target name=clean depends=init +delete dir=${dist.dir}/ +delete dir=${compile.dir}/ +delete dir=${junit.dir}/ +/target + +target name=jar depends=compile.main +mkdir dir=${dist.dir}/ +jar compress=yes jarfile=${dist.dir}/jakarta-feedparser.jar +fileset dir=${compile.dir} /fileset - /jar /target target name=run-example
svn commit: r148956 - /jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java
Author: burton Date: Fri Jan 28 16:03:52 2005 New Revision: 148956 URL: http://svn.apache.org/viewcvs?view=revrev=148956 Log: Added mod_taxonomy to context Modified: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java Modified: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java?view=diffrev=148956p1=jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.javar1=148955p2=jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.javar2=148956 == --- jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java (original) +++ jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/NS.java Fri Jan 28 16:03:52 2005 @@ -23,7 +23,7 @@ * A class to manage XML namespaces * * @author a href=mailto:[EMAIL PROTECTED]Kevin A. Burton (burtonator)/a - * @version $Id: NS.java,v 1.5 2005/01/23 09:49:50 burton Exp $ + * @version $Id$ */ public class NS { @@ -89,6 +89,7 @@ context.addNamespace( FOAF.getPrefix(), FOAF.getURI() ); context.addNamespace( RDF.getPrefix(), RDF.getURI() ); context.addNamespace( RDFS.getPrefix(), RDFS.getURI() ); +context.addNamespace( TAXO.getPrefix(), TAXO.getURI() ); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148959 - /jakarta/commons/sandbox/feedparser/trunk/build.xml
Author: burton Date: Fri Jan 28 16:13:38 2005 New Revision: 148959 URL: http://svn.apache.org/viewcvs?view=revrev=148959 Log: using compile.dir Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/build.xml?view=diffrev=148959p1=jakarta/commons/sandbox/feedparser/trunk/build.xmlr1=148958p2=jakarta/commons/sandbox/feedparser/trunk/build.xmlr2=148959 == --- jakarta/commons/sandbox/feedparser/trunk/build.xml (original) +++ jakarta/commons/sandbox/feedparser/trunk/build.xml Fri Jan 28 16:13:38 2005 @@ -149,7 +149,7 @@ target name=javadoc depends=init -mkdir dir=${build.dir}/docs/api/ +mkdir dir=${compile.dir}/docs/api/ javadoc sourcepath=src/java packagenames=org.apache.commons.feedparser.* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148960 - /jakarta/commons/sandbox/feedparser/trunk/build.xml
Author: burton Date: Fri Jan 28 16:16:03 2005 New Revision: 148960 URL: http://svn.apache.org/viewcvs?view=revrev=148960 Log: reworked attribute indent Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/build.xml?view=diffrev=148960p1=jakarta/commons/sandbox/feedparser/trunk/build.xmlr1=148959p2=jakarta/commons/sandbox/feedparser/trunk/build.xmlr2=148960 == --- jakarta/commons/sandbox/feedparser/trunk/build.xml (original) +++ jakarta/commons/sandbox/feedparser/trunk/build.xml Fri Jan 28 16:16:03 2005 @@ -149,19 +149,21 @@ target name=javadoc depends=init -mkdir dir=${compile.dir}/docs/api/ +mkdir dir=docs/api/ javadoc sourcepath=src/java -packagenames=org.apache.commons.feedparser.* -destdir=docs/api -author=true -version=true -use=true -link=${javadoc.link} -windowtitle=${Name} ${version} API -doctitle=${Name} ${version} API -bottom=Copyright amp;copy; ${year} Apache Software Foundation. All Rights Reserved. + packagenames=org.apache.commons.feedparser.* + destdir=docs/api + author=true + version=true + use=true + link=${javadoc.link} + windowtitle=${Name} ${version} API + doctitle=${Name} ${version} API + bottom=Copyright amp;copy; ${year} Apache Software Foundation. All Rights Reserved. + /javadoc + /target target name=docs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r148962 - /jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml
Author: burton Date: Fri Jan 28 16:26:53 2005 New Revision: 148962 URL: http://svn.apache.org/viewcvs?view=revrev=148962 Log: more xdocs Modified: jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml Modified: jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml?view=diffrev=148962p1=jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xmlr1=148961p2=jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xmlr2=148962 == --- jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml(original) +++ jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xmlFri Jan 28 16:26:53 2005 @@ -137,7 +137,7 @@ /section -section name=Example +section name=API p Developers place all their logic in a FeedParserListener which @@ -167,13 +167,32 @@ /source p -Of course this is just a trivial example from the -HelloFeedParser demo distributed with the app. Other events -such as onChannel, onImage, onLink can be used to obtain -additional metadata. +This is a trivial example from the HelloFeedParser demo +distributed with the app. Other events such as onChannel, +onImage, onLink can be used to obtain additional metadata. +/p + +p +This is done to allow for extension of the RSS specification in +the future as well as support for additional namespaces. For +example the RSS 1.0, 2.0, and Atom specification all support +different date mechanisms. The FeedParser simply passes +onCreated, onIssued methods via the MetaFeedParserListener +interface. +/p + +/section + +!-- +section name=Event Stream + +p +All of these events can be visualized as a stream of events +called against your application. /p /section + -- section name=Future Directions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse and SVN
How do url and root url looks like on your system? Oliver On Sat, 29 Jan 2005 00:18:28 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: The directories look fine, but I was not able to set the root url at all. The url is https://svn.apache.org/repos/asf;. Is that wrong? Oliver On Sat, 29 Jan 2005 10:11:48 +1100, Dion Gillard [EMAIL PROTECTED] wrote: Do the checked out directories contain directories called 'trunk', 'branches' etc? If so, it's a bad checkout. The other time I've seen this is I've got the root url wrong. On Sat, 29 Jan 2005 00:08:30 +0100, Oliver Zeigermann [EMAIL PROTECTED] wrote: Folks, sorry for being less than smart, but I still am struggeling to work with Eclipse and SVN. I managed to check out everything, but now Eclipse claims all the stuff I checked out is not in the repository. It thus does not allow me to update or commit anything. Has anyone else seen this before and if so what to do to fix it. Thanks in advance, Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN checkout problems from command line
Very bizarre. Forwarding over to the infrastructure list in case anyone there has encountered such a thing. Hen On Fri, 28 Jan 2005 21:50:23 +0100, Dennis Lundberg [EMAIL PROTECTED] wrote: I've been trying to check out commons proper from SVN, but have not been able to succeed yet. My enviroment is Win XP and SVN client 1.1.3. Below is a sample output. It fails on a different component each time, so I doubt that there is a problem with one of the externals. On the longest run I've had it got as far as digester before it failed on me. Does anybody have a clue to what's going on? output G:\svnsvn co https://svn.apache.org/repos/asf/jakarta/commons/trunks-proper jakarta-commons Fetching external item into 'jakarta-commons\attributes' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\beanutils' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\betwixt' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\cactus' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\chain' Checked out external at revision 148917. Fetching external item into 'jakarta-commons\cli' svn: PROPFIND request failed on '/repos/asf/jakarta/commons/proper/cli/trunk' svn: PROPFIND of '/repos/asf/jakarta/commons/proper/cli/trunk': could not connect to server (https://svn.apache.org) /output -- Dennis Lundberg - 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] proposal: MemoryFS
B. K. Oxley (binkley) wrote: I'm thinking of implementing a memory filesystem with VFS as a demonstration. The demo filesystems for local files and URLs are fine and good, but they are not very pedagogic for implementing virtual features. For example, they do not do much with attributes. A filesystem implementation which stored everything in memory would permit demonstration of the full range of features for VFS. Towards this end, I've started a RamFileName, et al. Looking at my proposal, I realize that MemoryFS is a lousy name. :-) RamFS is a much better name: it is more clear (could MemoryFS refer to persistence instead of computer memory), and matches the names of existing RAM filesystem (on Linux). How's this for a scheme? ram:path Where path is a regular Unix-style path and ram:/ refers to the root set of the RAM filesystem. Cheers, --binkley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-jelly-tags-interaction (in module commons-jelly) 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-interaction has an issue affecting its community integration. This issue affects 2 projects. 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-interaction : Commons Jelly - commons-jelly-tags-swing : Commons Jelly Full details are available at: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-interaction/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-interaction-28012005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/test-reports] -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-interaction/gump_work/build_commons-jelly_commons-jelly-tags-interaction.html Work Name: build_commons-jelly_commons-jelly-tags-interaction (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.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-commons/collections/build/commons-collections-28012005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-28012005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-28012005.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/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-28012005.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 You are working offline so the build will continue, but commons-jelly-SNAPSHOT.jar may be out of date! The build cannot continue because of the following unsatisfied dependency: jline-0.9.0.jar Total time: 3 seconds Finished at: Fri Jan 28 20:49:05 PST 2005 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-interaction/rss.xml - Atom: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-interaction/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 29001828012005, brutus:brutus-public:29001828012005 Gump E-mail Identifier (unique within run) #11. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project commons-jelly-tags-util (in module commons-jelly) 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-util has an issue affecting its community integration. This issue affects 7 projects. 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 : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-util : Commons Jelly - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-util/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-util-28012005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-util/gump_work/build_commons-jelly_commons-jelly-tags-util.html Work Name: build_commons-jelly_commons-jelly-tags-util (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.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-commons/beanutils/optional/bean-collections/dist/commons-beanutils-bean-collections.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-28012005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-28012005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-28012005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-28012005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-28012005.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/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-28012005.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 You are working offline so the build will continue, but commons-jelly-SNAPSHOT.jar may be out of date! build:start: java:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 9 source files to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes [javac]
svn commit: r149011 - /jakarta/commons/proper/jelly/trunk/parent-project.xml /jakarta/commons/proper/jelly/trunk/project.xml
Author: brett Date: Fri Jan 28 22:02:25 2005 New Revision: 149011 URL: http://svn.apache.org/viewcvs?view=revrev=149011 Log: fix IDs Modified: jakarta/commons/proper/jelly/trunk/parent-project.xml jakarta/commons/proper/jelly/trunk/project.xml Modified: jakarta/commons/proper/jelly/trunk/parent-project.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/parent-project.xml?view=diffrev=149011p1=jakarta/commons/proper/jelly/trunk/parent-project.xmlr1=149010p2=jakarta/commons/proper/jelly/trunk/parent-project.xmlr2=149011 == --- jakarta/commons/proper/jelly/trunk/parent-project.xml (original) +++ jakarta/commons/proper/jelly/trunk/parent-project.xml Fri Jan 28 22:02:25 2005 @@ -17,6 +17,7 @@ project !-- TODO: should this inherit commons-build? -- artifactIdcommons-jelly-parent/artifactId + groupIdcommons-jelly/groupId dependencies !-- Modified: jakarta/commons/proper/jelly/trunk/project.xml Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/project.xml?view=diffrev=149011p1=jakarta/commons/proper/jelly/trunk/project.xmlr1=149010p2=jakarta/commons/proper/jelly/trunk/project.xmlr2=149011 == --- jakarta/commons/proper/jelly/trunk/project.xml (original) +++ jakarta/commons/proper/jelly/trunk/project.xml Fri Jan 28 22:02:25 2005 @@ -19,7 +19,7 @@ extendparent-project.xml/extend pomVersion3/pomVersion namecommons-jelly/name - idcommons-jelly/id + artifactIdcommons-jelly/artifactId currentVersion1.0-RC2-SNAPSHOT/currentVersion organization nameApache Software Foundation/name - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r149016 - /jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java /jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java
Author: ozeigermann Date: Fri Jan 28 22:43:19 2005 New Revision: 149016 URL: http://svn.apache.org/viewcvs?view=revrev=149016 Log: Assuring timeouts are always checked against current time Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java?view=diffrev=149016p1=jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.javar1=149015p2=jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.javar2=149016 == --- jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java (original) +++ jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java Fri Jan 28 22:43:19 2005 @@ -202,6 +202,7 @@ LockException.CODE_DEADLOCK_VICTIM, resourceId); } +now = System.currentTimeMillis(); while (!acquired waitEnd now) { // first be sure all locks are stolen from owners that have already timed out Modified: jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Url: http://svn.apache.org/viewcvs/jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java?view=diffrev=149016p1=jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.javar1=149015p2=jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.javar2=149016 == --- jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java (original) +++ jakarta/commons/proper/transaction/trunk/src/test/org/apache/commons/transaction/locking/GenericLockTest.java Fri Jan 28 22:43:19 2005 @@ -154,7 +154,7 @@ sLogger.logInfo(\n\nChecking timeouts\n\n); -ReadWriteLockManager lockManager = new ReadWriteLockManager(sLogger, 100); +ReadWriteLockManager lockManager = new ReadWriteLockManager(sLogger, 1000); boolean timedOut = false; try { lockManager.readLock(owner1, resource); @@ -164,6 +164,16 @@ timedOut = true; } assertTrue(timedOut); +lockManager = new ReadWriteLockManager(sLogger, 100); +timedOut = false; +try { +lockManager.readLock(owner1, resource); +lockManager.writeLock(owner2, resource); +} catch (LockException le) { +assertEquals(le.getCode(), LockException.CODE_TIMED_OUT); +timedOut = true; +} +assertTrue(timedOut); lockManager = new ReadWriteLockManager(sLogger, 0); timedOut = false; try { @@ -173,6 +183,7 @@ assertEquals(le.getCode(), LockException.CODE_TIMED_OUT); timedOut = true; } +assertTrue(timedOut); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] proposal: MemoryFS
Hello! How's this for a scheme? ram:path Where path is a regular Unix-style path and ram:/ refers to the root set of the RAM filesystem. Looks good to me! One thing I currently thougth about is the scope of its content. By default the content is global to all users using the singleton FileSytemManager. Though, we could use the FileSystemOptions to force VFS to create a new RamFileSystem instance. FileSystemOptions fso1 = new FileSystemOptions(); RamFileSystemConfigBuilder.getInstance().setId(fso1, fs1); FileObject fo1 = VFS.getManager().resolveFile(ram:/, fso1); FileSystemOptions fso2 = new FileSystemOptions(); RamFileSystemConfigBuilder.getInstance().setId(fso2, fs2); FileObject fo2 = VFS.getManager().resolveFile(ram:/, fso2); Every time resolveFile is called with a different set of FileSystemOptions it create a new filesystem automatically, so the instances of fo1 and fo2 refers to two different (initially empty) filesystems. That way the user is able to create global and/or local (for whatever scope he wants) ramfilesystems. And - If you manage to monitor its size it would be nice if one could set its upper limitd with something like this: RamFileSystemConfigBuilder.getInstance().setMaxSize(fso2, 1024000); But I know, this is a challenge for its one and surely not needet for version 0.1beta ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ViewCVS not working for SVN repos
This was a decision made by infrastructure as it was the cause of a significant number of SVN problems. Could you please explain in short what sort of problem that was? During cvs2svn import I damaged my repository if I tried to view its content with ViewCVS. I just would like to know if there is any serious problem with ViewCVS. If so I shutdown our ViewCVS within the next second too. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ViewCVS not working for SVN repos
Mario, I wouldn't panic, it was more to do with very high loads, and as I said - Justin is looking at fixing it the problem in view CVS. I'm just relaying the information as to why it is down because the relevant people are not on this list. If you would like more information I recommend you contact the infrastructure team. - Brett Mario Ivankovits wrote: This was a decision made by infrastructure as it was the cause of a significant number of SVN problems. Could you please explain in short what sort of problem that was? During cvs2svn import I damaged my repository if I tried to view its content with ViewCVS. I just would like to know if there is any serious problem with ViewCVS. If so I shutdown our ViewCVS within the next second too. --- Mario - 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] 1.0.5 release plan
Hi Robert, Sorry to drop off the face of the earth -- my wife and I had a baby last month :) so . I'll have some time on Sunday and would be happy to help out with documentation if you'd like. Assuming you plan to format the Release Notes similarly to the 1.0.4 release, I can draft a couple paragraphs re: the change to LogFactory and the addition of WeakHashtable. I was also thinking a note in the user guide similar to the class javadoc in WeakHashtable might be useful. Or anything else you think appropriate. Best, Brian --- robert burrell donkin [EMAIL PROTECTED] wrote: the consensus seems to be that a 1.0.5 release is a good thing and that people are happy with me acting as release manager. the release plan can be found here: http://wiki.apache.org/jakarta-commons/Logging/1_2e0_2e5ReleasePlan it's good to see that people have already started work (thanks denis :) please feel free to dive in! comments are especially useful for the bugs parade. it'd probably be best for folks to attached their comments in a sub-list below each one. i'll prepare an proposal containing the analysis for the list a little later. i propose to start work on this release pretty much as soon as the repository has been converted to subversion. i'll add replies to this thread to keep people up to date... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] proposal: MemoryFS
Just one additional idea: Please design the internal data-store in a whay that it is serializable. I think about serialize its content and reattach it to a different vfs instance. e.g. transfer the content to a server via RMI or somthing simmilar. That might also be usefull for java-applets where the user act on a local filesystem and then transfer the result to the server at once. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]