Jxpath vs. Jaxen?

I'm frequently finding myself needing a "Bean query language", and then I remembered that Jxpath can do this easily. But I've done a little reading about Jaxen and wondering if I should give this library it's day in court also. I'm continuing the investigation, but I'm interested in what others

Re: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

> On Tue, 20 Jan 2004 21:25:08 -0600, Steve Cohen <[EMAIL PROTECTED]> said: [SNIPPED] > Okay. I will work on the 1.1.1 release. That should be a fairly > simple one for me to "practice" on - it will be my first. > The one I'm really interested in is 1.2.0. I don't think it makes > any sense

Re: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

On Tuesday 20 January 2004 6:00 pm, Daniel F. Savarese wrote: > In message <[EMAIL PROTECTED]>, Jeffrey D. Brekke writes: > >I think any committer could be the release manager, +1. > > > >I haven't had time to look at the code changes deeply. Based on what > >I've seen and what was discussed, I'm

Re: [JXPath] Registering namespace prefixes - never mind

I understand now. Let me read a little more before I reintroduce this feature. In XPath 2 there is this notion of in-scope-namespaces. Are these two related? - Dmitri - Original Message - From: "Sudhir Rao" <[EMAIL PROTECTED]> To: "Dmitri Plotnikov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROT

cvs commit: jakarta-commons/cli build.xml project.xml

jkeyes 2004/01/20 17:46:34 Modified:cli Tag: RESEARCH_CLI_2_ROXSPRING build.xml project.xml Log: cli 2 research Revision ChangesPath No revision No revision 1.2.6.1 +118 -109 jakarta-commons/cli/build.xml Index: build.

Re: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

In message <[EMAIL PROTECTED]>, Jeffrey D. Brekke writes: >I think any committer could be the release manager, +1. > >I haven't had time to look at the code changes deeply. Based on what >I've seen and what was discussed, I'm +0 on the release of 1.2.0, but >I do think that a jdk 1.1 compatible v

RE: [PROPOSAL] Jakarta Commons moving to JIRA

On Tue, 20 Jan 2004, Noel J. Bergman wrote: > > Any reason for forcing people to register to put a bug in? It's just an > > administration choice for JIRA if I recall. > > I'll remind you that bugzilla is configured the same way. You must be > logged in if you want to create a bug report. The

RE: [PROPOSAL] Jakarta Commons moving to JIRA

> Any reason for forcing people to register to put a bug in? It's just an > administration choice for JIRA if I recall. I'll remind you that bugzilla is configured the same way. You must be logged in if you want to create a bug report. The difference is that bugzilla has a link, but you get redi

RE: [id] UUID sending more code and a question or two

Hi Noel, > Which UUID draft? > http://www.webdav.org/specs/draft-leach-uuids-guids-01.txt? I'm going off this; http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-01.txt they are almost identical, except this one is current and adds the uuid urn namespace, and going to RFC status as I unde

DO NOT REPLY [Bug 26297] - [collections] BitSetUtils class, toIndexArray and fromIndexArray

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 26297] - [collections] BitSetUtils class, toIndexArray and fromIndexArray

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 26297] - [collections] BitSetUtils class, toIndexArray and fromIndexArray

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 26297] New: - [collections] BitSetUtils class, toIndexArray and fromIndexArray

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: [PROPOSAL] Jakarta Commons moving to JIRA

On Tue, 20 Jan 2004, Noel J. Bergman wrote: > Gus Heck wrote: > > After looking at Jelly's JIRA as linked from their project pages > > (http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10012), it > > is clear that there are some nice features, it looks nicer than both > > bugzilla and

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestLoopType.java

rdonkin 2004/01/20 15:01:26 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 TestLoopType.java Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pugh

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt IgnoreBean.java

rdonkin 2004/01/20 15:01:08 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 IgnoreBean.java Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pugh

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt IgnoreBean.betwixt

rdonkin 2004/01/20 15:00:49 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 IgnoreBean.betwixt Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pug

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Father.java

rdonkin 2004/01/20 15:00:30 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 Father.java Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pugh

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt father.betwixt

rdonkin 2004/01/20 15:00:12 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt Tag: REFACTORING-BRANCH_2004-01-13 father.betwixt Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pugh

cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/digester AddDefaultsRule.java

rdonkin 2004/01/20 14:59:57 Modified:betwixt/src/java/org/apache/commons/betwixt/digester Tag: REFACTORING-BRANCH_2004-01-13 AddDefaultsRule.java Log: Added support for setting adders in betwixt file without setting properties . Patch contributed by Brian Pug

Re: [PROPOSAL] Jakarta Commons moving to JIRA

Where should I be starting? If it is simply that jelly has pointed to the wrong place, the right place might be addressing my issues. I'm just following their link. -Gus Noel J. Bergman wrote: (http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10012) Did you follow the link? I

Re: [JXPath] Registering namespace prefixes - never mind

Dmitri, I was looking at it mainly for xml documents. I am not sure how this maps out to Java objects (and as I mentioned earlier as I don't have a very good idea in that respect). Here is what I feel the issue is with xml documents (Chap pointed this out briefly earlier). I have a fai

RE: [PROPOSAL] Jakarta Commons moving to JIRA

> (http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10012) > Did you follow the link? I don't see ["You must register and > login if you want to create, comment, vote, or watch issues"] > anywhere on the page I linked which is what Jelly provides as > an entry point from their website. I

Re: [PROPOSAL] Jakarta Commons moving to JIRA

Noel J. Bergman wrote: Gus Heck wrote: After looking at Jelly's JIRA as linked from their project pages (http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10012), it is clear that there are some nice features, it looks nicer than both bugzilla and scarab and is and friendlier than scar

DO NOT REPLY [Bug 26296] - TelnetClient#disconnect() causes NullPointerException from Linux when connected to Windows 2000 Telnet Server

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: [PROPOSAL] Jakarta Commons moving to JIRA

Gus Heck wrote: > After looking at Jelly's JIRA as linked from their project pages > (http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10012), it > is clear that there are some nice features, it looks nicer than both > bugzilla and scarab and is and friendlier than scarab > I do see one

DO NOT REPLY [Bug 26262] - DBCP log message in tomcat has incorrect day

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 26296] New: - TelnetClient#disconnect() causes NullPointerException from Linux when connected to Windows 2000 Telnet Server

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

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 MessagesBundle.properties

jkeyes 2004/01/20 13:12:29 Added: cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING MessagesBundle.properties Log: cli 2 research Revision ChangesPath No revision No revision 1.1.2.1 +9

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/resources ResourceHelper.java

jkeyes 2004/01/20 13:11:09 Added: cli/src/java/org/apache/commons/cli2/defaults Tag: RESEARCH_CLI_2_ROXSPRING Defaults.java DefaultsFactory.java MessagesBundle.properties cli/src/java/org/apache/commons/cli2/defaults/impl

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/defaults/impl - New directory

jkeyes 2004/01/20 13:09:22 jakarta-commons/cli/src/java/org/apache/commons/cli2/defaults/impl - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/validation - New directory

jkeyes 2004/01/20 13:08:38 jakarta-commons/cli/src/java/org/apache/commons/cli2/validation - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/resources - New directory

jkeyes 2004/01/20 13:08:38 jakarta-commons/cli/src/java/org/apache/commons/cli2/resources - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/defaults - New directory

jkeyes 2004/01/20 13:08:38 jakarta-commons/cli/src/java/org/apache/commons/cli2/defaults - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 Argument.java ArgumentBuilder.java ArgumentImpl.java BadPropertyException.java BurstException.java Command.java CommandBuilder.java CommandLine.java CommandLineParser.java Comparators.java DefaultOption.java DefaultOptionBuilder.java Group.java GroupBuilder.java GroupImpl.java HelpFormatter.java HelpLine.java HelpSetting.java MissingOptionException.java MissingValueException.java Option.java OptionException.java OptionImpl.java Parent.java ParentImpl.java PatternBuilder.java PropertyOption.java SourceDestArgument.java StringComparator.java Switch.java SwitchBuilder.java UnexpectedOptionException.java UnexpectedValueException.java

jkeyes 2004/01/20 13:08:05 Added: cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING Argument.java ArgumentBuilder.java ArgumentImpl.java BadPropertyException.java BurstException.java

Re: [PROPOSAL] Jakarta Commons moving to JIRA

I sometimes think that there is an aspect of the ASF bug tracking systems that gets forgotten... How easy it is to learn to use them. As a contributer to Ant, and an operator of my own bugzilla, I have been very satisfied with bugzilla in this repsect. The first time I ever used bugzilla I had

Re[4]: new project proposal: Type Conversion Library

Tuesday, January 20, 2004, 2:49:17 PM, you wrote: SY> I'm still missing the "why" i.e. why do you want this package? What are SY> the use-cases? Technical questions aside, I'd like to know the SY> motivation for this project ;) I have a user configuration (kinda like java.util.Properties) that c

RE: [id] UUID sending more code and a question or two

Tim Reilly wrote: > I'd decided to test my time (clock) values against the > example code in the uuid draft. Which UUID draft? http://www.webdav.org/specs/draft-leach-uuids-guids-01.txt? Isn't this something that the SOAP/Axis projects also need, and could benefit from? ref: http://ws.apache.org

Re: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

On Tuesday 20 January 2004 8:57 am, Noel J. Bergman wrote: > Steve, > > I went looking to see what vote is pending. Far as I can see, it is a vote > to allow you to be a Release Manager? We vote for releases, but I am not > aware of any requirement (usual or recorded in the Commons Ettiquette doc

RE: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

Steve, I went looking to see what vote is pending. Far as I can see, it is a vote to allow you to be a Release Manager? We vote for releases, but I am not aware of any requirement (usual or recorded in the Commons Ettiquette docs) requiring a vote for a Release Manager. The general rule is that

Re: [net][vote]Steve Cohen to manage release of v1.2.0 of commons.net

On Saturday 17 January 2004 1:14 pm, Steve Cohen wrote: > This is a new vote based on new submissions as of January 17, 2004. > +1 and as of Tuesday, 20 January 2004, there have been no replies, positive or negative. I'm eager to get this release out the door, and have time to do it, but cannot

DO NOT REPLY [Bug 26282] - Addition of message threading functionality to NNTP

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 26282] New: - Addition of message threading functionality to NNTP

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: Re[2]: new project proposal: Type Conversion Library

Howdy, I'm still missing the "why" i.e. why do you want this package? What are the use-cases? Technical questions aside, I'd like to know the motivation for this project ;) Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Ron Blaschke [mailto:[EMAIL PROTECTED] >Sent:

[net] Patch for NNTP to facilitate threading of messages

Here is a patch for the NNTP component to facilitate message threading - i.e. organizing messages in a structured 'threaded' format based on the References: value in their headers. The algorithm for this was originally devised by Jamie Zawinski (see his explanation at http://www.jwz.org/doc/threadi

Re[2]: new project proposal: Type Conversion Library

Tuesday, January 20, 2004, 12:17:04 AM, you wrote: HY> Yep, [convert] exists in the sandbox and I've been moving forward with it HY> in my usual way, which means I find a way to use it in some non-apache HY> project of mine and just see how it goes. I've got it attached to two HY> projects, but it'

[id] UUID sending more code and a question or two

I'd decided to test my time (clock) values against the example code in the uuid draft. The problem was (a: I'm 10yrs rusty in C/C++) and b) I'd get about a 34.07xx year difference in my return values versus what the C code in the draft is giving. Eventually, I figured out to upcast the time struct'

DO NOT REPLY [Bug 26272] - [id] UUIDClock, UUIDSystemClock review

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 26272] - [id] UUIDClock, UUIDSystemClock review

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 26272] - [id] UUIDClock, UUIDSystemClock review

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 26272] New: - [id] UUIDClock, UUIDSystemClock review

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