cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods PostMethod.java EntityEnclosingMethod.java StringRequestEntity.java RequestEntity.java InputStreamRequestEntity.java ByteArrayRequestEntity.java

mbecke 2004/05/12 19:26:09 Modified:httpclient/src/java/org/apache/commons/httpclient/methods PostMethod.java EntityEnclosingMethod.java StringRequestEntity.java RequestEntity.java InputStreamRequestEntity.java

DO NOT REPLY [Bug 28938] - [PATCH] : [primitives] IntHashMap -- A hash map that uses primitive interger for the key rather than 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 28938] New: - [PATCH] : [primitives] IntHashMap -- A hash map that uses primitive interger for the key rather than 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

Re: [all][collections] Solving binary incompatability

On Thu, 2004-05-13 at 11:46, David Graham wrote: > --- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > > From: "David Graham" <[EMAIL PROTECTED]> > > > If I understand correctly, incompatible changes were made to > > collections > > > after 3.0 and the next planned release is 3.1. So, since you ha

Re: [all][collections] Solving binary incompatability

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > From: "David Graham" <[EMAIL PROTECTED]> > > If I understand correctly, incompatible changes were made to > collections > > after 3.0 and the next planned release is 3.1. So, since you haven't > > released 3.1 yet, you can still go back and fix

DO NOT REPLY [Bug 26680] - [collections] Implementation of List with an AVLTree (TreeList)

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/list TreeList.java

scolebourne2004/05/12 16:24:45 Modified:collections/src/test/org/apache/commons/collections/list TestTreeList.java collections/src/java/org/apache/commons/collections/list TreeList.java Log: Improve implementation of Tree

RE: [beanutils] remove dependency on commons-logging

On Thu, 2004-05-13 at 01:32, Inger, Matthew wrote: > The only real issue i have with commons-logging is the > hardcoded list of loggers that are available, and having > to include the adapters for those loggers in our programs > no matter what. It would be nice to have a service provider > (read d

DO NOT REPLY [Bug 28930] - TreeList with inproved iterator() and listIterator() implementation

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: RE: [beanutils] remove dependency on commons-logging

On Thu, 2004-05-13 at 06:35, Alex Karasulu wrote: > > From: "Shapira, Yoav" <[EMAIL PROTECTED]> > > > > > > No I have not but I don't think an extra call is going to make > or break an application. Again everyone has valid concerns > about the approach and it may not be the best fit but worth

Re: [all][collections] Solving binary incompatability

From: "David Graham" <[EMAIL PROTECTED]> > If I understand correctly, incompatible changes were made to collections > after 3.0 and the next planned release is 3.1. So, since you haven't > released 3.1 yet, you can still go back and fix the incompatibilities. If only it was that easy :-) The inco

[workflow] outstanding bugs

Hi, I have a few bugs outstanding on the Workflow component that I would quite like to see fixed - I have supplied patches. Craig is a very busy person, so I don't know if he has time to look at those. Is there anyone else who can take a look at them and apply the patches? The bug numbers are:

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/list AbstractTestList.java

scolebourne2004/05/12 15:20:54 Modified:collections/src/test/org/apache/commons/collections/list AbstractTestList.java Log: Add tests of specific ListIterator behaviour Revision ChangesPath 1.7 +35 -2 jakarta-commons/collections/src/test

Re: [all][collections] Solving binary incompatability

We've been using major version numbers to allow non-deprecated incompatible changes. For example, if you deprecate something for 1.1 you can remove it in 1.2 but if you want to make major breaking changes that deprecation can't solve you need to go to 2.0. If I understand correctly, incompatible

[all][collections] Solving binary incompatability

What should commons do when projects get released with unplanned binary incompatabilities that cause issues, as with collections IteratorUtils? I can see two basic solutions: 1) Procede onwards, and tell users to upgrade to the later version. This may not be possible if two OSS projects have built

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/server ProxyRequestHandler.java

olegk 2004/05/12 13:43:54 Modified:httpclient/src/examples ChunkEncodedPost.java PostXML.java UnbufferedPost.java httpclient/src/java/org/apache/commons/httpclient MultiThreadedHttpConnectionManager.java http

Re: [PATCH] : [primitives] IntHashMap -- A hash map that uses primitive interger for the key rather than objects.

Your patch got lost - perhaps you could attach it to a bugzilla request? Thanks Stephen - Original Message - From: "Ahimanikya Satapathy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 12, 2004 1:26 AM Subject: [PATCH] : [primitives] IntHashMap -- A hash map that uses pri

Re: [beanutils] BeanMap

Looks good. It may be worth renaming the inner class MyMapEntry to something more sensible like MapEntry at this point - it is an exposed API class, and annoyingly named. Stephen - Original Message - From: "robert burrell donkin" <[EMAIL PROTECTED]> > BeanMap is now in bean-collections. >

DO NOT REPLY [Bug 28887] - add flag to LRUMap to allow scan of next removeable entry

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: TX (=transaction) Package in commons?

From: "Oliver Zeigermann" <[EMAIL PROTECTED]> > Where do you think would be the right place for the transactional file > system? Somewhere inside commons? There is currently a move for one commons project to produce multiple jars. ie. the project groups like-minded people and similar area code tog

cvs commit: jakarta-commons/collections RELEASE-NOTES.html

scolebourne2004/05/12 12:55:56 Modified:collections RELEASE-NOTES.html Log: Add behaviour to scan map to find a removable element when full bug 28887, from Mario Ivankovits Revision ChangesPath 1.47 +1 -0 jakarta-commons/collections/RELEASE-NOTES.html In

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/map LRUMap.java

scolebourne2004/05/12 12:51:28 Modified:collections/src/test/org/apache/commons/collections/map TestLRUMap.java collections/src/java/org/apache/commons/collections/map LRUMap.java Log: Add behaviour to scan map to find a

Re: [New Proposal] An Imaging wrapper package

Sorry for the delay. On 07.05.2004 12:37:52 Abey Mullassery wrote: > > Thanks a lot for the detailed mail and very useful suggestions. > > > I agree with Martin that Apache Commons would be a better place. Another > > place could be the shared code base in the upcoming XML Graphics project > > b

DO NOT REPLY [Bug 28912] - Connection re-use conflates logical and physical connections

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

[GUMP@brutus]: jakarta-commons/commons-logging failed

ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist

DO NOT REPLY [Bug 28912] - Connection re-use conflates logical and physical connections

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: RE: [beanutils] remove dependency on commons-logging

> > From: "Shapira, Yoav" <[EMAIL PROTECTED]> > Date: 2004/05/12 Wed AM 08:45:45 EDT > To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> > Subject: RE: [beanutils] remove dependency on commons-logging > > >Just how many of the 50 first off will be logging? So take this > subclass > > E

DO NOT REPLY [Bug 28893] - PoolableConnectionFactory has incomplete javadoc on validationQuery

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/dbcp/src/java/org/apache/commons/dbcp PoolableConnectionFactory.java

dirkv 2004/05/12 11:28:59 Modified:dbcp/src/java/org/apache/commons/dbcp PoolableConnectionFactory.java Log: Bugzilla Bug 28893: PoolableConnectionFactory has incomplete javadoc on validationQuery - update javadoc (reported by Hontvari Jozsef) Revi

DO NOT REPLY [Bug 28933] - patch to make commons-logging compileable againt cvs-head of log4j

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 28933] New: - patch to make commons-logging compileable againt cvs-head of log4j

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: TX (=transaction) Package in commons?

Hi, I'm also intrigued, and I also second Senor Colebourne's thought of starting this out in the sandbox. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] >Sent: Wednesday, May 12, 2004 11:00 AM >To: Jakarta Commons Deve

DO NOT REPLY [Bug 28930] - TreeList with inproved iterator() and listIterator() implementation

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 28930] - TreeList with inproved iterator() and listIterator() implementation

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 28930] New: - TreeList with inproved iterator() and listIterator() implementation

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: TX (=transaction) Package in commons?

Hi Stephen! Decorator is a very good idea indeed! Due to internal mechanisms this works for Maps that do not loose data (unlike LRUMap) only, but for them I will provide decorators an option. As the package will depend on commons.collections I will have a closer look at AbstractHashedMap and A

DO NOT REPLY [Bug 28829] - [bug report] Commons-Math binomial distribution method returns 1 when it should return 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28829] - [bug report] Commons-Math binomial distribution method returns 1 when it should return 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://issues.apache.org/bugzilla/show_bu

FileUpload-Modifying request content-type

Return Receipt Your FileUpload-Modifying request content-type document :

RE: [beanutils] remove dependency on commons-logging

Hi, >Just how many of the 50 first off will be logging? So take this subclass Every single one hopefully. Have you benchmarked this IoC logging approach for performance (versus say a log4j for a given set of classes)? Are we making a mountain out of a mole hill? ;) Yoav This e-mail, inclu

DO NOT REPLY [Bug 28819] - Submission of BigMatrix, a RealMatrix clone to support BigDecimal values

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: [beanutils] remove dependency on commons-logging

The only real issue i have with commons-logging is the hardcoded list of loggers that are available, and having to include the adapters for those loggers in our programs no matter what. It would be nice to have a service provider (read discovery mechanism) to figure out what log package adapters w

FileUpload-Modifying request content-type

All, I'm working with the FileUpload utility to grab images out of the request, I'd like to be able to pass the request (HttpServletRequest) object back to it's original handler, but the handler cannot take the 'multipart/form-data' encoding. Have any of you run into a solution for converting t

Re: [Math] Cloning statistics

Mark R. Diggory wrote: Phil Steitz wrote: Ken Geis wrote: I'm playing with commons-math to implement a data mining algorithm and I am having a performance problem. I am doing running statistics over an ordered set of data, storing the statistics at each new value I come across. One way of d

Re: [Math] Cloning statistics

Phil Steitz wrote: Ken Geis wrote: I'm playing with commons-math to implement a data mining algorithm and I am having a performance problem. I am doing running statistics over an ordered set of data, storing the statistics at each new value I come across. One way of doing this would be to h

DO NOT REPLY [Bug 28925] - conversion Float String

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 28925] New: - conversion Float String

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: [GUMP@brutus]: jakarta-commons/commons-logging failed

By the way, commons-logging developers could issue a maintenance release of c-l now, months before log4j 1.3 is released. At 09:55 AM 5/12/2004, Ceki Gülcü wrote: Hello, All hail gump. The use of Priority has been deprecated for over 2 years and it will be removed in log4j 1.3. Fortunately, the r