Re: [RESULT][VOTE] Release Math 1.0

--- Phil Steitz <[EMAIL PROTECTED]> wrote: > There were not enough +1 votes to proceed with the release. Bug fixes were > also applied during the vote. Therefore, we cannot proceed with the > release at this time. > > Three issues were reported with the release package: > > 1) Extraneous files

DO NOT REPLY [Bug 31379] New: - Error in JOCL document in org.apache.commons.dbcp javadoc

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: (Pool) Pools should be self tuning

Stephan wrote: To solve this problem, in my opinion, the pool should be self tunning. Just like the Evictor thread (which is just a trigger), another thread would wakeup at regular intervals and gather statistical data and analyse it. As a result action would be taken (like changing the values

cvs commit: jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser/locate BlogService.java BlogServiceDiscovery.java FeedLocator.java ProbeLocator.java

burton 2004/09/22 18:08:31 Modified:feedparser/src/java/org/apache/commons/feedparser FeedList.java feedparser/src/java/org/apache/commons/feedparser/locate BlogService.java BlogServiceDiscovery.java

DO NOT REPLY [Bug 31096] - [codec] Deprecated calls and 1 failure in the SoundexTest

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 31096] - Deprecated calls and 1 failure in the SoundexTest

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

[feedparser] Patch for Text America support, AOL Journal Atom support, and a refactored TestProbeLocator

Apologies if you get this twice; it was rejected the first time because I attached the patch to this email and it was too large. This email describes several enhancements to the Jakarta Feed Parser. The patch file in unified diff format is located at http://codinginparadise.org/feedparser/text

Re: cvs commit:jakarta-commons/digester/src/java/org/apache/commons/digesterSetPropertiesRule.java

On Thu, 2004-09-23 at 09:24, robert burrell donkin wrote: > hi craig > > unfortunately (or not) SetPropertiesRules has used beanutils.properties > since you imported it from struts. i'd be very reluctant to change it > for fear of breaking backwards compatibility. Yep. I agree that BeanUtils

DO NOT REPLY [Bug 31082] - CompositeSet always supports remove operation

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/collections/src/java/org/apache/commons/collections/set CompositeSet.java

scolebourne2004/09/22 16:39:46 Modified:collections/src/java/org/apache/commons/collections/set CompositeSet.java Log: Javadoc tweak, from Koji Sekiguchi Revision ChangesPath 1.4 +3 -3 jakarta-commons/collections/src/java/org/apache/com

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpState.java

mbecke 2004/09/22 16:36:58 Modified:httpclient/src/java/org/apache/commons/httpclient Tag: HTTPCLIENT_2_0_BRANCH HttpState.java Log: Re-added HttpState.PREEMPTIVE* PR: 31323 Submitted by: Michael Becke Revision ChangesPath No

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpState.java

mbecke 2004/09/22 16:36:10 Modified:httpclient/src/java/org/apache/commons/httpclient HttpState.java Log: Re-added HttpState.PREEMPTIVE* PR: 31323 Submitted by: Michael Becke Revision ChangesPath 1.37 +16 -4 jakarta-commons/httpcl

DO NOT REPLY [Bug 30497] - [collections] ExtendedProperties should not just allow NPEs

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/collections/src/java/org/apache/commons/collections ExtendedProperties.java

scolebourne2004/09/22 16:35:03 Modified:collections RELEASE-NOTES.html collections/src/java/org/apache/commons/collections ExtendedProperties.java Log: No longer uses an exception in normal processing Bug 30497, reported by John Tal Revi

DO NOT REPLY [Bug 30191] - [collections] minor javadoc fixes for OrderedIterator

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/collections/src/java/org/apache/commons/collections OrderedIterator.java

scolebourne2004/09/22 16:16:48 Modified:collections/src/java/org/apache/commons/collections OrderedIterator.java Log: Javadoc tweaks, bug 30191 Revision ChangesPath 1.5 +5 -5 jakarta-commons/collections/src/java/org/apache/commons/colle

DO NOT REPLY [Bug 31329] - [PATCH] Support for evaluating a predicate when determining if a rule is valid for a given element

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/collections/src/java/org/apache/commons/collections MapUtils.java

scolebourne2004/09/22 16:09:54 Modified:collections/src/java/org/apache/commons/collections MapUtils.java Log: Add method putAll to put an array of key/value pairs into a map Bug 30882, suggested by Rafael U. C. Afonso Revision ChangesPath 1.49

DO NOT REPLY [Bug 30476] - [collections] [REF] TransformedPredicate

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 30882] - [Collections] - MapUtils]Method to generate a Map from a Object[][]

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/collections/src/java/org/apache/commons/collections MapUtils.java

scolebourne2004/09/22 16:03:50 Modified:collections RELEASE-NOTES.html collections/src/test/org/apache/commons/collections TestMapUtils.java collections/src/java/org/apache/commons/collections MapUtils.java L

RE: (Pool) Pools should be self tuning

Hi, This is a very interesting idea, but I agree with Yoav; in that if it were implemented inside the pool, it should be turned off by default. As well as the developer not being aware of how the pool will behave, the gathering and analysing of statistical data is potentially resource hungry (d

Re: [lang] Enhancement proposal for DateUtils

In the interest of full disclosure I also wanted to point out that code still assumes a Gregorian calendar. It does not assume that a weekend is Saturday or Sunday which I think was the key concern earlier. sean - Original Message - From: "Stephen Colebourne" <[EMAIL PROTECTED]> To: "J

cvs commit: jakarta-commons-sandbox/feedparser/src/java/org/apache/commons/feedparser ContentDetectorResult.java ContentDetector.java

burton 2004/09/22 15:26:59 Modified:feedparser/src/java/org/apache/commons/feedparser ContentDetector.java Added: feedparser/src/java/org/apache/commons/feedparser ContentDetectorResult.java Log: content detector result exposed

DO NOT REPLY [Bug 30503] - [collections] compile failes with jdk 1.5 due to "enum"

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 26038] - [collections] IteratorChain - if first iterator empty, doesn't care about next ones.

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: [general] Do we need to support Ant based builds?

Shapira, Yoav wrote: Should we start a new discussion thread on getting commons projects built nightly via Gump @brutus.apache.org? I think this is the ideal solution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

Re: [lang] Enhancement proposal for DateUtils

OK, I gave the weekend adjustment thing some thought. What if we included the following methods? (NOTE: javadoc, patches, and unit tests will be provided later if we go with this idea.) Thoughts? sean public static int[] SATURDAY_SUNDAY = {Calendar.SATURDAY, Calendar.SUNDAY}; public st

Re: cvs commit:jakarta-commons/digester/src/java/org/apache/commons/digesterSetPropertiesRule.java

hi craig unfortunately (or not) SetPropertiesRules has used beanutils.properties since you imported it from struts. i'd be very reluctant to change it for fear of breaking backwards compatibility. the information from hans is quite useful since jelly has recently revised the original choice

RE: [general] Do we need to support Ant based builds?

Hi, >If jakarta-commons and jakarta-commons-sandbox decide to abandon Ant >based builds, then you're going to need someone else to volunteer to >run the nightly builds. That may not be a bad thing on its own merits >(it should really be running on supported Apache hardware instead of >my Linux d

Re: [general] Do we need to support Ant based builds?

If jakarta-commons and jakarta-commons-sandbox decide to abandon Ant based builds, then you're going to need someone else to volunteer to run the nightly builds. That may not be a bad thing on its own merits (it should really be running on supported Apache hardware instead of my Linux desktop), bu

cvs commit: jakarta-commons/digester project.xml

rdonkin 2004/09/22 13:38:40 Modified:digester project.xml Log: Added Gabriele Carcassi to contributors list Revision ChangesPath 1.24 +3 -0 jakarta-commons/digester/project.xml Index: project.xml ===

Re: cvs commit:jakarta-commons/digester/src/java/org/apache/commons/digesterSetPropertiesRule.java

In case it is not obvious enough from the blatant comments in the Javadocs, BeanUtils.populate() is ABSOLUTELY, POSITIVELY not appropriate for general XML processing. It is finely tuned to dealing with typical issues you see in processing request parameters in a web application (which is where thi

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

olegk 2004/09/22 13:19:53 Modified:httpclient/xdocs applications.xml Log: Added enKoo WebApps to the list of HttpClient powered apps Revision ChangesPath 1.19 +7 -1 jakarta-commons/httpclient/xdocs/applications.xml Index: applications.xml ==

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

olegk 2004/09/22 13:18:38 Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH applications.xml Log: Added enKoo WebApps to the list of HttpClient powered apps Revision ChangesPath No revision No revision 1.14.2.5 +7 -1 jaka

commons-cli feature request/suggestion: type-checking of parsed cmd line

I've been wondering for a while why the CLI has the ability to specify a type for an option but no feature to type-check a parsed command line. If there is such a feature could someone point it out to me? If not then maybe a method like the one below could be used to at least allow primitive t

Re: [VOTE][betwixt] Release Betwixt 0.6

On 22 Sep 2004, at 05:37, Dion Gillard wrote: Is there a test build or SNAPSHOT we can test with? the code remains the same as that of the release candidate (some documents have been updated but no source). - robert - To unsubscr

RE: CSV parser & printer

I believe so; I contributed to the taglibs project several years ago, but as I look at the CLA it looks a little different than what I signed back then. (I do have a new employer so I will check to see if they feel a CCLA is necessary; this code was developed off-hours.) Tim > -Original Messa

Re: [net] can commons ftp api cause files to be set with wrong owner on server?

In message <[EMAIL PROTECTED]>, =?iso-8859-1?q ?jo=FFe3o=20Paulo=20souza?= writes: >I´m using commons.net.ftp package to make the ftp transaction of files from one > server to other.I´m connecting for example with an id = bla. >So all files stored by the method storeFile from ftpClient class s

DO NOT REPLY [Bug 31329] - [PATCH] Support for evaluating a predicate when determining if a rule is valid for a given element

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] feature request

I think there is a bug out there about a ReloadableConfiguratoin.. One way you could implement something like this is having a decorator that implements the functionality.. Configuration c = new PollingConfiguration(myFileConfiguration); And then all your logic would be in the pollingConfigurait

Re: [chain] Propose new class: Catalog Factory

I confess to ambivalence on this one. While it's always nice to have utility APIs like this, is there really enough value add over the typical naive implementation? If you do go ahead and propose the code for this, I'd suggest a public interface in o.a.c.chain and a default implementation in o.a.

Re: [configuration] Refactoring for file based configurations

Eric Pugh wrote: Okay.. I should have an opportunity to help test in a large turbine based app tomarrow, so that will help verify everythign.. I'm done with the main stuff, let the bug hunt begin :) There is some work left on the setFile/setBasePath/setURL methods in AbstractFileConfiguration.

RE: [Configuration] feature request

excellent! i look forward to it... -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 22, 2004 1:38 PM To: Jakarta Commons Developers List Subject: Re: [Configuration] feature request This will be handled with reloadable configurations, see Bug

Re: [Configuration] feature request

This will be handled with reloadable configurations, see Bug 25661 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25661). This feature is the reason why I started hacking into [configuration] ;) I plan to implement it as soon as the 1.0 release is completed. Emmanuel Bourg Jung, Eric wrote:

DO NOT REPLY [Bug 31041] - [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

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration AbstractFileConfiguration.java

ebourg 2004/09/22 10:29:08 Modified:configuration/src/java/org/apache/commons/configuration AbstractFileConfiguration.java Log: Catch all exceptions on loading and throw a ConfigurationException Revision ChangesPath 1.2 +14 -3 jakarta-c

DO NOT REPLY [Bug 30856] - [configuration] ConfigurationFactory loading from classpath issue

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 30702] - [configuration] XMLConfiguration cannot load from a jar

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/httpclient/xdocs preference-api.xml

oglueck 2004/09/22 10:23:33 Modified:httpclient/xdocs preference-api.xml Log: added documentation of new parameter Revision ChangesPath 1.3 +13 -1 jakarta-commons/httpclient/xdocs/preference-api.xml Index: preference-api.xml ==

DO NOT REPLY [Bug 29036] - [configuration] Load file configurations from the classpath

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 31085] - [configuration] Unclosed streams in BasePropertiesConfiguration

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 31338] - [configuration] XMLConfiguration reads from URLs

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

[Configuration] feature request

I looked at BugZilla and didn't see any feature requests for this, so I thought I'd ask here before I add it. Has this been requested before? I'd like Configuration to have the ability to poll its configuration source(s) for changes every n seconds. Right now I always end up writing this code agai

DO NOT REPLY [Bug 22193] - Unable to reference statics

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: [general] New bugzilla project

Shapira, Yoav wrote: Hi, I (and others) have Bugzilla "Edit Components" karma and can help you. But there's already a Configuration component under the Commons product (using the Bugzilla terminology). The broader question is if we want to escalate/elevate commons projects into their own Bugzilla

DO NOT REPLY [Bug 25527] - process lynx linemode browser's multipart form post too!

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 27633] - java.lang.IllegalArgumentException in BeanUtils.copyProperties when property types don't match

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: [chain] Pipeline implementation

Alex, >Very interesting... almost sounds like a generalized cocoon or >something. I like how you are building up using protocol transports to >pump stuff in and out of this. It's definately a nice high level >example of what can be done with pipelining and a juicy set of >connectors. Exactly

Re: [chain] Pipeline implementation

On Wed, 2004-09-22 at 10:33, Kris Nuttycombe wrote: > I'll try and get our code to Craig today so that people can have a > closer look at it. Excellent. I think this can help me see more overlap as well. Alex - To unsubscri

RE: [chain] Pipeline implementation

On Wed, 2004-09-22 at 04:53, Rory Winston wrote: > I've been following bits of this thread (will re-read the whole thread later > when I have time), and I am fascinated with this approach. I have been > mulling over a similar implementation for a new framework, which comes from > real-world require

DO NOT REPLY [Bug 24541] - [PATCH] JellySWT: support for creating GC objects

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 24499] - [PATCH] JellySWT: support for Font objects

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 24495] - [PATCH] JellySWT: support for Color objects

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 24541] - [PATCH] JellySWT: support for creating GC objects

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 24492] - [PATCH] JellySWT: 'var' & resource support for images

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 24476] - [PATCH] JellySWT: support for CTabFolder/CTabItem

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 31329] - [PATCH] Support for evaluating a predicate when determining if a rule is valid for a given element

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: [chain] Pipeline implementation

Kris, This sounds fantastic!I would be very keen on taking a look at this when you manage to get it into the repository. I would concur that something like this would probably site better as a separate project (commons-pipeline, perhaps?). Sorry if I am repeating any of the previous correspond

DO NOT REPLY [Bug 31329] - Support for evaluating a predicate when determining if a rule is valid for a given element

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] why is JNDIConfiguration.getContext() private ?

Hi Emmanuel. I looked at your code changes and have a couple comments: 1. In isEmpty(), can you please call enumeration.close()? See http://java.sun.com/j2se/1.3/docs/api/javax/naming/NamingEnumeration.html#cl ose() for info. 2. Now that you are storing a Context as a class member variable, are

Re: [chain] Pipeline implementation

This is exactly the sort of use case we have developed our pipeline under, and there are in fact already plugins to obtain data over FTP and HTTP, and work is ongoing on an XSLT plugin. All of our pipeline implementations are configured from XML files using Digester. It's interesting that you m

can commons ftp api cause files to be set with wrong owner on server?

I´m using commons.net.ftp package to make the ftp transaction of files from one server to other.I´m connecting for example with an id = bla. So all files stored by the method storeFile from ftpClient class should be owner "bla" on the server(AIX).Can somebody give me a tip if it is either most li

RE: [configuration] Refactoring for file based configurations

Okay.. I should have an opportunity to help test in a large turbine based app tomarrow, so that will help verify everythign.. Eric > -Original Message- > From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 22, 2004 2:53 PM > To: Jakarta Commons Developers List > S

Re: [configuration] Refactoring for file based configurations

Emmanuel Bourg <[EMAIL PROTECTED]> writes: >Eric Pugh wrote: >> Emmanuel, how long till you have the refactored loading stuff committed? If >> its just a day or two, lets get it in.. If Friday comes with out, then the >> lets cut an RC2. I know Henning and I are attending OSCOM next week >> st

Re: [configuration] Refactoring for file based configurations

"Eric Pugh" <[EMAIL PROTECTED]> writes: >Emmanuel, how long till you have the refactored loading stuff committed? If >its just a day or two, lets get it in.. If Friday comes with out, then the >lets cut an RC2. I know Henning and I are attending OSCOM next week >starting the 28th, and it would

Re: cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration/beanutils

Emmanuel Bourg <[EMAIL PROTECTED]> writes: [...] >> Not a real issue, though. >It's a matter of taste I think, I find the while() syntax more readable, >the for(Iterator) looks more like a l33t h4cK ;) Fortunately the new >foreach syntax will settle this issue definitely. The different visibi

RE: [general] New bugzilla project

Hi, I (and others) have Bugzilla "Edit Components" karma and can help you. But there's already a Configuration component under the Commons product (using the Bugzilla terminology). The broader question is if we want to escalate/elevate commons projects into their own Bugzilla products -- I'd say

RE: (Pool) Pools should be self tuning

Hi, IF such a thing is implemented, I'd want it turned off by default. Your use-case may be valid for you, but I like to make sure I know and specify th desired behavior of my pool(s) in advance, and I wouldn't want them to modify it by themselves. Yoav Shapira Millennium Research Informatics

RE: [RESULT][VOTE] Release Math 1.0

Hi, Also a vote for a here. I was considering voting +1 for the release, but I can't do so in good faith because I haven't spent significant time testing it. You definitely have my +0, and encouragement to NOT reopen an API discussion. "Release early, release often" trumps all the discussion

Re: [configuration] Refactoring for file based configurations

Eric Pugh wrote: Emmanuel, how long till you have the refactored loading stuff committed? If its just a day or two, lets get it in.. If Friday comes with out, then the lets cut an RC2. I know Henning and I are attending OSCOM next week starting the 28th, and it would be good to have Turbine and

RE: [configuration] Refactoring for file based configurations

Emmanuel, how long till you have the refactored loading stuff committed? If its just a day or two, lets get it in.. If Friday comes with out, then the lets cut an RC2. I know Henning and I are attending OSCOM next week starting the 28th, and it would be good to have Turbine and Torque released b

Re: [RESULT][VOTE] Release Math 1.0

Le 22 sept. 04, à 03:36, Phil Steitz a écrit : a) Cut a clean release candidate including the fixes applied during the vote and restart the release vote b) Cut an RC2 based on current CVS, vote on releasing this as a test release, similar to RC1. Follow with a 1.0 vote two weeks later. c) Reopen

Re: [configuration] DELIMITER in AbstractConfiguration

Emmanuel Bourg <[EMAIL PROTECTED]> writes: >I tried to make the delimiter non static but found a problem: you can't >change the delimiter for a PropertiesConfiguration if you specify the >file in the constructor, because the file is parsed before you get a >chance to change the delimiter. You h

Re: cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration/beanutils ConfigurationDynaBean.java ConfigurationDynaClass.java

[EMAIL PROTECTED] writes: > Code formating Nice. A very minor nit: > Iterator iterator = list.iterator(); > +while (iterator.hasNext()) the for (Iterator iterator = list.iterator(); iterator.hasNext(); ) { [...] } is IMHO not only more readable, because it makes c

RE: [configuration] DELIMITER in AbstractConfiguration

Emmanuel Bourg wrote on Tuesday, September 21, 2004 8:53 PM: > I tried to make the delimiter non static but found a problem: > you can't > change the delimiter for a PropertiesConfiguration if you specify the > file in the constructor, because the file is parsed before you get a > chance to change

Re: [general] Do we need to support Ant based builds?

I'm a Maven newbie (though I generally like it), but I agree totally. I really think that all projects should support Ant and Maven. I would hate to lose the ability to go down the Ant route whenever I want/need to. Again, I like Maven, but I generally find Ant much less problematic - probably dow

Re: [VOTE][betwixt] Release Betwixt 0.6

On Tue, 2004-09-21 at 21:18, robert burrell donkin wrote: > the release candidate has been around for a few days and no ill effects > have been reported. so, i'd like to propose that the code on the > RELEASE_0_6_BRANCH is released as Betwixt 0.6. i'll tally the votes no > earlier than 2200 GMT

RE: [configuration] Refactoring for file based configurations

If you have it all ready, lets get the refactoring checked in! Technically RC should be just to verify fixes and last minute stuff.. not a milestone on the way to 1.0! > -Original Message- > From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 21, 2004 7:35 PM > To: