Re: [IO] DOSFileFilter

Kind of. There was a similar suggestion of adding a WildcardFilter; which jakarta-oro currently has one of, so we didn't do it. For the IO 1.1 release, I'm planning to add a WildcardFilter that is not based on regexp, and will happily take submissions (especially with unit tests *hint* :) ). Best

Re: jakarta-commons-sandbox commit privs for feedparser...

Hi Henri. I've been working with Kevin on the Feed Parser, submitting patches to him and having him incorporate them into the CVS tree; we recently decided that it would make sense to give me CVS access since I am making almost daily bug fixes and additions to the Feed Parser. About me: I am an

Re: Moving from Bugzilla to JIRA

I am +1 to moving to Jira. Its a tool, not religion. And its easier to use than bugzilla IMHO. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Moving from Bugzilla to JIRA

Henri, When commons moves to Jira, I would also recommend a project per component strategy. commons-digester, commons-betwixt, etc. This would make release management much easier. Tim O'Brien From: Serge Knystautas Sent: Fri 9/3/2004 12:57 PM To: Jakarta Commons Developers List Subject: Re: Mo

[IO] DOSFileFilter

Title: [IO] DOSFileFilter Is there any interest in including the attached file filter? It allows DOS style filtering using * and ? E.g. *test*.java~*~  to accept java test case backups Jason Anderson <> IMPORTANT NOTICEEmail from OOCL is confidential and may be legally privileged.

cvs commit: jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/tools XMLCleanser.java XMLEncodingParser.java

burton 2004/09/03 12:46:47 Modified:feedparser TODO build.xml feedparser/src/java/org/apache/commons/feedparser FeedFilter.java FeedParser.java Main.java RSSFeedParser.java feedparser/src/java/org/apache/commo

Re: jakarta-commons-sandbox commit privs for feedparser...

Is Brad an apache committer already? If not, then we'll need to vote him in as a new committer. Which is usually based on activity in the community; patches+emails. Hen On Fri, 3 Sep 2004, Kevin A. Burton wrote: > I'd like to give CVS commit to the sandbox to Brad Neuberg > ([EMAIL PROTECTED])

DO NOT REPLY [Bug 31045] - [dbutils] Null handling in Insert, Update, and Delete

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

DO NOT REPLY [Bug 31045] - [dbutils] Null handling in Insert, Update, and Delete

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

jakarta-commons-sandbox commit privs for feedparser...

I'd like to give CVS commit to the sandbox to Brad Neuberg ([EMAIL PROTECTED]) who's working with me on getting a stable build of FeedParser ready. Thanks Kevin -- Please reply using PGP. http://peerfear.org/pubkey.asc NewsMonster - http://www.newsmonster.org/ Kevin A. Bur

RE: Moving from Bugzilla to JIRA

Eclipse is one large pile of code and their projects use Bugzilla, it would be interesting what their install looks like. Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Moving from Bugzilla to JIRA

Henri Yandell wrote: The following is an example of a Commons like project in Jira. I encourage anyone who's not used Jira to go have a look at this link and get a feel for how easy it is to use, compared to the mess that is our bugzilla installation. http://issues.osjava.org:8080/jira/secure/Brows

DO NOT REPLY [Bug 30839] - [configuration] ClassCastException in XMLConfiguration

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

cvs commit: jakarta-commons/configuration/xdocs changes.xml

ebourg 2004/09/03 09:36:21 Modified:configuration/src/java/org/apache/commons/configuration XMLConfiguration.java configuration/src/test/org/apache/commons/configuration TestXMLConfiguration.java configuration

Re: Moving from Bugzilla to JIRA

+1 on moving from Bugzilla to JIRA. I've yet to meet an issue tracking system that didn't cause me issues, but JIRA clearly has more features to support planning, status assessment, and development. The Foundation already has free access to the product and source code and is already using it, so

RE: Moving from Bugzilla to JIRA

Hola, >Jira would also allow us to administer our own components and not have to >ask infrastructure to add new version id's for component X etc. Many of us have that ability now: you just need to ask infrastructure for karma so you get the "edit components" link when you login to Bugzilla. For

Re: Moving from Bugzilla to JIRA

I'm happy to try out an upgrade to Bugzilla before I start campaigning that Jira is sufficiently better. Jira's Roadmap and Changelog are the two features that blow Bugzilla away for me. Attempting to do version management in Bugzilla was so frustrating that I simply gave up. Jira would also all

DO NOT REPLY [Bug 30345] - FTPFile.getSize() returns 0 on large files

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

DO NOT REPLY [Bug 31033] - All FTPEntryParser do not work with files > 4GB

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

Re: [configuration] Problems and shortcomings

Jörg Schaible wrote: Unfortunately this does not work because of a bug in the plugin-plugin ;-) So you have to install the plugin manually: http://maven.apache.org/faq.html#DownloadPlugin Thanks, it works fine now :) Eric if you read this, don't forget to update your plugin as well. Emmanuel ---

DO NOT REPLY [Bug 31040] - [configuration] Absolute paths in build.xml

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

cvs commit: jakarta-commons/configuration build.xml

ebourg 2004/09/03 08:49:21 Modified:configuration build.xml Log: Removed absolute paths Revision ChangesPath 1.8 +48 -81jakarta-commons/configuration/build.xml Index: build.xml === RCS fil

RE: [configuration] Problems and shortcomings

Emmanuel Bourg wrote on Friday, September 03, 2004 5:15 PM: > Jörg Schaible wrote: > >> Install and use the latest ant-plugin of Maven. Bug is fixed. > > How do you update a specific plugin once maven is installed ? > I tried to > specify the 1.8.1 version of the ant plugin in project.xml > but

cvs commit: jakarta-commons/configuration project.xml

ebourg 2004/09/03 08:22:17 Modified:configuration project.xml Log: Updated the dependencies on commons-logging and commons-beanutils Removed simple-jndi Moved myself to the developper list & email update Revision ChangesPath 1.27 +74 -76jakarta-commons/confi

Re: [configuration] Problems and shortcomings

Jörg Schaible wrote: Install and use the latest ant-plugin of Maven. Bug is fixed. How do you update a specific plugin once maven is installed ? I tried to specify the 1.8.1 version of the ant plugin in project.xml but it didn't work :( Emmanuel -

RE: [configuration] Problems and shortcomings

Emmanuel Bourg wrote on Friday, September 03, 2004 5:00 PM: > Hi, thanks for your feedback, it definitely helps :) > > Hutchison, Ben wrote: > >> 1. Build file script because it uses hardcode paths "D:/.../etc/etc". >> Fix - use the basedir variable as below. > > Good point I didn't pay attenti

DO NOT REPLY [Bug 31048] New: - [configuration] Dependencies documentation

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

Re: [configuration] Problems and shortcomings

Hi, thanks for your feedback, it definitely helps :) Hutchison, Ben wrote: 1. Build file script because it uses hardcode paths "D:/.../etc/etc". Fix - use the basedir variable as below. Good point I didn't pay attention to this since the build.xml file is automatically generated by Maven. Consider

DO NOT REPLY [Bug 31046] New: - [configuration] XMLConfiguration.addProperty doesn't create new child nodes

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

DO NOT REPLY [Bug 31045] New: - Null handling in Insert, Update, and Delete

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

DO NOT REPLY [Bug 31041] New: - [configuration] Invalid resource names in XMLConfiguration generate a NPE

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

DO NOT REPLY [Bug 31040] - [configuration] Absolute paths in build.xml

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

DO NOT REPLY [Bug 31040] New: - [configuration] Absolute paths in build.xml

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

Re: [VOTE] Release Digester 1.6.0

-8< [X ] +1 I wholeheartedly support this release [ ] +0 I am in favour of this release but cannot give it my full recommendation [ ] -0 I have reservations concerning this release [ ] -1 The code should not be released as Digester 1

Re: Moving from Bugzilla to JIRA

Le 3 sept. 04, à 15:24, David Graham a écrit : Just because bugzilla's UI is ugly and JIRA's is pretty is not a valid reason to switch to proprietary software in an OSS community. Well, that's the bone question. The problem is not aesthetics, the gain in JIRA (for all of us who have used it) is

RE: Moving from Bugzilla to JIRA

Hola, BTW, I'd be willing to help update/patch/skin our Bugzilla installation, and I bet I'm not the only one (hence the CC to infrastructure on this). Yoav Shapira Millennium Research Informatics >-Original Message- >From: David Graham [mailto:[EMAIL PROTECTED] >Sent: Friday, Septembe

Re: Moving from Bugzilla to JIRA

-1 on moving to JIRA. Martin Cooper has indicated there are people in infrastructure are willing to do a bugzilla upgrade. Just because bugzilla's UI is ugly and JIRA's is pretty is not a valid reason to switch to proprietary software in an OSS community. Regardless, many other bugzilla installa

Re: Moving from Bugzilla to JIRA

I'd also be +1 but I am a bit bothered by the political impact of depending on a commercial product as strong open-source veteran. Currently +0. If Bugzilla skins would exist (they are possible) and be used and usable, I think such discussion would be way more futile. Unfortunately, I haven't se

Re: [DBUtils] additional DBUtils class helper methods request

Done. This will be in the next nightly build. David --- Kyle Miller <[EMAIL PROTECTED]> wrote: > Could you please add the following two methods to the > DBUtils helper class: > > rollbackAndClose(...); > rollbackAndCloseQuietly(...); > > to mimic the commit and close methods. > > Thanks, >

cvs commit: jakarta-commons/dbutils/xdocs changes.xml

dgraham 2004/09/03 06:14:07 Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java dbutils/xdocs changes.xml Log: Added rollbackAndClose() and rollbackAndCloseQuietly() to DbUtils. Revision ChangesPath 1.8 +28 -0 jakarta-commons/dbutil

RE: Moving from Bugzilla to JIRA

I'd like to point out that over in Struts, this parallel discussion came to a rest on the acknowledgement that Struts has such strong ties to Commons that it doesn't make sense for Struts to change to JIRA if Commons remains on Bugzilla. Bugs filed against Struts often resolve to commons compo

cvs commit: jakarta-commons/dbutils/src/java/org/apache/commons/dbutils DbUtils.java

dgraham 2004/09/03 06:07:30 Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java Log: Added a try/finally block in closeQuietly() to ensure the connection is always closed. Revision ChangesPath 1.7 +10 -3 jakarta-commons/dbutils/src/java/org/apach

cvs commit: jakarta-commons/dbutils/src/java/org/apache/commons/dbutils DbUtils.java

dgraham 2004/09/03 06:04:32 Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java Log: Added a try/finally block in commitAndClose() to ensure the connection is always closed. Revision ChangesPath 1.6 +6 -3 jakarta-commons/dbutils/src/java/org/apa

cvs commit: jakarta-commons/dbutils/src/java/org/apache/commons/dbutils DbUtils.java

dgraham 2004/09/03 06:01:58 Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java Log: Minor cleanup. Revision ChangesPath 1.5 +17 -26 jakarta-commons/dbutils/src/java/org/apache/commons/dbutils/DbUtils.java Index: DbUtils.java ===

Re: Moving from Bugzilla to JIRA

I prefer to stick with Bugzilla, for ethical and technical reasons. Bugzilla is good enough for my needs, I prefer to promote an open source product, and an upgrade of the version currently deployed on Nagoya is planned sooner or later. -1 on migrating [configuration] to JIRA. Emmanuel Bourg Di

RE: Moving from Bugzilla to JIRA

-0 from me to move to JIRA, +0 to stay on Bugzilla. I think the OSS support argument is significant. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Tim O'Brien [mailto:[EMAIL PROTECTED] >Sent: Friday, September 03, 2004 8:44 AM >To: Jakarta Commons Developers