cvs commit: jakarta-commons-sandbox/util project.xml

dion2002/12/16 23:01:02 Modified:util project.xml Log: Reformatting of old descriptor. Revision ChangesPath 1.10 +1 -1 jakarta-commons-sandbox/util/project.xml Index: project.xml ===

cvs commit: jakarta-commons-sandbox/util project.xml

dion2002/12/16 23:00:39 Modified:util project.xml Log: Reformatting of old descriptor. Revision ChangesPath 1.9 +7 -2 jakarta-commons-sandbox/util/project.xml Index: project.xml ===

cvs commit: jakarta-commons-sandbox/email project.xml

dion2002/12/16 23:00:20 Modified:emailproject.xml Log: Reformatting of old descriptor. Revision ChangesPath 1.7 +17 -3 jakarta-commons-sandbox/email/project.xml Index: project.xml ===

cvs commit: jakarta-commons-sandbox/email project.xml

dion2002/12/16 22:51:37 Modified:email/src/java/org/apache/commons/mail HtmlEmail.java emailproject.xml Log: - Fixed code typos - Fixed project dependencies as commons-util now depends on commons-lang Revision ChangesPath 1.4 +3 -3 ja

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/driver ResultSetWrapper.java

bayard 2002/12/16 22:41:33 Modified:dbutils/src/java/org/apache/commons/dbutils/driver ResultSetWrapper.java Log: Placed the deprecated tags on the methods that ResultSet deprecates. Revision ChangesPath 1.3 +12 -0 jakarta-commons-sandb

cvs commit: jakarta-commons-sandbox/util project.xml

dion2002/12/16 22:28:04 Modified:util project.xml Log: - Remove unneeded bits - Redeployed commons-lang-SNAPSHOT to the maven repo Revision ChangesPath 1.8 +2 -5 jakarta-commons-sandbox/util/project.xml Index: project.xml =

Re: GenerateUniqueId.java

On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote: > Henri Yandell <[EMAIL PROTECTED]> wrote on 17/12/2002 03:26:08 PM: > > On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote: > > > > > Henri Yandell <[EMAIL PROTECTED]> wrote on 17/12/2002 12:31:41 > PM: > > I do have one request here. The emails do not sp

Re: GenerateUniqueId.java

Henri Yandell <[EMAIL PROTECTED]> wrote on 17/12/2002 03:26:08 PM: > On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote: > > > Henri Yandell <[EMAIL PROTECTED]> wrote on 17/12/2002 12:31:41 PM: > > > > > On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote: > > > > I'd like to see a move of both of these compone

cvs commit: jakarta-commons/xdocs/stylesheets project.xml

dion2002/12/16 21:13:59 Modified:xdocs/stylesheets project.xml Log: Fix docs. Remove Cactus Add util Fix various urls to be consistent Revision ChangesPath 1.56 +48 -135 jakarta-commons/xdocs/stylesheets/project.xml Index: project.xml ==

Re: GenerateUniqueId.java

On Mon, 16 Dec 2002, Sam Ruby wrote: > Date: Mon, 16 Dec 2002 20:54:40 -0500 > From: Sam Ruby <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: GenerateUniqueId.java > > [EMAIL PROTECTED] wrote: > > > > I think Gump is the

Re: GenerateUniqueId.java

On Mon, 16 Dec 2002, Sam Ruby wrote: > [EMAIL PROTECTED] wrote: > > > > Having just been bitten by HttpClient deleting methods that have been > > available for months in CVS, I'm starting to question the current process > > of only deprecating if a method has been available in a 'release' produ

Re: GenerateUniqueId.java

On Mon, 16 Dec 2002, Sam Ruby wrote: > Stephen Colebourne wrote: > > > > In broader terms however: > > a) The status of both the [util] and [email] components within > > jakarta-commons-sandbox is that of unreleased code, no matter how stable. > > Deprecation is not required. > > Indefinately?

cvs commit: jakarta-commons/httpclient/xdocs logging.xml

jsdever 2002/12/16 17:07:59 Modified:httpclient RELEASE_PLAN_2_0.txt project.xml release_notes.txt httpclient/src/java/org/apache/commons/httpclient AutoCloseInputStream.java httpclient/xdocs logging.xml Remo

Re: GenerateUniqueId.java

Stephen Colebourne wrote: In broader terms however: a) The status of both the [util] and [email] components within jakarta-commons-sandbox is that of unreleased code, no matter how stable. Deprecation is not required. Indefinately? Is that good for the [util], [email], commons, jakarta, or th

Re: [Jelly] JellyServlet

My apologies James. See attached again. JellyServletContext is new. I believe I attached it the last time round. On Mon, 16 Dec 2002 16:26:14 -, James Strachan said: >Hi Kelvin > >Any chance you could resend your patch by using the command > >cvs diff -u File >> patch.txt > >http://jakarta.apa

Re: GenerateUniqueId.java

I can confirm that I removed the GenerateUniqueId class and replaced it with the identifier package. I can also confirm that due to the setup of my mail client, I missed the ensuing Gump messages. As a result I didn't fix the problem in [email], which I would have done (although I don't consider m

DO NOT REPLY [Bug 10801] - Handle Null Arguments consistantly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10800] - Handle Returning Null consistantly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10800] - Handle Returning Null consistantly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[clazz] next step

Folks, I believe [clazz] has reached a certain milestone. What we now have is the following: 1. Clazz APIs and three implementations of those: a) Standard JavaBeans clazz loader. Recognizes properties the way java.beans.Introspector does, including the indexed ones. b) Extended Bean clazz

DO NOT REPLY [Bug 8457] - [HttpClient] Better proxy support in HttpMultiClient

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 11228] - Rename methods that set the socket timeout to be setSocketTimeout()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10798] - Redefine HttpClient vs HttpMultiClient interface for 2.0

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Submitting new code

Advice as follows: 1) Prefix email titles by component name, eg. [collections] 2) Send new code submissions with [SUBMIT] in the title as well 3) Send patches with [PATCH] in the title as well http://jakarta.apache.org/site/source.html#Patches 4) Reasonable sized zip files (ie. most) can be att

cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz/bean BeanClazzTest.java

dmitri 2002/12/16 15:17:42 Modified:clazz/src/java/org/apache/commons/clazz Clazz.java ClazzFeature.java clazz/src/java/org/apache/commons/clazz/common ClazzFeatureSupport.java clazz/src/java/org/apache/common

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/exception ExceptionUtils.java

dmitri 2002/12/16 15:05:29 Modified:lang/src/test/org/apache/commons/lang/exception ExceptionUtilsTestCase.java lang/src/java/org/apache/commons/lang/exception ExceptionUtils.java Log: Added printRootCauseStackTrace

[betwixt] DynaBeans

Does betwixt support DynaBeans? -- To unsubscribe, e-mail: For additional commands, e-mail:

Submitting new code

Hi, I have been quite a fan of the Apache Software Foundation and enjoy using products such as Ant, Tomcat, WebServer, etc. Quality stuff, and I would like to contribute. Although, I have read thru most of the FAQs on the Jakarta website and joined this mailing-list, I have only seen how to mod

cvs commit: jakarta-commons/xdocs patches.xml

rdonkin 2002/12/16 14:19:42 Modified:docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html index.html lang.html lic

Re: [PATCH] Bug 15396

there a fuller, commons specific version at http://jakarta.apache.org/commons/patches.html. - robert On Monday, December 16, 2002, at 09:29 PM, Matías Giovannini wrote: On a side note, I've followed instructions in : If you have a patch to submit,

Re: [lang] DateUtils

1) Use [lang] in emails to discuss things. Stops the other Commons developers from murdering us in our sleep. Weren't we doing this already? I'm confused ... CalendarUtils needs to move from the sandbox over to the main line. I'll begin by simply doing the move, but it and DateUtils need to

Re: [betwixt][BUG?] Destreaming custom collections using Hyphenated/DecapitalizeNameMapper?

i've committed a fix for this. if you get the chance, give it a try. thanks for the unit tests. it turned out to be to do with recognition of recursive elements rather than anything to do with the NameMapper implementations so i might have had difficulties replicate it otherwise. - robert On S

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/strategy Element.java Elements.java TestElementsIO.java TestHyphenatedNameMapper.java

rdonkin 2002/12/16 13:59:21 Modified:betwixt/src/java/org/apache/commons/betwixt/io BeanCreateRule.java betwixt/src/test/org/apache/commons/betwixt/strategy TestHyphenatedNameMapper.java Added: betwixt/src/test/org/ap

Re: [patch][lang] New submission: DateUtils and DateUtilsTest

I fixed my problem with downloading the source from cvs (b/c I had initially had checked out only the "digester" module I couldn't get the rest - so I removed the local directory and started over.) Hen, thanks for adding the changes to LangTestSuite which I was about to send you a patch on ;-)

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang CalendarUtilsTest.java LangTestSuite.java

bayard 2002/12/16 13:55:20 Modified:lang/src/test/org/apache/commons/lang LangTestSuite.java Added: lang/src/java/org/apache/commons/lang CalendarUtils.java lang/src/test/org/apache/commons/lang CalendarUtilsTest.java Log: CalendarUtils from the sandbox, for m

[lang] DateUtils

Okay, code pushed in. Couple of things: 1) Use [lang] in emails to discuss things. Stops the other Commons developers from murdering us in our sleep. 2) The Tests need to hook into LangTestSuite in the same direction and have a suite() and main(String[]) methods. I've modified DateUtilsTest to f

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang DateUtilsTest.java LangTestSuite.java

bayard 2002/12/16 13:48:41 Modified:lang STATUS.html lang/src/test/org/apache/commons/lang LangTestSuite.java Added: lang/src/java/org/apache/commons/lang DateUtils.java lang/src/test/org/apache/commons/lang DateUtilsTest.java Log: A DateUti

Re: [Resources] Request Karma

DOH! I didn't realize that was directly to you. I believe it is all fixed now. -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg." - Bjarne Stroustrup

Re: [PATCH] Bug 15396

On a side note, I've followed instructions in : If you have a patch to submit, please mail it to the appropriate developer mailing list. Use the prefix "[PATCH]" on your message subject. Please include any relevant bug numbers. Diffs should

Re: [PATCH] Bug 15396

Done. On Monday, December 16, 2002, at 05:10 PM, Martin Cooper wrote: Please submit the patch as an attachment to the bug report in Bugzilla. Thanks. -- Martin Cooper -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 15396] - Indexed properties not being set in ValidatorResults

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[patch][lang] New submission: DateUtils and DateUtilsTest

This is a new class (and corresponding test case) for commons-lang. It contains helper methods taken from the jakarta-ant project (with some more agreed upon methods to come). - sean NOTE: tarballs do not contain path info (so they will have to be dropped in the test and source directories -

DO NOT REPLY [Bug 15396] - Indexed properties not being set in ValidatorResults

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DateUtils Planning, WAS: [lang] Has anyone thought about aTimeUtils package?

On Mon, 16 Dec 2002, Sean Schofield wrote: > This is the plan. Can we go ahead and add the new version of DateUtils now? Go for it. Just push the zip/patch up to the list. Hen -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: DateUtils Planning, WAS: [lang] Has anyone thought about a TimeUtilspackage?

*grin* Always dangerous to announce early. Can't tell how many times it's bitten me. [No.. I can't tell. It'd be embaressing]. I did actually think I had commited without a problem (JBuilder told me the commits were successful but once I turned on the option to see console output I saw a fai

Re: [Resources] Request Karma

Thanks Craig! -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg." - Bjarne Stroustrup - Original Message - From: "Craig R. McClanahan" <[EMAIL

DO NOT REPLY [Bug 15396] - Indexed properties not being set in ValidatorResults

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Problems adding something to jakarta-commons-sandbox in CVS?

Hen, Thanks for the quick responses. I'm going to send a follow up email with the "patch" (as tarball) including the two new files. I am having trouble checking out the commons-lang code through anon cvs (note: i can check out some modules such as digester.) I sent an email to Stephen abou

Re: [Resources] Request Karma

On Mon, 16 Dec 2002, James Mitchell wrote: > Date: Mon, 16 Dec 2002 15:39:04 -0500 > From: James Mitchell <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: [Resources] Request Karma > > Hi, som

[Resources] Request Karma

Hi, some of you know me from the Struts project. I am a committer there. I have completed an implementation of MessageResources that I would like to add to Resources. The idea being that you can keep the key/value pairs in a relational database. I've implemented this using OJB under the covers,

Re: DateUtils Planning, WAS: [lang] Has anyone thought about aTimeUtils package?

On Mon, 16 Dec 2002, Sean Schofield wrote: > OK. Lets get this rolling! > > I checked in the DateUtils and DateUtilsTest classes from ant (with a > modification to the javadoc saying where we stole these from) into the > jakarta-commons-sandbox/lang project. *grin* Always dangerous to announce

Re: DateUtils Planning, WAS: [lang] Has anyone thought about a TimeUtils package?

On Mon, 16 Dec 2002 [EMAIL PROTECTED] wrote: > I think that the Ant committers will not want to rely on yet another commons > package until it has shown that it will be supported and maintained. Having > said that, I don't think it is horrible to have this code duplicated. Assuming it's in Lan

Re: Problems adding something to jakarta-commons-sandbox in CVS?

Either a patch, or a zip/tar.gz if it's new files [and you don't want to push them through patch]. I'll email some thoughts on DateUtils in a sec. Hen On Mon, 16 Dec 2002, Sean Schofield wrote: > Thanks. I did see some of the online info on this. I wanted to add > something to the sandbox (a

Re: Problems adding something to jakarta-commons-sandbox in CVS?

Thanks. I did see some of the online info on this. I wanted to add something to the sandbox (a class and test case) for a proposed new class for the commons-lang. Do I just send a [patch] email for the new files to this list? If so, then I will send one later today. I will try my best to

Re: Problems adding something to jakarta-commons-sandbox in CVS?

On Mon, 16 Dec 2002, Sean Schofield wrote: > >You need to be an Apache committer at least, and then have Commons karma > >given, which as far as I know is open to any Apache committer, they just > >have to request it. > > > >Hen > > > How do I go about becoming an Apache committer? > > - sean T

RE: [lang] MethodUtils exception handling

Perhaps you could defer this decision of whether to return null vs throw exception behavior to a 'policy' class. Such an object could be provided by the user via an api. Users would be able to provide their own implementations: public class ExceptionHandlerPolicy { public boolean shouldPropagate(

Re: Problems adding something to jakarta-commons-sandbox in CVS?

You need to be an Apache committer at least, and then have Commons karma given, which as far as I know is open to any Apache committer, they just have to request it. Hen How do I go about becoming an Apache committer? - sean -- To unsubscribe, e-mail: For additi

Re: [PATCH] Bug 15396

Please submit the patch as an attachment to the bug report in Bugzilla. Thanks. -- Martin Cooper On Mon, 16 Dec 2002, Matías Giovannini wrote: > --- > commons-validator-1.0-dev/src/share/org/apache/commons/validator/ > Validator.javaSat Dec 14 22:43:21 2002 > +++ > validator-1.0.1-src/

Re: Problems adding something to jakarta-commons-sandbox in CVS?

You need to be an Apache committer at least, and then have Commons karma given, which as far as I know is open to any Apache committer, they just have to request it. Hen On Mon, 16 Dec 2002, Sean Schofield wrote: > I'm trying to add something to jakarta-commons-sandbox (in the "lang" > module).

Problems adding something to jakarta-commons-sandbox in CVS?

I'm trying to add something to jakarta-commons-sandbox (in the "lang" module). Do I need special permission for that? I thought anyone could add stuff to sandbox? Thanks - sean -- To unsubscribe, e-mail: For additional commands, e-mail:

[lang] MethodUtils exception handling

the rest of org.apache.commons.lang.reflect wraps all exceptions in nestable ReflectionExceptions. so this is how i originally converted them. on the other hand, when i took a look around, client code is actually reasonably likely to want to handle the different kinds of exception differently.

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestGetMethodLocal.java TestHttpConnection.java

rwaldhoff2002/12/16 11:25:55 Modified:httpclient build.xml httpclient/src/test/org/apache/commons/httpclient TestGetMethodLocal.java TestHttpConnection.java Log: make sure httpclient.test.webappContext property gets passed to relevant suites a

cvs commit: jakarta-commons/httpclient project.xml

rwaldhoff2002/12/16 11:15:58 Modified:httpclient project.xml Log: fix my entry Revision ChangesPath 1.14 +2 -4 jakarta-commons/httpclient/project.xml Index: project.xml === RCS file: /home

Re: DateUtils Planning, WAS: [lang] Has anyone thought about a TimeUtilspackage?

OK. Lets get this rolling! I checked in the DateUtils and DateUtilsTest classes from ant (with a modification to the javadoc saying where we stole these from) into the jakarta-commons-sandbox/lang project. I think you are correct about waiting to bug the ant folks until we've tested the code

Re: GenerateUniqueId.java

On Monday, December 16, 2002, at 09:45 AM, Henning P. Schmiedehausen wrote: Sam Ruby <[EMAIL PROTECTED]> writes: I believe that projects in a perpetual state of alpha are not condusive to a healthy commons. Are there plans to address this issue? The lessons to be learned here is IMHO "rele

DateUtils Planning, WAS: [lang] Has anyone thought about a TimeUtils package?

I think that the Ant committers will not want to rely on yet another commons package until it has shown that it will be supported and maintained. Having said that, I don't think it is horrible to have this code duplicated. Eventually, as the code matures, and other elements are added, then when it

cvs commit: jakarta-commons/httpclient build.xml

jsdever 2002/12/16 09:07:13 Modified:httpclient build.xml Log: Update for HTTPCLIENT_2_0_ALPHA_2 tag. Revision ChangesPath 1.22 +2 -2 jakarta-commons/httpclient/build.xml Index: build.xml ===

[GUMP] Build Failure - commons-email

This email is autogenerated from the output from: Buildfile: build-gump.xml jar: [mkdir] Created dir: /home/rubys/jakart

Re: [functor] draft proposal

On Mon, 16 Dec 2002, Ola Berg wrote: > Comments inline > > > > (1.5) interaction with other packages > > > > Functor's dependencies upon other components and external libraries should > > be minimal. > > ...or 'none'? or 'absolutely minimal'? I think that a separate Functor > package will fail sho

RE: [lang] Has anyone thought about a TimeUtils package?

Once we get the code base somewhat nailed down, I'll take a stab at writing unit tests for the sets of existing code that don't have test cases. Has anyone gotton in touch with the Ant folks and asked about copying/moving some of their good time code over? Eric -Original Message- From: S

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/parser XMLParser.java

jstrachan2002/12/16 02:51:06 Modified:jellyproject.xml jelly/src/java/org/apache/commons/jelly/parser XMLParser.java Log: Applied patch supplied by Todd Jonker to improve the error reporting when a Tag library cannot be loaded and fixed a t

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/impl TagScript.java

jstrachan2002/12/16 02:46:43 Modified:jelly/src/test/org/apache/commons/jelly/junit suite.jelly jelly/src/java/org/apache/commons/jelly/impl TagScript.java Log: Applied the new test case supplied by Todd Jonker that demonstrated the bug in missing line/col info on a u

cvs commit: jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl JexlTest.java

jstrachan2002/12/16 02:42:26 Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java Log: Added another failing unit test case. The parser cannot handle foo.count != -1 Revision ChangesPath 1.25 +26 -15 jakarta-commons-sandbox/jexl/src/test/org/apache

cvs commit: jakarta-commons-sandbox/jexl/src/java/org/apache/commons/jexl/parser ASTIdentifier.java

jstrachan2002/12/16 02:41:59 Modified:jexl/src/java/org/apache/commons/jexl/util/introspection Uberspect.java Introspector.java MethodMap.java ClassMap.java jexl/src/java/org/apache/commons/jexl/util GetExecutor.java

Re: [collections][patch] ClassFilterIterator

Tom Drake wrote: I've already submitted an OrPredicate and an InstanceOfPredicate The ClassPredicate i proposed is slightly different from the InstanceOfPredicate though, i'm not sure the strict mode can be efficiently expressed by basic predicates. Emmanuel -- To unsubscribe, e-mail:

DO NOT REPLY [Bug 14170] - ConvertUtils.convert(Object) doesn't use registered convertor

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu