[jxpath] extension function bug

There seems to be a bug with ExtensionFunctions and collections as parameters. Example: List list = new ArrayList(); list.add(foo); list.add(bar); context.getVariables().declareVariable(myList, list); Collection values = context.getValue(test:getItems($myList)); * Values returns: [bar, bar] not

[functor] Minor changes to Algorithms

I have attached some minor changes to Algorithms. You may have already addressed these. 1. The example in the class level java doc, the nested expression, had some issues. 2. Tried to improve the class level javadoc a little. 3. The [EMAIL PROTECTED] javadoc references to Generator were pointing

[functor] Minor changes to Algorithms (tar.gz)

Here are the changes I mentioned tar/gzipped. They didn't seem to make it as flat files. -jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [functor] Iterator and Generator

not against iterators. I do see value in both approaches, and in supporting both. -jason horman [EMAIL PROTECTED] -Original Message- From: Rodney Waldhoff [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 8:05 PM To: [EMAIL PROTECTED] Subject: [functor] Iterator and Generator As far

RE: [functor] generators

I am +1 to your proposal of removing specific generators (EachLine) from functor. I assume you will keep EachElement and NumberRange. The reason I included EachLine was really to demonstrate how a Generator can be more powerful than an Iterator. That reason being that the EachLine Generator

RE: [functor] GeneratorException and JDK 1.4

Your right, oops. I haven't thought about JDK 1.4 in a while. I do think that a FunctorException would be valuable. The ability to catch exceptions thrown from functor, or any library, separately from other Runtime exceptions seems important. For now FunctorException could be a simple extension

[functor] generators

I was just wondering if you had a chance to look at the Generator stuff I sent a while ago? http://marc.theaimsgroup.com/?l=jakarta-commons-devm=105159751911611w=2 http://marc.theaimsgroup.com/?l=jakarta-commons-devm=105108654904036w=2 -jason horman [EMAIL PROTECTED

[jelly] javascript error on website

is bigger than it should be, which may be related to the Javascript error. -jason horman This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution

[jelly] threads library

}/ /while /threads:thread See the test suite (suite.jelly) and the other .jelly files in the test directory for more examples. -jason horman [EMAIL PROTECTED] [EMAIL PROTECTED] This email message and any attachments are for the sole use of the intended recipient(s) and may

RE: [jelly] usage, output file

var=c option=c default=default / -jason horman -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: Friday, October 04, 2002 4:36 AM To: Jakarta Commons Developers List Subject: Re: [jelly] usage, output file From: Jason Horman [EMAIL PROTECTED] I am attaching

[jelly] usage, output file

Usage: Jelly scriptFile [outputFile] My Jelly scripts do not output anything. They do take input parameters. The report below take a date as an import parameter and then executes sql, etc, based on that date. I end up with an empty file called 20020922 after each run. Would it not make more

RE: [jelly] usage, output file

Sure, why not... should I just email the new src/diffs to this list... -jason -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 03, 2002 11:03 AM To: Jakarta Commons Developers List Subject: Re: [jelly] usage, output file From: Jason Horman

RE: [jelly] usage, output file

: Thursday, October 03, 2002 11:03 AM To: Jakarta Commons Developers List Subject: Re: [jelly] usage, output file From: Jason Horman [EMAIL PROTECTED] Usage: Jelly scriptFile [outputFile] My Jelly scripts do not output anything. They do take input parameters. The report below take a date as an import

[jelly] variable scope

I am creating objects via usebean that are quite large, 300-400mbs. What are my options currently for removing these objects from memory once I am done with them? Right now I am doing this: useBean var=largeObject class=blah/ bsh:script jellyContext.removeVariable(largeObject);

RE: [jelly] RE: Jelly and properties

to modify the scripts. It will look in the user.home dir first, then the local dir for a jelly.properties. James Birchfield Director, Application Development Genscape, Inc. (502) 583-2298 (o) (502) 639-3136 (c) -Original Message- From: Jason Horman [mailto:[EMAIL PROTECTED]] Sent: Tuesday

RE: cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester package.html

Your right, I have just gotten started with Jelly and didn't realize that the ANT tags were so easily accessible. -jason -Original Message- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 9/28/02 12:36 AM Subject: cvs commit:

[jelly] FileTag for move/copy/rename/delete/etc

package names for things like this. -jason horman [EMAIL PROTECTED] This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you

[jelly] include inherit

The inherit tag for include doesn't seem to do anything, variables are inherited either way. include inherit=true uri=import.jelly/ -jason horman This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged