Re: [jexl]'s issues in Bugzilla ?
I was looking to insert my function suggestion. Funnily, though, the query page killed two of my browsers... (bug already reported)... I'll file it, then ! paul Le 11 sept. 04, à 00:46, Dion Gillard a écrit : Is there something you're specifically after? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30545] - [configuration] ConfigurationDynaBean
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=30545. 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=30545 [configuration] ConfigurationDynaBean [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-12 09:39 --- Can you double check CVS head? I think I actually had applied this patch file already.. At least, looking at CVS, it appears so.. I'm closing this bug again, can you reopen if anything else is needed? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly build.xml
dion2004/09/12 03:06:53
Modified:jellybuild.xml
Log:
update build file
Revision ChangesPath
1.83 +17 -17jakarta-commons/jelly/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/build.xml,v
retrieving revision 1.82
retrieving revision 1.83
diff -u -r1.82 -r1.83
--- build.xml 1 Sep 2004 16:40:26 - 1.82
+++ build.xml 12 Sep 2004 10:06:53 - 1.83
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=UTF-8?
-!--build.xml generated by maven from project.xml version 1.0-beta-4-SNAPSHOT
- on date September 2 2004, time 0239--
+!--build.xml generated by maven from project.xml version 1.0-beta-5-SNAPSHOT
+ on date September 12 2004, time 2005--
project default=jar name=commons-jelly basedir=.
property name=defaulttargetdir value=target
@@ -20,7 +20,7 @@
/property
property name=javadocdir value=dist/docs/api
/property
- property name=final.name value=commons-jelly-1.0-beta-4-SNAPSHOT
+ property name=final.name value=commons-jelly-1.0-beta-5-SNAPSHOT
/property
path id=build.classpath
fileset dir=${libdir}
@@ -158,7 +158,7 @@
/tstamp
property name=copyright value=Copyright amp;copy; Apache Software
Foundation. All Rights Reserved.
/property
-property name=title value=commons-jelly 1.0-beta-4-SNAPSHOT API
+property name=title value=commons-jelly 1.0-beta-5-SNAPSHOT API
/property
javadoc use=true private=true destdir=${javadocdir} author=true
version=true sourcepath=src/java packagenames=org.apache.commons.jelly.*
classpath
@@ -172,31 +172,31 @@
setproxy
/setproxy
-get dest=${libdir}/commons-jexl-1.0-RC1.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-jexl/jars/commons-jexl-1.0-RC1.jar;
+get dest=${libdir}/commons-jexl-1.0.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-jexl/jars/commons-jexl-1.0.jar;
/get
-get dest=${libdir}/xml-apis-1.0.b2.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/xml-apis/jars/xml-apis-1.0.b2.jar;
+get dest=${libdir}/xml-apis-1.0.b2.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//xml-apis/jars/xml-apis-1.0.b2.jar;
/get
-get dest=${libdir}/commons-beanutils-1.6.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-1.6.jar;
+get dest=${libdir}/commons-beanutils-1.6.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-beanutils/jars/commons-beanutils-1.6.jar;
/get
-get dest=${libdir}/commons-collections-2.1.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-collections/jars/commons-collections-2.1.jar;
+get dest=${libdir}/commons-collections-2.1.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-collections/jars/commons-collections-2.1.jar;
/get
-get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar;
+get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-logging/jars/commons-logging-1.0.3.jar;
/get
-get dest=${libdir}/dom4j-1.5-beta-2.jar usetimestamp=true
ignoreerrors=true src=http://www.ibiblio.org/maven/dom4j/jars/dom4j-1.5-beta-2.jar;
+get dest=${libdir}/dom4j-1.5.jar usetimestamp=true ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//dom4j/jars/dom4j-1.5.jar;
/get
-get dest=${libdir}/jaxen-1.1-beta-2.jar usetimestamp=true
ignoreerrors=true src=http://www.ibiblio.org/maven/jaxen/jars/jaxen-1.1-beta-2.jar;
+get dest=${libdir}/jaxen-1.1-beta-2.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//jaxen/jars/jaxen-1.1-beta-2.jar;
/get
-get dest=${libdir}/xerces-2.2.1.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/xerces/jars/xerces-2.2.1.jar;
+get dest=${libdir}/xerces-2.2.1.jar usetimestamp=true ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//xerces/jars/xerces-2.2.1.jar;
/get
-get dest=${libdir}/servletapi-2.3.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/servletapi/jars/servletapi-2.3.jar;
+get dest=${libdir}/servletapi-2.3.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//servletapi/jars/servletapi-2.3.jar;
/get
-get dest=${libdir}/commons-cli-1.0.jar usetimestamp=true
ignoreerrors=true
cvs commit: jakarta-commons/jelly build.xml
dion2004/09/12 03:17:28
Modified:jellybuild.xml
Log:
update build file
Revision ChangesPath
1.84 +14 -14jakarta-commons/jelly/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/build.xml,v
retrieving revision 1.83
retrieving revision 1.84
diff -u -r1.83 -r1.84
--- build.xml 12 Sep 2004 10:06:53 - 1.83
+++ build.xml 12 Sep 2004 10:17:27 - 1.84
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=UTF-8?
!--build.xml generated by maven from project.xml version 1.0-beta-5-SNAPSHOT
- on date September 12 2004, time 2005--
+ on date September 12 2004, time 2016--
project default=jar name=commons-jelly basedir=.
property name=defaulttargetdir value=target
@@ -172,31 +172,31 @@
setproxy
/setproxy
-get dest=${libdir}/commons-jexl-1.0.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-jexl/jars/commons-jexl-1.0.jar;
+get dest=${libdir}/commons-jexl-1.0.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-jexl/jars/commons-jexl-1.0.jar;
/get
-get dest=${libdir}/xml-apis-1.0.b2.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//xml-apis/jars/xml-apis-1.0.b2.jar;
+get dest=${libdir}/xml-apis-1.0.b2.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/xml-apis/jars/xml-apis-1.0.b2.jar;
/get
-get dest=${libdir}/commons-beanutils-1.6.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-beanutils/jars/commons-beanutils-1.6.jar;
+get dest=${libdir}/commons-beanutils-1.6.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-1.6.jar;
/get
-get dest=${libdir}/commons-collections-2.1.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-collections/jars/commons-collections-2.1.jar;
+get dest=${libdir}/commons-collections-2.1.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-collections/jars/commons-collections-2.1.jar;
/get
-get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-logging/jars/commons-logging-1.0.3.jar;
+get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar;
/get
-get dest=${libdir}/dom4j-1.5.jar usetimestamp=true ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//dom4j/jars/dom4j-1.5.jar;
+get dest=${libdir}/dom4j-1.5.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/dom4j/jars/dom4j-1.5.jar;
/get
-get dest=${libdir}/jaxen-1.1-beta-2.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//jaxen/jars/jaxen-1.1-beta-2.jar;
+get dest=${libdir}/jaxen-1.1-beta-2.jar usetimestamp=true
ignoreerrors=true src=http://www.ibiblio.org/maven/jaxen/jars/jaxen-1.1-beta-2.jar;
/get
-get dest=${libdir}/xerces-2.2.1.jar usetimestamp=true ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//xerces/jars/xerces-2.2.1.jar;
+get dest=${libdir}/xerces-2.2.1.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/xerces/jars/xerces-2.2.1.jar;
/get
-get dest=${libdir}/servletapi-2.3.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//servletapi/jars/servletapi-2.3.jar;
+get dest=${libdir}/servletapi-2.3.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/servletapi/jars/servletapi-2.3.jar;
/get
-get dest=${libdir}/commons-cli-1.0.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-cli/jars/commons-cli-1.0.jar;
+get dest=${libdir}/commons-cli-1.0.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-cli/jars/commons-cli-1.0.jar;
/get
-get dest=${libdir}/commons-lang-2.0.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-lang/jars/commons-lang-2.0.jar;
+get dest=${libdir}/commons-lang-2.0.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-lang/jars/commons-lang-2.0.jar;
/get
-get dest=${libdir}/commons-discovery-20030211.213356.jar usetimestamp=true
ignoreerrors=true
src=http://maven-plugins.sourceforge.net/maven//commons-discovery/jars/commons-discovery-20030211.213356.jar;
+get dest=${libdir}/commons-discovery-20030211.213356.jar usetimestamp=true
ignoreerrors=true
Re: [GUMP@brutus]: jakarta-commons/commons-jelly failed
Is there a gump descriptor dependency issue here? On 11 Sep 04 23:07:20, Stefan Bodewig [EMAIL PROTECTED] wrote: 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 folk at [EMAIL PROTECTED] Project commons-jelly has an issue affecting its community integration. This issue affects 32 projects. Project State : 'Failed' The following are affected: - commons-jelly : Commons Jelly Package - commons-jelly-tags-ant : This is a Jelly interface for Ant. - commons-jelly-tags-antlr : This is a Jelly interface for Antlr. - commons-jelly-tags-avalon : This is a Jelly interface for avalon. - commons-jelly-tags-bean : A tag library for mapping tags to beans using a similar appr... - commons-jelly-tags-beanshell : This is a Jelly interface for BeanShell. - commons-jelly-tags-betwixt : This is a Jelly interface for Betwixt. - commons-jelly-tags-bsf : This is a Jelly interface for the Bean Scripting Framework. - commons-jelly-tags-define : This is a Jelly taglib for defining new tags and tag librari... - commons-jelly-tags-dynabean : This is a Jelly taglib for defining new tags and tag librari... - commons-jelly-tags-email : This is a Jelly interface for Email - commons-jelly-tags-fmt : This is a set of Jelly i18n tags. - commons-jelly-tags-html : These Jelly tags can scrub commons errors in HTML syntax. - commons-jelly-tags-http : These Jelly tags provide a simple XML syntax for HttpClient. - commons-jelly-tags-interaction : This is a Jelly interface to the user. - commons-jelly-tags-jetty : These are Jelly tags that can set up an in-process web serve... - commons-jelly-tags-jms : This is a Jelly interface for the Java Message Service. - commons-jelly-tags-jsl : The Jelly Stylesheet Library (JSL) - commons-jelly-tags-junit : The Jelly Unit Test Tags - commons-jelly-tags-log : The Jelly Logging Tags - commons-jelly-tags-quartz : This is a Jelly interface for the Quartz Scheduler. - commons-jelly-tags-soap : This is a Jelly interface for SOAP. - commons-jelly-tags-sql : This is a Jelly interface for SQL - commons-jelly-tags-swing : This is a Jelly interface for configuring Swing applications... - commons-jelly-tags-swt : This is a Jelly interface for configuring Swing applications... - commons-jelly-tags-threads : A library for processing Jelly scripts using multiple thread... - commons-jelly-tags-util : This is a set of Jelly utility tags. - commons-jelly-tags-validate : This is a Jelly interface for XML validation. - commons-jelly-tags-velocity : This is a Jelly interface for Velocity. - commons-jelly-tags-xml : ??? - commons-jelly-tags-xmlunit : This is a Jelly interface for unit testing XML applications. - werkz : werkz: Goal-Oriented Process (GOP) Framework Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-jelly/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-jelly-11092004.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-jelly/gump_work/build_jakarta-commons_commons-jelly.html Work Name: build_jakarta-commons_commons-jelly (Type: Build) State: Failed Elapsed: 3 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-11092004 -f build.xml jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/jelly] CLASSPATH :
Re: Problems generating CVS patch
Dennis, Thanks for the response. I figured out the problem and it was indeed the trailing whitespace as you had mentioned. There is a setting for it. Oddly enough its not set at the project level but at the editor level (a save option). Once I changed the setting I was fine. Thanks. - Original Message - From: Dennis Lundberg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Saturday, September 11, 2004 6:50 PM Subject: Re: Problems generating CVS patch Hi Sean I think that JBuilder is stripping trailing blanks for you. In IntelliJ IDEA that I use there is a setting for this. There should be one in JBuilder as well. I ran into this myself a while ago. One solution, if you can't find a switch in JBuilder, is to change the cvs command slightly. Instead of doing cvs diff -u filename you do cvs diff -uwb filename -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] Enhancement proposal for DateUtils
Its a point for debate really. It might be OK to define SatSun weekends as a default, but an API should probably be framed to allow the avoidance of any day of week combination. And that can get to be a tricky API to define. Stephen - Original Message - From: Sean Schofield [EMAIL PROTECTED] I agree that this limits you to 'western' calendars. Do non-western calendars have the concept of a weeekend? I think there are enough people using the Gregorian calendar for these methods to be useful. I guess it depends on the overall policy of whether things that go in commons lang need to be country neutral. Is that the policy/general practice? Don't some of the constants and methods in DateUtils implictly assume a Gregorian calendar? Are you opposed to including these methods or are you just throwing the issue out there for debate? sean The main problem is that the concept of weekday/weekend as Mon-Fri and Sat-Sun is a 'western' one. There is a significant portion of the world that uses other measures. Stephen - 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]
cvs commit: jakarta-commons/jelly/jelly-tags/jetty/xdocs changes.xml
dion2004/09/12 07:06:20 Modified:jelly/jelly-tags/jetty/xdocs changes.xml Log: [maven-scm-plugin] prepare release 1.0 Revision ChangesPath 1.2 +1 -2 jakarta-commons/jelly/jelly-tags/jetty/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jetty/xdocs/changes.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- changes.xml 7 Sep 2004 15:57:24 - 1.1 +++ changes.xml 12 Sep 2004 14:06:20 - 1.2 @@ -24,7 +24,6 @@ author email=[EMAIL PROTECTED]dIon Gillard/author /properties body -release version=1.0-SNAPSHOT date=in CVS -/release +release version=1.0 date=2004-09-13/release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/jetty project.xml
dion2004/09/12 07:06:59
Modified:jelly/jelly-tags/jetty project.xml
Log:
format
Revision ChangesPath
1.20 +16 -26jakarta-commons/jelly/jelly-tags/jetty/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jetty/project.xml,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- project.xml 11 Sep 2004 22:17:47 - 1.19
+++ project.xml 12 Sep 2004 14:06:59 - 1.20
@@ -1,4 +1,5 @@
?xml version=1.0 encoding=UTF-8?
+
!--
Copyright 2002,2004 The Apache Software Foundation.
@@ -14,57 +15,49 @@
See the License for the specific language governing permissions and
limitations under the License.
--
+
project
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-jetty/id
namecommons-jelly-tags-jetty/name
-
+ currentVersion1.0/currentVersion
packageorg.apache.commons.jelly.tags.jetty/package
-
- description
- These are Jelly tags that can set up an in-process web server.
- /description
+ descriptionThese are Jelly tags that can set up an in-process web
server./description
shortDescriptionCommons Jelly Jetty Tag Library/shortDescription
-
- !-- urlhttp://jakarta.apache.org/commons/jelly/tags/jetty//url
- siteDirectory/www/jakarta.apache.org/commons/jelly/tags/jetty//siteDirectory
-
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/jelly/tags/jetty/distributionDirectory
- repository
-connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/jelly/jelly-tags/jetty//connection
-urlhttp://cvs.apache.org/viewcvs/jakarta-commons/jelly/jelly-tags/jetty//url
- /repository--
-
+ versions
+version
+ id1.0/id
+ name1.0/name
+ tagCOMMONS-JELLY-JETTY-1_0/tag
+/version
+ /versions
+
dependencies
-
-
-
!-- START for compilation --
!-- may need JDK 1.4 or jsse --
+
dependency
idcommons-jelly/id
version1.0-beta-4/version
/dependency
-
!-- http taglib --
+
dependency
idcommons-httpclient/id
version2.0/version
/dependency
-
dependency
idjetty/id
version4.2.3/version
/dependency
-
!-- END for compilation --
-
!-- for testing --
+
dependency
groupIdcommons-jelly/groupId
artifactIdcommons-jelly-tags-http/artifactId
version1.0/version
/dependency
-
!-- PL: Commented out as it might be this is part of JDK 1.4...
dependency
idjsse/id
@@ -75,11 +68,9 @@
idjsse+jnet/id
version1.0.3/version
/dependency --
-
-
!-- END for testing --
-
!-- for runtime --
+
dependency
idservletapi/id
version2.2/version
@@ -88,5 +79,4 @@
!-- END for runtime --
/dependencies
-
/project
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/swt/xdocs changes.xml
dion2004/09/12 07:12:08 Modified:jelly/jelly-tags/swt/xdocs changes.xml Log: [maven-scm-plugin] prepare release 1.0 Revision ChangesPath 1.7 +1 -1 jakarta-commons/jelly/jelly-tags/swt/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/swt/xdocs/changes.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- changes.xml 7 Sep 2004 02:43:50 - 1.6 +++ changes.xml 12 Sep 2004 14:12:08 - 1.7 @@ -24,7 +24,7 @@ author email=[EMAIL PROTECTED]dIon Gillard/author /properties body -release version=1.0-SNAPSHOT date=in CVS +release version=1.0 date=2004-09-13 action dev=dion type=fix issue=JELLY-123 due-to=Marcus Craftervar and resource support for images/action action dev=dion type=fix issue=JELLY-42 due-to=Christiaan ten Kloosteradd cTabFolder + cTabItem widgets/action action dev=dion type=fix issue=JELLY-48 due-to=Christiaan ten Kloosterdialog tag/action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCMENT] Digester 1.6 Released
On 10 Sep 2004, at 13:35, Shapira, Yoav wrote: Hi, Thanks for pushing it through virtually single-handedly ;) i think there's more than a few who desire their share of the credit. simon did some very good work reviewing the release candidate and people have been active on the lists answering questions. thanks to you all :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/swing project.xml
dion2004/09/12 07:56:30
Modified:jelly/jelly-tags/swing project.xml
Log:
prep
Revision ChangesPath
1.21 +10 -1 jakarta-commons/jelly/jelly-tags/swing/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/swing/project.xml,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- project.xml 11 Sep 2004 22:28:02 - 1.20
+++ project.xml 12 Sep 2004 14:56:30 - 1.21
@@ -18,6 +18,7 @@
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-swing/id
nameJellySwing/name
+ currentVersion1.0/currentVersion
packageorg.apache.commons.jelly.tags.swing/package
@@ -26,7 +27,15 @@
/description
shortDescriptionCommons Jelly Swing Tag Library/shortDescription
- dependencies
+ versions
+version
+ id1.0/id
+ name1.0/name
+ tagCOMMONS-JELLY-SWING-1_0/tag
+/version
+ /versions
+
+dependencies
dependency
idcommons-jelly/id
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/threads/xdocs changes.xml
dion2004/09/12 08:00:17
Modified:jelly/jelly-tags/threads project.xml
jelly/jelly-tags/threads/xdocs changes.xml
Log:
prep
Revision ChangesPath
1.12 +9 -12 jakarta-commons/jelly/jelly-tags/threads/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/threads/project.xml,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- project.xml 10 Sep 2004 07:37:13 - 1.11
+++ project.xml 12 Sep 2004 15:00:17 - 1.12
@@ -18,7 +18,7 @@
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-threads/id
namecommons-jelly-tags-threads/name
-
+ currentVersion1.0/currentVersion
packageorg.apache.commons.jelly.tags.threads/package
description
@@ -26,19 +26,16 @@
/description
shortDescriptionCommons Jelly Threads Tag Library/shortDescription
- !-- urlhttp://jakarta.apache.org/commons/jelly/tags/threads//url
-
- siteDirectory/www/jakarta.apache.org/commons/jelly/threads//siteDirectory
-
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/jelly/tags/threads/distributionDirectory
- repository
-connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/jelly/jelly-tags/threads//connection
-
urlhttp://cvs.apache.org/viewcvs/jakarta-commons/jelly/jelly-tags/threads//url
- /repository--
+ versions
+version
+ id1.0/id
+ name1.0/name
+ tagCOMMONS-JELLY-THREADS-1_0/tag
+/version
+ /versions
dependencies
-
-
-
+
!-- START for compilation --
dependency
1.2 +1 -1 jakarta-commons/jelly/jelly-tags/threads/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/threads/xdocs/changes.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- changes.xml 7 Sep 2004 15:57:25 - 1.1
+++ changes.xml 12 Sep 2004 15:00:17 - 1.2
@@ -24,7 +24,7 @@
author email=[EMAIL PROTECTED]dIon Gillard/author
/properties
body
-release version=1.0-SNAPSHOT date=in CVS
+release version=1.0 date=2004-09-12
/release
/body
/document
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/validate/xdocs changes.xml
dion2004/09/12 08:01:57 Modified:jelly/jelly-tags/validate/xdocs changes.xml Log: [maven-scm-plugin] prepare release 1.0 Revision ChangesPath 1.3 +1 -2 jakarta-commons/jelly/jelly-tags/validate/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/validate/xdocs/changes.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- changes.xml 7 Sep 2004 16:02:45 - 1.2 +++ changes.xml 12 Sep 2004 15:01:57 - 1.3 @@ -24,7 +24,6 @@ author email=[EMAIL PROTECTED]dIon Gillard/author /properties body -release version=1.0-SNAPSHOT date=in CVS -/release +release version=1.0 date=2004-09-13/release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/validate project.xml
dion2004/09/12 08:02:52
Modified:jelly/jelly-tags/validate project.xml
Log:
format
Revision ChangesPath
1.16 +15 -29jakarta-commons/jelly/jelly-tags/validate/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/validate/project.xml,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- project.xml 10 Sep 2004 07:37:13 - 1.15
+++ project.xml 12 Sep 2004 15:02:52 - 1.16
@@ -1,4 +1,5 @@
?xml version=1.0 encoding=UTF-8?
+
!--
Copyright 2002-2004 The Apache Software Foundation
@@ -14,68 +15,57 @@
See the License for the specific language governing permissions and
limitations under the License.
--
+
project
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-validate/id
namecommons-jelly-tags-validate/name
-
+ currentVersion1.0/currentVersion
packageorg.apache.commons.jelly.tags.validate/package
-
- description
- This is a Jelly interface for XML validation.
- /description
+ descriptionThis is a Jelly interface for XML validation./description
shortDescriptionCommons Jelly Validate Tag Library/shortDescription
-
- !--
siteDirectory/www/jakarta.apache.org/commons/jelly/tags/validate/siteDirectory
-
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/jelly/tags/validate/distributionDirectory
- repository
-connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/jelly/jelly-tags/validate//connection
-
urlhttp://cvs.apache.org/viewcvs/jakarta-commons/jelly/jelly-tags/validate//url
- /repository--
-
-
+ versions
+version
+ id1.0/id
+ name1.0/name
+ tagCOMMONS-JELLY-VALIDATE-1_0/tag
+/version
+ /versions
+
dependencies
-
-
-
!-- START for compilation --
-
+
dependency
idcommons-jelly/id
version1.0-beta-4/version
/dependency
-
dependency
groupIdmsv/groupId
artifactIdisorelax/artifactId
version20030807/version
/dependency
-
dependency
idjunit/id
version3.8.1/version
/dependency
-
dependency
idmsv/id
version20030807/version
/dependency
!-- END for compilation --
-
!-- runtime dependencies --
+
dependency
groupIdmsv/groupId
artifactIdxsdlib/artifactId
version20030807/version
/dependency
-
dependency
groupIdmsv/groupId
artifactIdrelaxngDatatype/artifactId
version20030807/version
/dependency
!-- END runtime --
-
!-- START for test --
dependency
@@ -84,18 +74,14 @@
version1.0/version
urlhttp://jakarta.apache.org/commons/jelly/libs/junit//url
/dependency
-
!-- END for test --
-
!-- START for running demos --
dependency
idcommons-cli/id
version1.0/version
/dependency
-
!-- END for running demos --
-
+
/dependencies
-
/project
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-135) Release taglib as 1.0 using beta-4 as the jelly base
Message: The following issue has been closed. Resolver: dion gillard Date: Sun, 12 Sep 2004 8:07 AM All done - View the issue: http://issues.apache.org/jira/browse/JELLY-135 Here is an overview of the issue: - Key: JELLY-135 Summary: Release taglib as 1.0 using beta-4 as the jelly base Type: Task Status: Closed Priority: Major Resolution: FIXED Project: jelly Fix Fors: 1.0-beta-5 Assignee: Reporter: dion gillard Created: Fri, 10 Sep 2004 12:11 AM Updated: Sun, 12 Sep 2004 8:07 AM Description: They are being done in this order: commons-jelly-tags-junit (DONE) commons-jelly-tags-util (DONE) commons-jelly-tags-ant (DONE) commons-jelly-tags-antlr (DONE) commons-jelly-tags-avalon (DONE) commons-jelly-tags-log (DONE) commons-jelly-tags-bean (DONE) commons-jelly-tags-beanshell (DONE) commons-jelly-tags-betwixt (DONE) commons-jelly-tags-bsf (DONE) commons-jelly-tags-dynabean (DONE) commons-jelly-tags-xml (DONE) commons-jelly-tags-define (DONE) commons-jelly-tags-email (DONE) commons-jelly-tags-fmt (DONE) commons-jelly-tags-jsl (DONE) commons-jelly-tags-html (DONE) commons-jelly-tags-http (DONE) commons-jelly-tags-interaction (DONE) commons-jelly-tags-xmlunit (DONE) commons-jelly-tags-jaxme (DONE) commons-jelly-tags-jetty commons-jelly-tags-swt commons-jelly-tags-jface commons-jelly-tags-jms commons-jelly-tags-jmx commons-jelly-tags-ojb commons-jelly-tags-quartz commons-jelly-tags-soap commons-jelly-tags-sql JellySwing commons-jelly-tags-threads commons-jelly-tags-validate commons-jelly-tags-velocity (DONE) - JIRA INFORMATION: 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]
cvs commit: jakarta-commons/jelly/jelly-tags tag-project.xml
dion2004/09/12 08:15:11 Modified:jelly/jelly-tags tag-project.xml Log: Add checkstyle report Revision ChangesPath 1.16 +3 -2 jakarta-commons/jelly/jelly-tags/tag-project.xml Index: tag-project.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/tag-project.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- tag-project.xml 10 Sep 2004 04:44:20 - 1.15 +++ tag-project.xml 12 Sep 2004 15:15:11 - 1.16 @@ -321,8 +321,9 @@ /build reports - reportmaven-changelog-plugin/report - reportmaven-changes-plugin/report +reportmaven-changelog-plugin/report +reportmaven-changes-plugin/report +reportmaven-checkstyle-plugin/report reportmaven-developer-activity-plugin/report reportmaven-file-activity-plugin/report reportmaven-javadoc-plugin/report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/jface .cvsignore
dion2004/09/12 08:16:35 Modified:jelly/jelly-tags/jface .cvsignore Log: Ignore jcoverage Revision ChangesPath 1.3 +1 -0 jakarta-commons/jelly/jelly-tags/jface/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jface/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore22 Aug 2004 23:37:14 - 1.2 +++ .cvsignore12 Sep 2004 15:16:35 - 1.3 @@ -2,3 +2,4 @@ maven.log personal-settings.props velocity.log +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/jms .cvsignore
dion2004/09/12 08:16:55 Modified:jelly/jelly-tags/jms .cvsignore Log: Ignore jcoverage Revision ChangesPath 1.3 +1 -0 jakarta-commons/jelly/jelly-tags/jms/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jms/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore22 Aug 2004 23:37:12 - 1.2 +++ .cvsignore12 Sep 2004 15:16:54 - 1.3 @@ -1,3 +1,4 @@ maven.log target velocity.log +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/jmx .cvsignore
dion2004/09/12 08:17:14 Modified:jelly/jelly-tags/jmx .cvsignore Log: Ignore jcoverage Revision ChangesPath 1.3 +1 -0 jakarta-commons/jelly/jelly-tags/jmx/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jmx/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore20 Mar 2003 17:13:11 - 1.2 +++ .cvsignore12 Sep 2004 15:17:14 - 1.3 @@ -1,3 +1,4 @@ target maven.log velocity.log +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/ojb .cvsignore
dion2004/09/12 08:17:33 Modified:jelly/jelly-tags/ojb .cvsignore Log: Ignore jcoverage Revision ChangesPath 1.3 +1 -0 jakarta-commons/jelly/jelly-tags/ojb/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/ojb/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore22 Aug 2004 23:37:13 - 1.2 +++ .cvsignore12 Sep 2004 15:17:33 - 1.3 @@ -1,3 +1,4 @@ maven.log target velocity.log +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/quartz .cvsignore
dion2004/09/12 08:17:51 Modified:jelly/jelly-tags/quartz .cvsignore Log: Ignore jcoverage Revision ChangesPath 1.3 +1 -0 jakarta-commons/jelly/jelly-tags/quartz/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/quartz/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore22 Aug 2004 23:37:14 - 1.2 +++ .cvsignore12 Sep 2004 15:17:51 - 1.3 @@ -1,3 +1,4 @@ maven.log target velocity.log +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] Are performance improvements wanted?
On 10 Sep 2004, at 18:18, Reid Pinchback wrote: I just finished a project where I had to do a fair bit of performance tuning work over the last year. I was looking through the current digester source, and even without torquing the code wierdly or changing class APIs I've seen places that could probably be made faster. 1) Would folks be interested in digester performance fixes? No point in my wasting time on them if, for example, some major re-write is underway. though there's probably going to be a radical rewriting one day (digester2), i (for one) will be willing to review and apply patches to the digester one code stream for the foreseeable future. IMHO digester 1 is approaching feature completeness (at least, given the limits of backwards compatibility) and should be continued to maintained as a mature, stable, well tested library. looking at performance issues now seems appropriate (though it's not a particular itch of mine and i'm not likely to spearhead any comprehensive effort). 2) What would be the preferred way of submitting them? I was thinking of submitting a tweaked class as an enhancement request with an attached patch and maybe a unit test that measured both the old and new code. People could use the test to try the changes on other platforms (I'd only be testing on some Win32 sdk versions, but the fixes I have in mind should either help or at least do no harm on other platforms). i've been thinking about the problem of proving performance improvements by using unit tests for a while now. i'd really like to be able to be able to create reports about the current performance of library code. maybe it'd be possible to use some kind of normalization to eliminate (or at least reduce) platform specific differences. i'd be interested to hear comments from other folks about this (or ideally, hear about a tool out there which does this ;) so, even if no tool exists (at the moment), it'd be great to have unit tests that demonstrate the performance improvement. that way, once a tool exists, we can just plug it straight in. in terms of submitting patches, if you haven't take a look already, read the standard stuff on submitting patches on the web site and attach them to bugzilla enhancements. (IIRC the lists now strip most attachments to limit stress caused by viruses.) you might like to post an email to the list explaining the changes and linking to the request (bugzilla messages often slip through my filters). it's better to create many small requests (one per improvement) rather than one large one. it's hard to verify large patches and so they tend to get pushed down the priority list. How much of a gain people would see in real use of course would depend on what they were doing; I'm expecting these fixes to matter more in situations where digesters would run frequently (e.g. SOAP) and developers have, where feasible, already dealt with the obvious (factoring out rule+parser factory+parser instantiations). i think that it'd be an excellent idea to collate the collective community knowledge about real life digester performance. the wiki (http://wiki.apache.org/jakarta-commons) seems like the right place for something like this. it'd be really great if you could pull something together on this. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/swing project.xml
dion2004/09/12 08:34:32
Modified:jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing
SwingTagLibrary.java ComponentTag.java
jelly/jelly-tags/swing/xdocs changes.xml
jelly/jelly-tags/swing/src/test/org/apache/commons/jelly/swing
swingTags.jelly TestSwingTags.java
jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing/converters
DebugGraphicsConverter.java
jelly/jelly-tags/swing project.xml
Log:
- open up new release for work
- apply jelly-10
Revision ChangesPath
1.29 +0 -1
jakarta-commons/jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing/SwingTagLibrary.java
Index: SwingTagLibrary.java
===
RCS file:
/home/cvs/jakarta-commons/jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing/SwingTagLibrary.java,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- SwingTagLibrary.java 9 Sep 2004 12:16:57 - 1.28
+++ SwingTagLibrary.java 12 Sep 2004 15:34:32 - 1.29
@@ -61,7 +61,6 @@
ConvertUtils.register( new DimensionConverter(), Dimension.class );
ConvertUtils.register( new PointConverter(), Point.class );
ConvertUtils.register( new ColorConverter(), java.awt.Color.class );
-DebugGraphicsConverter.register();
}
public SwingTagLibrary() {
1.22 +42 -69
jakarta-commons/jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing/ComponentTag.java
Index: ComponentTag.java
===
RCS file:
/home/cvs/jakarta-commons/jelly/jelly-tags/swing/src/java/org/apache/commons/jelly/tags/swing/ComponentTag.java,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- ComponentTag.java 9 Sep 2004 12:16:57 - 1.21
+++ ComponentTag.java 12 Sep 2004 15:34:32 - 1.22
@@ -22,26 +22,29 @@
import java.awt.Font;
import java.awt.LayoutManager;
import java.awt.Point;
-import java.awt.Color;
import java.awt.Window;
-import java.awt.event.WindowListener;
-import java.awt.event.KeyListener;
import java.awt.event.FocusListener;
+import java.awt.event.KeyListener;
+import java.awt.event.WindowListener;
import java.lang.reflect.InvocationTargetException;
-import java.util.Iterator;
import java.util.Map;
-import javax.swing.*;
+import javax.swing.Action;
+import javax.swing.JFrame;
+import javax.swing.JMenu;
+import javax.swing.JMenuBar;
+import javax.swing.JScrollPane;
+import javax.swing.JSplitPane;
+import javax.swing.RootPaneContainer;
import javax.swing.border.Border;
import org.apache.commons.beanutils.BeanUtils;
import org.apache.commons.beanutils.ConvertUtils;
-
import org.apache.commons.jelly.JellyTagException;
import org.apache.commons.jelly.MissingAttributeException;
import org.apache.commons.jelly.XMLOutput;
import org.apache.commons.jelly.tags.core.UseBeanTag;
-
+import org.apache.commons.jelly.tags.swing.converters.DebugGraphicsConverter;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
@@ -62,7 +65,13 @@
/** The Log to which logging calls will be made. */
private static final Log log = LogFactory.getLog(ComponentTag.class);
-
+
+/** This is a converter that might normally be used through the
+ * BeanUtils product. However, it only applies to one Component
+ * property and not to all ints, so it's not registered with BeanUtils.
+ */
+private static final DebugGraphicsConverter debugGraphicsConverter = new
DebugGraphicsConverter();
+
/** the factory of widgets */
private Factory factory;
@@ -316,18 +325,14 @@
}
/**
- * Patch to handle wierd properties that don't quite match the Java Beans
contract
+ * Handles wierd properties that don't quite match the Java Beans contract
*/
protected void setBeanProperties(Object bean, Map attributes) throws
JellyTagException {
-for (Iterator iter = attributes.entrySet().iterator(); iter.hasNext(); ) {
-Map.Entry entry = (Map.Entry) iter.next();
-String name = (String) entry.getKey();
-Object value = entry.getValue();
-
-// ### special hacks for properties that don't introspect properly
+
Component component = getComponent();
if (component != null) {
-if (name.equals(location)) {
+if (attributes.containsKey(location)) {
+Object value = attributes.get(location);
Point p = null;
cvs commit: jakarta-commons/jelly/jelly-tags/jaxme/xdocs changes.xml
dion2004/09/12 08:35:30 Modified:jelly/jelly-tags/jaxme/xdocs changes.xml Log: Fix date Revision ChangesPath 1.2 +1 -1 jakarta-commons/jelly/jelly-tags/jaxme/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jaxme/xdocs/changes.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- changes.xml 7 Sep 2004 15:28:37 - 1.1 +++ changes.xml 12 Sep 2004 15:35:30 - 1.2 @@ -24,7 +24,7 @@ author email=[EMAIL PROTECTED]dIon Gillard/author /properties body -release version=1.0-SNAPSHOT date=in CVS +release version=1.0 date=2004-09-11 /release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/http/xdocs changes.xml
dion2004/09/12 08:39:29
Modified:jelly/jelly-tags/http project.xml
jelly/jelly-tags/http/xdocs changes.xml
Log:
open up new release for work
Revision ChangesPath
1.17 +1 -1 jakarta-commons/jelly/jelly-tags/http/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/http/project.xml,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- project.xml 11 Sep 2004 22:14:34 - 1.16
+++ project.xml 12 Sep 2004 15:39:29 - 1.17
@@ -19,7 +19,7 @@
project
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-http/id
- currentVersion1.0/currentVersion
+ currentVersion1.1-SNAPSHOT/currentVersion
namecommons-jelly-tags-http/name
packageorg.apache.commons.jelly.tags.http/package
descriptionThese are simple Jelly tags that can perform HTTP
requests./description
1.3 +2 -0 jakarta-commons/jelly/jelly-tags/http/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/http/xdocs/changes.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- changes.xml 11 Sep 2004 22:13:44 - 1.2
+++ changes.xml 12 Sep 2004 15:39:29 - 1.3
@@ -24,6 +24,8 @@
author email=[EMAIL PROTECTED]dIon Gillard/author
/properties
body
+release version=1.1-SNAPSHOT date=in CVS
+/release
release version=1.0 date=2004-09-12/release
/body
/document
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/http/xdocs changes.xml
dion2004/09/12 08:40:55
Modified:jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http
SessionTag.java
jelly/jelly-tags/http/xdocs changes.xml
Log:
Fix JELLY-96.
Revision ChangesPath
1.8 +5 -3
jakarta-commons/jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http/SessionTag.java
Index: SessionTag.java
===
RCS file:
/home/cvs/jakarta-commons/jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http/SessionTag.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- SessionTag.java 9 Sep 2004 12:08:26 - 1.7
+++ SessionTag.java 12 Sep 2004 15:40:55 - 1.8
@@ -57,11 +57,13 @@
* @throws Exception when any error occurs
*/
public void doTag(XMLOutput xmlOutput) throws JellyTagException {
-if (isProxyAvailable()) {
+if (_httpClient == null)
+{
_httpClient = new HttpClient();
+}
+
+if (isProxyAvailable()) {
_httpClient.getHostConfiguration().setProxy(getProxyHost(),
getProxyPort());
-} else {
-_httpClient = new HttpClient();
}
invokeBody(xmlOutput);
1.4 +1 -0 jakarta-commons/jelly/jelly-tags/http/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/http/xdocs/changes.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- changes.xml 12 Sep 2004 15:39:29 - 1.3
+++ changes.xml 12 Sep 2004 15:40:55 - 1.4
@@ -25,6 +25,7 @@
/properties
body
release version=1.1-SNAPSHOT date=in CVS
+ action dev=dion type=fix issue=JELLY-96 due-to=Jason
HorneHttpClient cannot be specified in HttpSession/action
/release
release version=1.0 date=2004-09-12/release
/body
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-96) HttpClient cannot be specified in HttpSession
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Sun, 12 Sep 2004 8:43 AM
Fixed in 1.1 of the taglib
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-96
Here is an overview of the issue:
-
Key: JELLY-96
Summary: HttpClient cannot be specified in HttpSession
Type: Bug
Status: Closed
Priority: Major
Resolution: FIXED
Project: jelly
Components:
taglib.http
Fix Fors:
1.0-beta-5
Assignee:
Reporter: Jason Horne
Created: Tue, 11 Nov 2003 3:42 PM
Updated: Sun, 12 Sep 2004 8:43 AM
Description:
org.apache.commons.jelly.tags.http.SessionTag always creates a new HttpClient rather
than using one provided by the user.
The doTag method should be changed from this:
public void doTag(XMLOutput xmlOutput) throws JellyTagException {
if (isProxyAvailable()) {
_httpClient = new HttpClient();
_httpClient.getHostConfiguration().setProxy(getProxyHost(),
getProxyPort());
} else {
_httpClient = new HttpClient();
}
...to this:
public void doTag(XMLOutput xmlOutput) throws JellyTagException {
if (_httpClient == null)
_httpClient = new HttpClient();
if (isProxyAvailable()) {
_httpClient.getHostConfiguration().setProxy(getProxyHost(),
getProxyPort());
}
invokeBody(xmlOutput);
}
-
JIRA INFORMATION:
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]
cvs commit: jakarta-commons/jelly/jelly-tags/http/xdocs changes.xml
dion2004/09/12 08:52:27
Modified:jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http
HttpTagLibrary.java
jelly/jelly-tags/http/xdocs changes.xml
Added: jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http
PartTag.java MultipartPostTag.java
Log:
Jelly-59. Multi-part MIME Http Request
Revision ChangesPath
1.7 +8 -6
jakarta-commons/jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http/HttpTagLibrary.java
Index: HttpTagLibrary.java
===
RCS file:
/home/cvs/jakarta-commons/jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http/HttpTagLibrary.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- HttpTagLibrary.java 9 Sep 2004 12:08:26 - 1.6
+++ HttpTagLibrary.java 12 Sep 2004 15:52:26 - 1.7
@@ -32,16 +32,18 @@
* Creates a new instance of LatkaTagLibrary
*/
public HttpTagLibrary() {
-registerTag(session, SessionTag.class);
-registerTag(get, GetTag.class);
-registerTag(post, PostTag.class);
+registerTag(body, BodyTag.class);
registerTag(delete, DeleteTag.class);
+registerTag(get, GetTag.class);
registerTag(head, HeadTag.class);
+registerTag(header, HeaderTag.class);
+registerTag(mppost, MultipartPostTag.class);
registerTag(options, OptionsTag.class);
-registerTag(put, PutTag.class);
registerTag(parameter, ParameterTag.class);
-registerTag(header, HeaderTag.class);
-registerTag(body, BodyTag.class);
+registerTag(part, PartTag.class);
+registerTag(post, PostTag.class);
+registerTag(put, PutTag.class);
+registerTag(session, SessionTag.class);
}
/**
1.1
jakarta-commons/jelly/jelly-tags/http/src/java/org/apache/commons/jelly/tags/http/PartTag.java
Index: PartTag.java
===
/*
* Copyright 2002,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.jelly.tags.http;
import org.apache.commons.jelly.JellyTagException;
import org.apache.commons.jelly.TagSupport;
import org.apache.commons.jelly.XMLOutput;
import org.apache.commons.httpclient.methods.multipart.StringPart;
/**
* A tag to hold a part of a multiPartPost
*
*/
public class PartTag extends TagSupport {
/** parameter name */
private String _name;
/** parameter value */
private String _value;
/** parameter type (like text/plain) */
private String _contentType = text/plain;
/** Creates a new instance of PartTag */
public PartTag() {
}
/**
* Extend StringPart so that I can specify the content type (ex: text/plain)
*/
private class MyStringPart extends StringPart {
String _contentType;
public MyStringPart(String name, String value, String contentType) {
super(name, value, utf-8);
_contentType=contentType;
}
public String getContentType() { return _contentType; }
}
/**
* Perform the tag functionality. In this case, store this parameter
* in the lt;mppostgt; tag above me
*
* @param xmlOutput where to send output
* @throws Exception when an error occurs
*/
public void doTag(XMLOutput xmlOutput) throws JellyTagException {
MultipartPostTag http = (MultipartPostTag)
findAncestorWithClass(MultipartPostTag.class);
StringPart sp = new MyStringPart(getName(), getValue(), getContentType());
http.addPart(sp);
invokeBody(xmlOutput);
}
//--
// Property accessors/mutators
//--
/**
* Getter for property name.
*
* @return Value of property name.
*/
public String getName() {
return _name;
}
/**
* Setter for property name.
*
* @param name New value of property
[jira] Resolved: (JELLY-59) multi-part mime http request
Message: The following issue has been resolved as FIXED. Resolver: dion gillard Date: Sun, 12 Sep 2004 8:54 AM In 1.1 of the taglib. Applied with small changes - View the issue: http://issues.apache.org/jira/browse/JELLY-59 Here is an overview of the issue: - Key: JELLY-59 Summary: multi-part mime http request Type: New Feature Status: Resolved Priority: Major Resolution: FIXED Project: jelly Components: taglib.http Fix Fors: 1.0-beta-5 Assignee: Reporter: Bill Keese Created: Sun, 22 Jun 2003 9:55 PM Updated: Sun, 12 Sep 2004 8:54 AM Description: This patch support multi-part mime requests (in the HTTP library). I will attach the two new files, Part.java and MPPost.java. Besides those files you just need to modify HttpTagLibrary.java to include the new files: +registerTag(mppost, MppostTag.class); +registerTag(part, PartTag.class); - JIRA INFORMATION: 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] Hans Gilde as a commons committer
On 10 Sep 2004, at 14:19, Dion Gillard wrote: Will noone else give Hans the last +1 he needs? +1 (hopefully better late than never...) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-59) multi-part mime http request
Message: The following issue has been closed. Resolver: dion gillard Date: Sun, 12 Sep 2004 8:55 AM In 1.1 of the taglib. Applied with small changes - View the issue: http://issues.apache.org/jira/browse/JELLY-59 Here is an overview of the issue: - Key: JELLY-59 Summary: multi-part mime http request Type: New Feature Status: Closed Priority: Major Resolution: FIXED Project: jelly Components: taglib.http Fix Fors: 1.0-beta-5 Assignee: Reporter: Bill Keese Created: Sun, 22 Jun 2003 9:55 PM Updated: Sun, 12 Sep 2004 8:55 AM Description: This patch support multi-part mime requests (in the HTTP library). I will attach the two new files, Part.java and MPPost.java. Besides those files you just need to modify HttpTagLibrary.java to include the new files: +registerTag(mppost, MppostTag.class); +registerTag(part, PartTag.class); - JIRA INFORMATION: 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]
cvs commit: jakarta-commons/jelly/jelly-tags/util/xdocs changes.xml
dion2004/09/12 09:03:01
Modified:jelly/jelly-tags/util project.xml
jelly/jelly-tags/util/xdocs changes.xml
Log:
open up new release for work
Revision ChangesPath
1.17 +1 -1 jakarta-commons/jelly/jelly-tags/util/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/util/project.xml,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- project.xml 10 Sep 2004 07:42:59 - 1.16
+++ project.xml 12 Sep 2004 16:03:01 - 1.17
@@ -18,7 +18,7 @@
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-util/id
namecommons-jelly-tags-util/name
- currentVersion1.0/currentVersion
+ currentVersion1.1-SNAPSHOT/currentVersion
packageorg.apache.commons.jelly.tags.util/package
1.3 +2 -0 jakarta-commons/jelly/jelly-tags/util/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/util/xdocs/changes.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- changes.xml 10 Sep 2004 07:43:00 - 1.2
+++ changes.xml 12 Sep 2004 16:03:01 - 1.3
@@ -24,6 +24,8 @@
author email=[EMAIL PROTECTED]dIon Gillard/author
/properties
body
+release version=1.1-SNAPSHOT date=in CVS
+/release
release version=1.0 date=2004-09-10
action dev=dion type=fix issue=JELLY-77 due-to=Paul O'FallonUpdate
jelly:util replace tag to replace entire strings/action
/release
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util LoadTextTag.java
dion2004/09/12 09:04:59
Modified:jelly/jelly-tags/util/xdocs changes.xml
jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util
LoadTextTag.java
Log:
Jelly-57. support encoding parameter for util:loadText
Revision ChangesPath
1.4 +1 -0 jakarta-commons/jelly/jelly-tags/util/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/util/xdocs/changes.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- changes.xml 12 Sep 2004 16:03:01 - 1.3
+++ changes.xml 12 Sep 2004 16:04:59 - 1.4
@@ -25,6 +25,7 @@
/properties
body
release version=1.1-SNAPSHOT date=in CVS
+ action dev=dion type=update issue=JELLY-57 due-to=Bill Keesesupport
encoding parameter for util:loadText/action
/release
release version=1.0 date=2004-09-10
action dev=dion type=fix issue=JELLY-77 due-to=Paul O'FallonUpdate
jelly:util replace tag to replace entire strings/action
1.7 +19 -17
jakarta-commons/jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util/LoadTextTag.java
Index: LoadTextTag.java
===
RCS file:
/home/cvs/jakarta-commons/jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util/LoadTextTag.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- LoadTextTag.java 8 Sep 2004 04:51:54 - 1.6
+++ LoadTextTag.java 12 Sep 2004 16:04:59 - 1.7
@@ -62,30 +62,31 @@
if (file == null uri == null) {
throw new JellyTagException( This tag must have a 'file' or 'uri'
specified );
}
-Reader reader = null;
+
+InputStream in = null;
if (file != null) {
if (! file.exists()) {
throw new JellyTagException( The file: + file + does not
exist );
}
try {
-if ( encoding == null )
-reader = new FileReader(file);
-else
-reader = new InputStreamReader(new
FileInputStream(file),encoding);
+in = new FileInputStream(file);
} catch (FileNotFoundException e) {
throw new JellyTagException(could not find the file,e);
-} catch (UnsupportedEncodingException e) {
-throw new JellyTagException(Could not use the encoding \ +
encoding + \.,e);
}
}
else {
-InputStream in = context.getResourceAsStream(uri);
+in = context.getResourceAsStream(uri);
if (in == null) {
throw new JellyTagException( Could not find uri: + uri );
}
-// @todo should we allow an encoding to be specified?
-reader = new InputStreamReader(in);
+}
+
+Reader reader = null;
+try {
+reader = new InputStreamReader(in, encoding);
+} catch (UnsupportedEncodingException e) {
+throw new JellyTagException(unsupported encoding,e);
}
String text = null;
@@ -142,18 +143,19 @@
}
/**
+ * Sets the encoding to use to read the file
+ */
+public void setEncoding(String encoding) {
+this.encoding = encoding;
+}
+
+/**
* Sets the uri to be parsed as text.
* This can be an absolute URL or a relative or absolute URI
* from this Jelly script or the root context.
*/
public void setUri(String uri) {
this.uri = uri;
-}
-
-/** Sets the encoding to be used to read the file, defaults to the
platform-encoding.
- */
-public void setEncoding(String encName) {
-this.encoding = encName;
}
/** Returns the encoding set.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-57) support encoding parameter for util:loadText
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Sun, 12 Sep 2004 9:07 AM
In v1.1 of the taglib
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-57
Here is an overview of the issue:
-
Key: JELLY-57
Summary: support encoding parameter for util:loadText
Type: Improvement
Status: Closed
Priority: Minor
Resolution: FIXED
Project: jelly
Components:
taglib.util
Fix Fors:
1.0-beta-5
Assignee:
Reporter: Bill Keese
Created: Sun, 22 Jun 2003 9:42 PM
Updated: Sun, 12 Sep 2004 9:07 AM
Description:
This patch lets you specify the encoding of files you read in with
LoadTextTag.java.
Index: LoadTextTag.java
===
RCS file:
/home/cvspublic/jakarta-commons/jelly/jelly-tags/util/src/java/org/apache/commons/jelly/tags/util/LoadTextTag.java,v
retrieving revision 1.2
diff -u -r1.2 LoadTextTag.java
--- LoadTextTag.java 25 Jan 2003 19:31:48 - 1.2
+++ LoadTextTag.java 20 Jun 2003 04:06:02 -
@@ -64,7 +64,8 @@
import java.io.BufferedReader;
import java.io.File;
import java.io.FileNotFoundException;
-import java.io.FileReader;
+import java.io.UnsupportedEncodingException;
+import java.io.FileInputStream;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.IOException;
@@ -92,6 +93,7 @@
private String var;
private File file;
private String uri;
+private String encoding=utf-8;
public LoadTextTag() {
}
@@ -105,27 +107,31 @@
if (file == null uri == null) {
throw new JellyTagException( This tag must have a 'file' or 'uri'
specified );
}
-Reader reader = null;
+
+InputStream in = null;
if (file != null) {
if (! file.exists()) {
throw new JellyTagException( The file: + file + does not exist
);
}
-
try {
-reader = new FileReader(file);
+in = new FileInputStream(file);
} catch (FileNotFoundException e) {
throw new JellyTagException(could not find the file,e);
}
-}
-else {
-InputStream in = context.getResourceAsStream(uri);
+} else {
+in = context.getResourceAsStream(uri);
if (in == null) {
throw new JellyTagException( Could not find uri: + uri );
}
-// @todo should we allow an encoding to be specified?
-reader = new InputStreamReader(in);
}
-
+
+Reader reader = null;
+try {
+reader = new InputStreamReader(in, encoding);
+} catch (UnsupportedEncodingException e) {
+throw new JellyTagException(unsupported encoding,e);
+}
+
String text = null;
try {
@@ -177,6 +183,13 @@
*/
public void setFile(File file) {
this.file = file;
+}
+
+/**
+ * Sets the encoding to use to read the file
+ */
+public void setEncoding(String encoding) {
+this.encoding = encoding;
}
/**
-
JIRA INFORMATION:
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] Updated: (JELLY-121) Policy for output of lexical XML data
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Sun, 12 Sep 2004 9:10 AM Changes: Component changed to core / taglib.core - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-121?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-121 Here is an overview of the issue: - Key: JELLY-121 Summary: Policy for output of lexical XML data Type: Improvement Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Versions: 1.0 Assignee: Reporter: Hans Gilde Created: Sun, 29 Aug 2004 6:05 PM Updated: Sun, 12 Sep 2004 9:10 AM Description: We recently changed a couple of XML tags to stop outputting lexical data by default. Outputting lexical data results in bad XML when entity references are used but is convenient when outputting comments. The file tag and possible others output lexical data by default. Should this be changed? - JIRA INFORMATION: 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] Updated: (JELLY-109) jsl:applyTemplates mode attribute not functioning
The following issue has been updated: Updater: dion gillard (mailto:[EMAIL PROTECTED]) Date: Sun, 12 Sep 2004 9:11 AM Changes: Component changed to taglib.jsl - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-109?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-109 Here is an overview of the issue: - Key: JELLY-109 Summary: jsl:applyTemplates mode attribute not functioning Type: Bug Status: Unassigned Priority: Minor Project: jelly Components: taglib.jsl Assignee: Reporter: Sean Moriarty Created: Tue, 6 Apr 2004 2:57 PM Updated: Sun, 12 Sep 2004 9:11 AM Environment: Windows XP - using Maven 1.0-RC1 site goal Description: The following modified site.jsl file jsl:template match=menu trim=false jsl:applyTemplates select=item mode=bbb / /jsl:template jsl:template match=item trim=false No mode /jsl:template jsl:template match=item trim=false mode=bbb BBB /jsl:template returns the output No mode No mode No mode No mode No mode - JIRA INFORMATION: 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-38) [JFAce taglib] remove dependency + fix examples
The following comment has been added to this issue: Author: dion gillard Created: Sun, 12 Sep 2004 9:16 AM Body: I can't tell from a quick glance whether this has been applied or not. - View this comment: http://issues.apache.org/jira/browse/JELLY-38?page=comments#action_53038 - View the issue: http://issues.apache.org/jira/browse/JELLY-38 Here is an overview of the issue: - Key: JELLY-38 Summary: [JFAce taglib] remove dependency + fix examples Type: New Feature Status: Open Priority: Major Project: jelly Components: taglib.jface Assignee: james strachan Reporter: Christiaan ten Klooster Created: Wed, 26 Feb 2003 6:25 AM Updated: Sun, 12 Sep 2004 9:16 AM Description: - JIRA INFORMATION: 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-40) [JFace taglib] PreferenceDialogTag handleSave event
The following comment has been added to this issue: Author: dion gillard Created: Sun, 12 Sep 2004 9:19 AM Body: This patch no longer applies cleanly. - View this comment: http://issues.apache.org/jira/browse/JELLY-40?page=comments#action_53039 - View the issue: http://issues.apache.org/jira/browse/JELLY-40 Here is an overview of the issue: - Key: JELLY-40 Summary: [JFace taglib] PreferenceDialogTag handleSave event Type: Improvement Status: Open Priority: Major Project: jelly Components: taglib.jface Assignee: james strachan Reporter: Christiaan ten Klooster Created: Thu, 27 Feb 2003 6:01 AM Updated: Sun, 12 Sep 2004 9:19 AM Description: allows a script to be run on handleSave event, for example reloading the properties file. - JIRA INFORMATION: 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]
cvs commit: jakarta-commons/betwixt/xdocs tasks.xml
rdonkin 2004/09/12 09:20:22 Modified:betwixt/xdocs Tag: RELEASE_0_6_BRANCH tasks.xml Log: Updated tasks completed for 0.6 Revision ChangesPath No revision No revision 1.31.2.1 +4 -4 jakarta-commons/betwixt/xdocs/tasks.xml Index: tasks.xml === RCS file: /home/cvs/jakarta-commons/betwixt/xdocs/tasks.xml,v retrieving revision 1.31 retrieving revision 1.31.2.1 diff -u -r1.31 -r1.31.2.1 --- tasks.xml 24 Jun 2004 19:42:13 - 1.31 +++ tasks.xml 12 Sep 2004 16:20:21 - 1.31.2.1 @@ -184,7 +184,7 @@ /subsection /section section name='Completed' -subsection name='Since 0.5' +subsection name='0.6' listrongImproved empty element rendering/strong/li li strongExtended betwixt file/strong by adding two new properties @@ -311,7 +311,7 @@ /subsection /section section name='Deprecated' -subsection name='Since 0.5' +subsection name='0.6' ul listrongRefactoring (more declarative descriptors)/strong ul @@ -413,13 +413,13 @@ /subsection /section section name='Backwards Incompatible Changes' -subsection name='Since 0.5' +subsection name='0.6' ul /ul /subsection /section section name='Semantic Changes' -subsection name='Since 0.5' +subsection name='0.6' ul li strongIntrospection and ElementDescriptor/strong changes in introspection and - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java - New directory
dion2004/09/12 09:39:13 jakarta-commons/jelly/jelly-tags/regexp/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/xdocs - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/xdocs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache - New directory
dion2004/09/12 09:39:13 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp - New directory
dion2004/09/12 09:39:13 jakarta-commons/jelly/jelly-tags/regexp - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src - New directory
dion2004/09/12 09:39:13 jakarta-commons/jelly/jelly-tags/regexp/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags/regexp - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags/regexp - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags/regexp MatchTagTest.java ContainsTagTest.java
dion2004/09/12 09:39:22 Added: jelly/jelly-tags/regexp/xdocs navigation.xml changes.xml index.xml jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags/regexp RegexpTag.java ContainsTag.java MatchTag.java RegexpTagLibrary.java jelly/jelly-tags/regexp .cvsignore project.xml project.properties jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags/regexp MatchTagTest.java ContainsTagTest.java Log: Add regexp tag library. Jelly-49 Revision ChangesPath 1.1 jakarta-commons/jelly/jelly-tags/regexp/xdocs/navigation.xml Index: navigation.xml === ?xml version=1.0 encoding=ISO-8859-1? !-- Copyright 2002-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. -- project name=SOAP Tag Library titleSOAP Tag Library/title body menu name=SOAP Tag Library item name=Overviewhref=/index.html/ item name=Tagshref=/tags.html/ /menu /body /project 1.1 jakarta-commons/jelly/jelly-tags/regexp/xdocs/changes.xml Index: changes.xml === ?xml version=1.0 encoding=UTF-8? !-- /* * Copyright 2001-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. */ -- document properties titleChanges/title author email=[EMAIL PROTECTED]dIon Gillard/author /properties body release version=1.0-SNAPSHOT date=in CVS /release /body /document 1.1 jakarta-commons/jelly/jelly-tags/regexp/xdocs/index.xml Index: index.xml === ?xml version=1.0? !-- Copyright 2002-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. -- document properties titleRegexp Tag Library/title author email=[EMAIL PROTECTED]dIon Gillard/author /properties body section name=Overview p Tags for working with regular expressions. See the a href=tags.htmltags/a for more information. /p /section /body /document 1.1 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags/regexp/RegexpTag.java Index: RegexpTag.java === /* * Copyright 2002,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.jelly.tags.regexp; import
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org - New directory
dion2004/09/12 09:39:13 jakarta-commons/jelly/jelly-tags/regexp/src/java/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons/jelly/tags - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags/regexp - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/java/org/apache/commons/jelly/tags/regexp - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache - New directory
dion2004/09/12 09:39:14 jakarta-commons/jelly/jelly-tags/regexp/src/test/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/xdocs navigation.xml
dion2004/09/12 09:40:02 Modified:jelly/jelly-tags/regexp/xdocs navigation.xml Log: typo Revision ChangesPath 1.2 +3 -3 jakarta-commons/jelly/jelly-tags/regexp/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/regexp/xdocs/navigation.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- navigation.xml12 Sep 2004 16:39:22 - 1.1 +++ navigation.xml12 Sep 2004 16:40:02 - 1.2 @@ -14,12 +14,12 @@ See the License for the specific language governing permissions and limitations under the License. -- -project name=SOAP Tag Library +project name=Regexp Tag Library - titleSOAP Tag Library/title + titleRegexp Tag Library/title body -menu name=SOAP Tag Library +menu name=Regexp Tag Library item name=Overviewhref=/index.html/ item name=Tagshref=/tags.html/ /menu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JELLY-49) Regexp Tag Library
Message:
The following issue has been closed.
Resolver: dion gillard
Date: Sun, 12 Sep 2004 9:42 AM
Added to CVS. Not yet released.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-49
Here is an overview of the issue:
-
Key: JELLY-49
Summary: Regexp Tag Library
Type: New Feature
Status: Closed
Priority: Major
Resolution: FIXED
Project: jelly
Components:
submissions
Fix Fors:
1.0-beta-5
Assignee: peter royal
Reporter: Aslak Hellesoy
Created: Mon, 5 May 2003 5:48 AM
Updated: Sun, 12 Sep 2004 9:42 AM
Description:
This tag library wrap's the ORO regexp engine. It provides two tags that can be used
as follows:
regexp:match
var=foo
text=ID1234
expr=[A-Z][A-Z][0-9]{4}/
regexp:contains
var=bar
text=Hello World
expr=World/
The code is not written by me, but by Christian Amor Kvalheim, so give the cred to him
(he was too sloppy to submit this himself).
-
JIRA INFORMATION:
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]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp/xdocs changes.xml
dion2004/09/12 09:41:38 Modified:jelly/jelly-tags/regexp/xdocs changes.xml Log: docs Revision ChangesPath 1.2 +1 -0 jakarta-commons/jelly/jelly-tags/regexp/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/regexp/xdocs/changes.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- changes.xml 12 Sep 2004 16:39:22 - 1.1 +++ changes.xml 12 Sep 2004 16:41:38 - 1.2 @@ -25,6 +25,7 @@ /properties body release version=1.0-SNAPSHOT date=in CVS + action dev=dion type=add issue=JELLY-49 due-to=Aslak HellesoyAdded/action /release /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/regexp project.xml
dion2004/09/12 09:42:59
Modified:jelly/jelly-tags/regexp project.xml
Log:
prep
Revision ChangesPath
1.2 +3 -3 jakarta-commons/jelly/jelly-tags/regexp/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/regexp/project.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.xml 12 Sep 2004 16:39:22 - 1.1
+++ project.xml 12 Sep 2004 16:42:59 - 1.2
@@ -18,7 +18,7 @@
extend${basedir}/../tag-project.xml/extend
idcommons-jelly-tags-regexp/id
namecommons-jelly-tags-regexp/name
- currentVersion1.0-SNAPSHOT/currentVersion
+ currentVersion1.0/currentVersion
packageorg.apache.commons.jelly.tags.regexp/package
description
@@ -26,13 +26,13 @@
/description
shortDescriptionCommons Jelly Regular Expression Tag Library/shortDescription
- !--versions
+ versions
version
id1.0/id
name1.0/name
tagCOMMONS-JELLY-REGEXP-1_0/tag
/version
- /versions--
+ /versions
dependencies
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly jelly.properties
dion2004/09/12 09:45:31 Modified:jelly/src/java/org/apache/commons/jelly jelly.properties Log: Add regexp taglib Revision ChangesPath 1.42 +1 -0 jakarta-commons/jelly/src/java/org/apache/commons/jelly/jelly.properties Index: jelly.properties === RCS file: /home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/jelly.properties,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- jelly.properties 8 Sep 2004 04:27:59 - 1.41 +++ jelly.properties 12 Sep 2004 16:45:31 - 1.42 @@ -44,6 +44,7 @@ ojb = org.apache.commons.jelly.tags.ojb.OjbTagLibrary pnuts = org.apache.commons.jelly.tags.bsf.PNutsTagLibrary quartz = org.apache.commons.jelly.tags.quartz.QuartzTagLibrary +regexp = org.apache.commons.jelly.tags.regexp.RegexpTagLibrary soap= org.apache.commons.jelly.tags.soap.SoapTagLibrary sql = org.apache.commons.jelly.tags.sql.SqlTagLibrary swing = org.apache.commons.jelly.tags.swing.SwingTagLibrary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/xdocs changes.xml
dion2004/09/12 09:46:19 Modified:jelly/xdocs changes.xml Log: Add regexp tag library. Jelly-49 Revision ChangesPath 1.18 +1 -0 jakarta-commons/jelly/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/jakarta-commons/jelly/xdocs/changes.xml,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- changes.xml 10 Sep 2004 06:22:33 - 1.17 +++ changes.xml 12 Sep 2004 16:46:19 - 1.18 @@ -25,6 +25,7 @@ /properties body release version=1.0-beta-5-SNAPSHOT date=in CVS + action dev=dion type=add issue=JELLY-49Add Regexp taglib/action /release release version=1.0-beta-4 date=2004-09-09 action dev=dion type=add issue=JELLY-134Handle JVMs that return null for getClass().getClassLoader()/action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[digester] merging 1.6 changes into HEAD?
Hi Robert, Thanks for all the work on the new release. Is it ok with you if I now merge the changes made on the release branch into CVS HEAD? Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] Are performance improvements wanted?
I won't repeat my previous comments re: JUnitPerf, but they apply here too. Just looked at the bench case stuff, looks decent, better for fast tests of small code fragments. Whether it is appropriate or not depends on what you are trying to achieve. If you want to be able to record measurements (e.g. in some historical performance file) and compare against that, the approach is fine. What I'm a bit more concerned about right now is to, at more-or-less-the-same-time, compare the timings of two pieces of code in the same environment. I'd like the test to know if I've achieved an improvement or not. On the issue of platform-specific differences, I agree, that is tough. The problem with posting numbers is that systems vary so much its hard to draw conclusions. If somebody claimed to have similar hardware and O/S to you, if their numbers are the same, higher, or lower than yours, what does it tell you? Unfortunately, the data is from an experiment that is too uncontrolled to help a developer decide if a proposed code change is likely to be faster across multiple platforms. If you are inclined to muse in the direction of random unpractical thoughts, you could envision a small reference set of Java code fragments. Measure Digester performance in terms of the reference set. That performance number should be platform dependent, while the actual results on any given platform would be finally determined by the raw performance of the reference set. That is essentially the technique used in a variety of numerical modeling, estimation, or optimization approaches. Definitely pie-in-the-sky category solution. Maybe put it on the Wiki for, oh, Digester 27.0. :-) --- Phil Steitz [EMAIL PROTECTED] wrote: The approach used in o.a.c.beanutils.BeanUtilsBenchCase -- creating a separate microbenchmarks test case with timing included -- could probably also be applied to [digester] and other commons components. I have no clue how one would go about eliminating platform-specific differences. __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] Are performance improvements wanted?
On Mon, 2004-09-13 at 08:38, Reid Pinchback wrote: The first performance-related patch I'll submit shows how I approximate this. Mostly I try to minimize how much JIT, GC, and differences in inheritance hierarchy depth can distort the comparison. The case I've put together is on what the impact would be of handling logger initialization statically in the Digester class. Not a big win, obviously, but an easy example of the approach. Besides cutting constructor cost in 1/2 is never bad. Hi Reid, I'm also interested in seeing performance patches. It's great to hear you're working on this topic. You should be warned, though, that the logging area is particularly tricky. From what I remember, there is a requirement that frameworks which use digester (eg j2ee app servers) must be able to direct logging output to different destinations depending on which app the framework is running the digester on behalf of. There's some email discussion about logging in digester from about a year back that goes into this in some depth; I was not happy with the way logging worked in Digester but after Craig explained why it was the way it was, and what the requirements were, I was not able to find a better way to organise logging while satisfying the original requirements. I'm not saying there *isn't* a way to improve digester logging, just that it is probably necessary to read that email thread first to be sure the improvements still satisfy the requirements as described by Craig. [of course these requirements should really be coded as unit tests so that required behaviour *can't* be changed without unit test failures] I'm certain, however, that there are a number of other places where optimisations are available, and look forward to seeing some improvements. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-13) Jelly should throw an exception if an unknown tag is used in a TagLibrary
The following comment has been added to this issue: Author: dion gillard Created: Sun, 12 Sep 2004 2:31 PM Body: For me it must be optional and controlled by the tag library. At the moment, it would break quite a few Maven scripts to disallow XML output - View this comment: http://issues.apache.org/jira/browse/JELLY-13?page=comments#action_53049 - View the issue: http://issues.apache.org/jira/browse/JELLY-13 Here is an overview of the issue: - Key: JELLY-13 Summary: Jelly should throw an exception if an unknown tag is used in a TagLibrary Type: Improvement Status: Open Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Assignee: james strachan Reporter: james strachan Created: Tue, 12 Nov 2002 5:24 AM Updated: Sun, 12 Sep 2004 2:31 PM Description: Many tag libraries only have a strict number of tags defined. So default behaviour for these libraries should be that if a typo is made on a tag name, then an exception is thrown. Some libraries, like the Ant library, are more soft-coded and will try their best to instantiate whatever they are given. However the default case is typically known at compile time. - JIRA INFORMATION: 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: [digester] Are performance improvements wanted?
--- Simon Kitching [EMAIL PROTECTED] wrote: You should be warned, though, that the logging area is particularly tricky. Yup, I figured that could be the case. Before I even proposed this I'd already decided that I'd just float each change as a proposal, and just grin and bear it if there was something that made the change unwise. While you strive to create performance fixes that don't change behaviour at all, sometimes you run into cases were that isn't true. When that happens, folks have to decide if the change would be to something that mattered, or not. From what I remember, there is a requirement that frameworks which use digester (eg j2ee app servers) must be able to direct logging output to different destinations depending on which app the framework is running the digester on behalf of. ... I was not able to find a better way to organise logging while satisfying the original requirements. I'm not saying there *isn't* a way to improve digester logging, just that it is probably necessary to read that email thread first to be sure the improvements still satisfy the requirements as described by Craig. Ok, I'll see if I can find anything archived about that. At a guess I bet its something like the following: - getLogger returns a reference to a logger - Digester instances currently each have their own reference - if you use that reference to change the logger behaviour for your Digester, do you change only your own logging, or everybody else's logging via the Digester/Digester.sax categories, and would sharing a static logger change that? Can't say I've traced this kind of thing through log4j, but I'd have expected that changing the logger changed everybody's logging via the same category against the same repository. Could be I'm wrong. Normally I'd expect that if multiple clients needed different control of logging for the same category, they'd need to have their own repositories. In any case, I'm not overly worried about winning on this particular change. Its the kind of thing that matters more during development than during execution - its a measurable drag on running unit tests that instantiate Digester instances in loops, but not such a big deal in real-life Digester usage. Not an issue for now, but for the future I'm particularly intrigued by some of the Wiki comments for Digester 2.0, and how it might be time to split out various areas of functionality. I think at that point you might have a chance to allow for some very serious performance improvements in areas that wouldn't be possible today without changing the API in undesirable ways. I think a lot of the circular dependencies between classes and packages that exist in Digester today are the initial sniff test of interesting opportunities with a different approach. Reid __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-13) Jelly should throw an exception if an unknown tag is used in a TagLibrary
The following comment has been added to this issue: Author: Hans Gilde Created: Sun, 12 Sep 2004 3:00 PM Body: Yes, it would be optional and entirely controlled by the library. There are two cases under which XML is output: 1) the parser can't find a tag library for the namespace of the tag. 2) the tag library doesn't find a tag for the element name and returns null to the parser. In both cases, the parser creates a text script with the contents of the tag. Each library has the option to, rather than return null, throw an exception (causing a parse failure) or return a Tag that throws an exception at runtime (causing a runtime failure). In fact, rather than having the parser create a text script when the tag lib returns a null tag, the library itself could return a Tag that outputs the XML. I'm actually just starting to use maven myself, what do maven users output as XML? Sorry to be so naive. - View this comment: http://issues.apache.org/jira/browse/JELLY-13?page=comments#action_53050 - View the issue: http://issues.apache.org/jira/browse/JELLY-13 Here is an overview of the issue: - Key: JELLY-13 Summary: Jelly should throw an exception if an unknown tag is used in a TagLibrary Type: Improvement Status: Open Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.1-beta-1 Assignee: james strachan Reporter: james strachan Created: Tue, 12 Nov 2002 5:24 AM Updated: Sun, 12 Sep 2004 3:00 PM Description: Many tag libraries only have a strict number of tags defined. So default behaviour for these libraries should be that if a typo is made on a tag name, then an exception is thrown. Some libraries, like the Ant library, are more soft-coded and will try their best to instantiate whatever they are given. However the default case is typically known at compile time. - JIRA INFORMATION: 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] Created: (JELLY-139) XMLParser should create a new XML-writing TagScript rather than an ExpressionScript
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JELLY-139
Here is an overview of the issue:
-
Key: JELLY-139
Summary: XMLParser should create a new XML-writing TagScript rather than an
ExpressionScript
Type: Bug
Status: Unassigned
Priority: Minor
Project: jelly
Components:
core / taglib.core
Versions:
1.0-beta-5
Assignee:
Reporter: Hans Gilde
Created: Sun, 12 Sep 2004 3:21 PM
Updated: Sun, 12 Sep 2004 3:21 PM
Description:
When XMLParser encounters an XML tag, it tries to find the tag in a tag library. If it
can't find the tag, it wants to output the tag as text to the XMLOutput when the
script is run.
Currently, it does this by creating a String:
textBuffer.append();
textBuffer.append(qName);
int size = list.getLength();
for (int i = 0; i size; i++) {
textBuffer.append( );
textBuffer.append(list.getQName(i));
textBuffer.append(=);
textBuffer.append(\);
textBuffer.append(list.getValue(i));
textBuffer.append(\);
}
textBuffer.append();
then, it creates a new ExpressionScript to output this string at runtime.
The result is that, among other things, although XMLOutput implements ContentHandler,
the SAX interfaces aren't used to output the XML. This means that, even if the tag
turns out to be empty, it will be written as tag/tag instead of tag/.
Instead, XMLParser sould create a TagScript that knows how to output XML. It would
pass the script the tag name and give it tag attributes in the same way that all
TagScripts get their attributes. This new XMLOutputScript would simply output the
non-dynamic XML at runtime using the correct SAX interfaces.
-
JIRA INFORMATION:
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()
The following comment has been added to this issue: Author: Hans Gilde Created: Sun, 12 Sep 2004 4:11 PM Body: Having looked at this some more, this TagScript should not clear its cache after run(). The cache reuses a Tag implementation between several runs of the same script, in the same thread. It does not reuse the same Tag implementation multiple times within the same script. The cache is a ThreadLocal object that is a member variable of TagScript. A seperate TagScript object is always created for every instance of a tag encountered in an XML document. So, there is no choice but to have a Tag implementation for every XML element in the document. What the cache does do is ensure that the second time you run the script in the same thread, it will not create a second set of Tag implementations. - View this comment: http://issues.apache.org/jira/browse/JELLY-85?page=comments#action_53051 - View the issue: http://issues.apache.org/jira/browse/JELLY-85 Here is an overview of the issue: - Key: JELLY-85 Summary: TagScript doesn't clear its cached tags after run() Type: Bug Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Versions: 1.0-beta-4 Assignee: Reporter: Scott Howlett Created: Tue, 16 Sep 2003 8:16 PM Updated: Sun, 12 Sep 2004 4:11 PM Description: 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. - JIRA INFORMATION: 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] Created: (JELLY-140) TagLibrary should have either createTagScript OR createTag in its public API
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-140 Here is an overview of the issue: - Key: JELLY-140 Summary: TagLibrary should have either createTagScript OR createTag in its public API Type: Improvement Status: Unassigned Priority: Minor Project: jelly Components: core / taglib.core Versions: 1.0-beta-5 Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 4:27 PM Updated: Sun, 12 Sep 2004 4:27 PM Description: At the moment, TagLibrary has two methods in its public API: createTag (not used much, if at all) and createTagScript. I see this as a split personality for the TL that should be removed. Either the TL is responsible to resolve a tag name into a TagScript (which cretes the Tag implementation), or it's responsible to resolve a tag name into a Tag implementation. From an API perspective, I don't think that a TL should be allowed to do both of these things. - JIRA INFORMATION: 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] Created: (JELLY-141) WidgetTag should null-out its bean after running
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-141 Here is an overview of the issue: - Key: JELLY-141 Summary: WidgetTag should null-out its bean after running Type: Bug Status: Unassigned Priority: Major Project: jelly Components: taglib.swt Versions: 1.0 Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 4:41 PM Updated: Sun, 12 Sep 2004 4:41 PM Description: The SWT widget tag can cause its component to stick around in memory unexpectedly in the event that the Tag is cached by the TagScript. The tag should null the reference to its bean after running. - JIRA INFORMATION: 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]
[digester] Wiki todo 2.1.7, yes Digester can do Ant properties
FYI, I've verified that yes, the Digester substitution facilities in 1.6 can be used to do the same kind of variable substitution that Ant has. Just wanted to send in a note so nobody wastes time tackling the same problem. Once Simon has finished merging the 1.6 source into the head, I'll post the change. At that poing somebody with Wiki godliness should probably indicate the issue closed. Nothing earth-shattering to do it. VariableExpansionTestCase was a large part of the way there, just needed to take it a little bit further. No changes to functional code are needed, just required a combination of the substitutor framework, CallMethodRule, CallParamRule, and an appropriate initial object shoved on the Digester stack. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] Wiki todo 2.1.7, yes Digester can do Ant properties
On Mon, 2004-09-13 at 11:42, Reid Pinchback wrote: FYI, I've verified that yes, the Digester substitution facilities in 1.6 can be used to do the same kind of variable substitution that Ant has. Just wanted to send in a note so nobody wastes time tackling the same problem. Once Simon has finished merging the 1.6 source into the head, I'll post the change. At that poing somebody with Wiki godliness should probably indicate the issue closed. Nothing earth-shattering to do it. VariableExpansionTestCase was a large part of the way there, just needed to take it a little bit further. No changes to functional code are needed, just required a combination of the substitutor framework, CallMethodRule, CallParamRule, and an appropriate initial object shoved on the Digester stack. Cool. I'm planning to do the merge in about 8 hours from now (this evening my time). However I don't recall there being any code changes to merge from the 1.6 release branch into HEAD; just a few javadoc changes, a couple of ant build scripts for the new example code, etc. So there should be no problems with posting a patch against CVS HEAD now... Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JELLY-142) ColorTag and FontTag require both a parent widget and a context variable name
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-142 Here is an overview of the issue: - Key: JELLY-142 Summary: ColorTag and FontTag require both a parent widget and a context variable name Type: Bug Status: Unassigned Priority: Minor Project: jelly Components: taglib.swt Versions: 1.0 Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 4:49 PM Updated: Sun, 12 Sep 2004 4:49 PM Description: These tags should require *either* a parent widget on which to set the color/font or a context variable into which to store the color/font. Not both. - JIRA INFORMATION: 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] Updated: (JELLY-141) WidgetTag should null-out its bean after running
The following issue has been updated: Updater: Hans Gilde (mailto:[EMAIL PROTECTED]) Date: Sun, 12 Sep 2004 5:28 PM Comment: patch for clearing widget after dotag Changes: Attachment changed to swt-null-bean-after-dotag.txt - For a full history of the issue, see: http://issues.apache.org/jira/browse/JELLY-141?page=history - View the issue: http://issues.apache.org/jira/browse/JELLY-141 Here is an overview of the issue: - Key: JELLY-141 Summary: WidgetTag should null-out its bean after running Type: Bug Status: Unassigned Priority: Major Project: jelly Components: taglib.swt Versions: 1.0 Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 4:41 PM Updated: Sun, 12 Sep 2004 5:28 PM Description: The SWT widget tag can cause its component to stick around in memory unexpectedly in the event that the Tag is cached by the TagScript. The tag should null the reference to its bean after running. - JIRA INFORMATION: 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] Created: (JELLY-143) Support for pluggable expression languages
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-143 Here is an overview of the issue: - Key: JELLY-143 Summary: Support for pluggable expression languages Type: New Feature Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 6:09 PM Updated: Sun, 12 Sep 2004 6:09 PM Description: The Marmalade guys seem to want/be proud of support for pluggable expression languages. I think that this would be possible in Jelly. We already have pluggable expression evaluators. The only change would be to add a default evaluator into either the XMLParser or the context. Or both. This default evaluator would have to be given to TagScripts, which would use it to evaluate expressions. In this way, tags like xslt could continue to use their own expression system while other tags could use a pluggable expression system. - JIRA INFORMATION: 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-143) Support for pluggable expression languages
The following comment has been added to this issue: Author: dion gillard Created: Sun, 12 Sep 2004 6:15 PM Body: I think this is/was attempted in the beanshell and bsf taglibs. I've never seen it working though - View this comment: http://issues.apache.org/jira/browse/JELLY-143?page=comments#action_53053 - View the issue: http://issues.apache.org/jira/browse/JELLY-143 Here is an overview of the issue: - Key: JELLY-143 Summary: Support for pluggable expression languages Type: New Feature Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 6:09 PM Updated: Sun, 12 Sep 2004 6:15 PM Description: The Marmalade guys seem to want/be proud of support for pluggable expression languages. I think that this would be possible in Jelly. We already have pluggable expression evaluators. The only change would be to add a default evaluator into either the XMLParser or the context. Or both. This default evaluator would have to be given to TagScripts, which would use it to evaluate expressions. In this way, tags like xslt could continue to use their own expression system while other tags could use a pluggable expression system. - JIRA INFORMATION: 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] Created: (JELLY-144) XMLParser should not depend on JellyContext
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-144 Here is an overview of the issue: - Key: JELLY-144 Summary: XMLParser should not depend on JellyContext Type: Improvement Status: Unassigned Priority: Major Project: jelly Components: core / taglib.core Assignee: Reporter: Hans Gilde Created: Sun, 12 Sep 2004 6:39 PM Updated: Sun, 12 Sep 2004 6:39 PM Description: The parser uses a JellyContext while parsing. However, one can run a script parsed using one context, with another context. From an API perspective, something is wrong here. Also, this violates the API pattern of if package A depends on package B, then package B should not depend on package A. - JIRA INFORMATION: 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]
Jelly Wiki?
How about a Jelly Wiki? What we really need is a good user guide, but we could get started with a Wiki.
cvs commit: jakarta-commons/jelly/jelly-tags/xml/src/test/resources - New directory
dion2004/09/12 20:08:30 jakarta-commons/jelly/jelly-tags/xml/src/test/resources - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/xml/src/test/resources import.jelly import.xsl
dion2004/09/12 20:09:29
Added: jelly/jelly-tags/xml/src/test/org/apache/commons/jelly/tags/xml
TestImport.java
jelly/jelly-tags/xml/src/test/resources import.jelly
import.xsl
Log:
Test case for Jelly-45
Revision ChangesPath
1.1
jakarta-commons/jelly/jelly-tags/xml/src/test/org/apache/commons/jelly/tags/xml/TestImport.java
Index: TestImport.java
===
/*
* Copyright 2002,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.jelly.tags.xml;
import java.io.IOException;
import java.io.UnsupportedEncodingException;
import java.net.URL;
import org.apache.commons.jelly.JellyContext;
import org.apache.commons.jelly.JellyException;
import org.apache.commons.jelly.Script;
import org.apache.commons.jelly.XMLOutput;
import junit.framework.TestCase;
/**
* Test that compiled scripts can access resources
*/
public class TestImport extends TestCase {
public TestImport(String name) {
super(name);
}
public void testImportResources() throws JellyException,
UnsupportedEncodingException, IOException {
JellyContext context = new JellyContext();
URL url = TestImport.class.getResource(/resources/import.jelly);
XMLOutput out = XMLOutput.createXMLOutput(System.out);
// this works because of the created child context that has knowledge
// of the URL
context.runScript(url, out);
out.close();
}
public void testImportResourcesCompiled() throws JellyException,
UnsupportedEncodingException, IOException {
JellyContext context = new JellyContext();
URL url = TestImport.class.getResource(/resources/import.jelly);
XMLOutput out = XMLOutput.createXMLOutput(System.out);
// This does not work because context has no currentURL set
// This results in a NullPointerException when resolving the
// stylesheet
//Script script = context.compileScript(url);
//script.run(context, out);
//out.close();
}
}
1.1
jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.jelly
Index: import.jelly
===
?xml version=1.0 encoding=ISO-8859-1?
j:jelly xmlns:j=jelly:core xmlns:x=jelly:xml
x:transform xslt=import.xsl
x:param name=language value=DE/
root/
/x:transform
/j:jelly
1.1
jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.xsl
Index: import.xsl
===
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xmlns=http://www.w3.org/TR/xhtml1/strict;
xsl:template match=/
html
head
titleExpense Report Summary/title
/head
body
pTotal Amount: 12/p
/body
/html
/xsl:template
/xsl:stylesheet
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-45) resource lookup in compiled scripts does not work properly
The following comment has been added to this issue: Author: dion gillard Created: Sun, 12 Sep 2004 8:11 PM Body: Failing test case is in the xml taglib, as TestImport.java - View this comment: http://issues.apache.org/jira/browse/JELLY-45?page=comments#action_53059 - View the issue: http://issues.apache.org/jira/browse/JELLY-45 Here is an overview of the issue: - Key: JELLY-45 Summary: resource lookup in compiled scripts does not work properly Type: Bug Status: Open Priority: Major Project: jelly Components: core / taglib.core Fix Fors: 1.0 Assignee: dion gillard Reporter: Vincenz Braun Created: Thu, 20 Mar 2003 1:49 PM Updated: Sun, 12 Sep 2004 8:11 PM Description: Take the following code snippet: JellyContext context = new JellyContext(); URL url = ImportTestcase.class.getResource(/resources/import.jelly); XMLOutput out = XMLOutput.createXMLOutput(System.out); // this works because of the created child context that has knowledge // of the URL context.runScript(url, out); // This does not work because context has no currentURL set // This results in a NullPointerException when resolving the // stylesheet Script script = context.compileScript(url); script.run(context, out); out.flush() A compiled script should manage the lookup of referenced resources by its own regardless of the context set. If you cache scripts and use different contexts you do not always know where the script is from. That's why context.setCurrentURL(...) is no solution. // import.jelly ?xml version=1.0 encoding=ISO-8859-1? j:jelly xmlns:j=jelly:core xmlns:x=jelly:xml x:transform xslt=import.xsl x:param name=language value=DE/ root/ /x:transform /j:jelly - JIRA INFORMATION: 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 Wiki?
Sure, lets get one going at: http://wiki.apache.org/jakarta-commons/ I have some tutorial stuff on my blog too, if you want to copy it or whatever On Sun, 12 Sep 2004 20:00:02 -0400, Hans Gilde [EMAIL PROTECTED] wrote: How about a Jelly Wiki? What we really need is a good user guide, but we could get started with a Wiki. -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags/xml/src/test/resources import.jelly import.xsl
dion2004/09/12 20:13:52 Modified:jelly/jelly-tags/xml/src/test/resources import.jelly import.xsl Log: License and format Revision ChangesPath 1.2 +15 -0 jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.jelly Index: import.jelly === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.jelly,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- import.jelly 13 Sep 2004 03:09:29 - 1.1 +++ import.jelly 13 Sep 2004 03:13:52 - 1.2 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? +!-- + Copyright 2002-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. +-- j:jelly xmlns:j=jelly:core xmlns:x=jelly:xml x:transform xslt=import.xsl x:param name=language value=DE/ 1.2 +25 -10 jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.xsl Index: import.xsl === RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/xml/src/test/resources/import.xsl,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- import.xsl13 Sep 2004 03:09:29 - 1.1 +++ import.xsl13 Sep 2004 03:13:52 - 1.2 @@ -1,14 +1,29 @@ +!-- + Copyright 2002-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. +-- xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns=http://www.w3.org/TR/xhtml1/strict; -xsl:template match=/ -html - head -titleExpense Report Summary/title - /head - body -pTotal Amount: 12/p - /body -/html -/xsl:template + xsl:template match=/ +html + head +titleExpense Report Summary/title + /head + body +pTotal Amount: 12/p + /body +/html + /xsl:template /xsl:stylesheet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
