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

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

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 co

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

Re: [vfs] proposal: MemoryFS

Hello! How's this for a scheme? ram: Where 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 FileSytemManag

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=rev&rev=149016 Log: Assuring timeouts are always checked against current time Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/Gener

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=rev&rev=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/p

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

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

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

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 en

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

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=rev&rev=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.apach

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=rev&rev=148960 Log: reworked attribute indent Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Url: http://sv

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=rev&rev=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

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=rev&rev=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/fee

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=rev&rev=148954 Log: accepted patches to refactor build.xml with Joseph Ottingers patches ... Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml Modified: jakarta/commons/sandbox

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=rev&rev=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/com

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=rev&rev=148952 Log: impl class... Added: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedParserImpl.java Added: jakarta/commons/sandbox/feedparser/tr

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=rev&rev=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/FeedParse

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=rev&rev=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

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', > 'bran

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 sm

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

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=rev&rev=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.or

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=rev&rev=148947 Log: Fixed timeout problem reported by Armin Waibel <[EMAIL PROTECTED]> Modified: jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/lock

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=rev&rev=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

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 t

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=rev&rev=148920 Log: Added class diagrams by [EMAIL PROTECTED] Added: jakarta/commons/sandbox/i18n/trunk/xdocs/i18n.pdf (contents, props changed) Modified: jakarta/commons/sandbox

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=rev&rev=148919 Log: Added [EMAIL PROTECTED] to the list of contributors Modified: jakarta/commons/sandbox/xmlio/trunk/project.xml Modified: jakarta/commons/sandbox/xmlio/trunk/projec

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=rev&rev=148918 Log: Added class diagrams by [EMAIL PROTECTED] Added: jakarta/commons/sandbox/xmlio/trunk/xdocs/xmlio-in.pdf (contents, props changed) jakarta/commons/sandbox/xml

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

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 O

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

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

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

[logging] history lessons revisited

[re-send.. I don't see this picked up... hmmm] Once, a long long time ago... someone wrote: > The problem: it won't work if commons-logging.jar is installed in the > parent class loader, and log4j.jar ( or another logger ) is installed > in a child loader ( like WEB-INF/lib ). > > What happens:

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[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

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

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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

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

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:

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=rev&rev=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:

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 H

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=rev&rev=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/LICE

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

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 san

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

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

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

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

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

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

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 fro

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

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]

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 tru

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

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

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=rev&rev=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/s

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

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

[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() >

[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: JEL

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

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=rev&rev=148879 Log: make eol-style native Modified: jakarta/commons/proper/jelly/trunk/src/test/org/apache/commons/jelly/core/testSeveralSwitchCall.jelly (contents, props changed) Modif

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

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=rev&rev=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.

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=rev&rev=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/pro

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

[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

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

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

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

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

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

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

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

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 PROTECTE

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

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

[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

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

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

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

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