On 03/08/2012 11:03 PM, Gary Gregory wrote:
> Thomas:
>
> It seems to me that we do not need both testDropBy and testDropBy2.
>
> I initially created testDropBy2 as a way to work through the "Original" and
> "Modified" examples from the site.
>
> So u
in a comment to the issue.
> This is why I added the 'trueLength' (lame name?) ivar because that seems
> like a reasonable toggle after reading the Wikipedia entry.
I wanted to add this myself, but you were quicker ;-)
Good night,
Thomas
---
On 03/09/2012 12:55 AM, Gary Gregory wrote:
>>> This is why I added the 'trueLength' (lame name?) ivar because that seems
>>> like a reasonable toggle after reading the Wikipedia entry.
I changed it locally to 'cutOff', would yo
Key
> - shortKey
I also prefer strict. So I will make the change and complete the missing
javadoc.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
is missing, it should be something like:
http://apache.openmirror.de/commons/math/binaries/commons-math3-3.0-bin.zip
Thomas
for a set of strings
a suffix tree would be needed.
Henri already outlined a possible API as comment to the issue, which I
like, so what do other people think about adding a suffix tree to
commons-lang?
Thomas
-
To unsubscribe, e
following:
>
I have found another thing that is missing. The changes report is not there
anymore, or at least has not been generated for the 3.0 release.
If you access the URL directly at
http://commons.apache.org/math/changes-report.html, you can still access
the old one (3.0-SNAPSHOT).
Thomas
lem, the o.a.c.l.text package looks like a good fit for these things
imho.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 03/15/2012 10:50 PM, Simone Tripodi wrote:
> Hi Thomas!
> can I kindly ask you please to help me on merging modifications on
> /trunk to the experimental branch?
> I completed the "drop the markers" work but I still need to complete
> the exporters...
>
> Hope
to
the exporter which ones he would like to export.
When thinking further about future importers, we could use beanutils(2?)
to create such beans on the fly when importing a graph.
Best,
Thomas
btw. the current graphml exporter code is more or less a copy&paste from
tinkerpop/blueprints
(h
not support soft line break per the
> 'quoted-printable' example on Wikipedia
>
> -
> +
> Implement NYSIIS
I think it was originally reported by Henri, javajohn was the user who
requested the QuotedPrintableCodec update.
Thomas
On 03/16/2012 08:59 PM, Gary Gregory wrote:
> On Fri, Mar 16, 2012 at 3:52 PM, Thomas Neidhart
> wrote:
>
>> On 03/16/2012 08:48 PM, ggreg...@apache.org wrote:
>>> Author: ggregory
>>> Date: Fri Mar 16 19:48:48 2012
>>> New Revision: 1301719
>>>
ut rather giving the correct one for
>> NYSIIS to Henri.
s/did/did not/
> Ah, I see (or not ;) Can you fix this up for us?
done.
> Thank you,
You are welcome.
I am still a bit hesitating to commit myself, as I am rather new to this
component, so do not wonder when I write
f the encoding/decoding. As I have seen in some
other classes, similar changes have been documented in the javadoc of
the affected methods as well (e.g. Base64#encodeBase64String).
Do you think we should do it also in this case?
Thomas
---
coded CR/LF character. In prior version these special
chars were treated like normal chars.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 03/17/2012 01:55 AM, Simone Tripodi wrote:
> Hi Thomas,
> please see r1301848 - this is something prototypal and suggestions are
> much more than welcome!
>
> I'd encourage all [graph] people on experimenting stuff on a proper
> branch, everybody shall feel free to set
ice if you could review the
changes, the CC for the new methods is 100% (missing some coverage
for read though)
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
On 03/19/2012 08:50 PM, Gary Gregory wrote:
> On Mon, Mar 19, 2012 at 3:08 PM, Thomas Neidhart
> wrote:
>
>> On 03/19/2012 05:38 PM, Gary Gregory wrote:
>>
>>> Ok, can you: (1) back out the QuotedPrintableCodec changes and (2)
>> complete
>>> Codec-13
erhaps)?
Oh, I misunderstood your question, you are right, I was skeptical about
that myself. You are free to remove it.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 03/19/2012 09:22 PM, Gary Gregory wrote:
> On Mon, Mar 19, 2012 at 4:01 PM, Thomas Neidhart
> wrote:
>
>> On 03/19/2012 08:50 PM, Gary Gregory wrote:
>>> On Mon, Mar 19, 2012 at 3:08 PM, Thomas Neidhart
>>> wrote:
>>>
>>>> On 03/19/2012 05
mmons/commons-io/2.2/RC3/
The javadoc contents for release 2.2 and 1.4 (in the Commons IO menu)
are missing.
Apart from that: +1
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
pected, new String(actual));
> actual = Hex.encodeHex(b, false);
> -assertEquals(expected.toUpperCase(), new String(actual));
> + assertFalse(expected.equals(new String(actual)));
> }
didn't like the way I fixed it? ;-)
Thomas
--
refer not to touch the other ones.
>
> You are welcome to close them all, if you want.
I have closed all fixed issues in a bulk operation. The issues marked as
"won't fix" or "not a problem" or "later" or "incomplete" have not been
touched.
Thomas
't
> know what it is.
>
> Does someone know how we declare releases ?
>From what I have seen, in jira under versions, you can declare a
specific version as being released (with a release date).
https://issues.apache.org/jira/plugins/servlet
On 03/24/2012 07:33 PM, Luc Maisonobe wrote:
> Le 24/03/2012 17:35, Thomas Neidhart a écrit :
>> On 03/24/2012 05:29 PM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> I have tried to tell Jira that version 3.0 of [math] has already been
>>> shipped, but I
with
this approach and include a SuffixTree into commons-lang.
btw. to be memory-effective, I have added a CharHashmap, which is derived
from an IntHashmap that was part of commons-lang in prior versions.
Thanks in advance,
Thomas
s. I guess you know similar projects like jformula or jep, but their
license is usually quite restrictive.
So if you are willing to work on something like this and contribute it to
commons-math, I would be very much in favor and can help with it.
Thomas
On Tue, Mar 27, 2012 at 10:06 AM, Thomas Neidhart wrote:
> 2012/3/27 "Detlef Günther"
>
>> Hello,
>>
>> it would be nice to have an interpreter for mathematical expressions so
>> that functions may be defined at runtime.
>>
>
[snip]
ah somethi
On Tue, Mar 27, 2012 at 1:32 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> On Tue, Mar 27, 2012 at 12:53:25PM +0200, "Detlef Günther" wrote:
> > Hi Thomas,
> >
> > congrace may be used by writing a wrapper "Expression&
On Wed, Mar 28, 2012 at 12:27 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> [I think that this had already been reported earlier by Thomas.]
>
> The HTML page generated from the "changes.xml" file does not seem to be
> produced anymore
quot;mvn site" could produce the full thing, but we would have a
> new "mvn quick-site" for generating report like "CheckStyle" and
> "FindBugs".
>
Did not test it (can not use mvn here :-( ), but this should help
mvn site -Dcobertura.runtests=false
Thomas
Dcobertura.skip
>
> is what the documentation says.
>
> http://mojo.codehaus.org/cobertura-maven-plugin/instrument-mojo.html
this seams to just skip the instrumentation, but the tests are still
executed, and generate an error afterwards.
king clients
> using it as a shared BinaryEncoder
>
> The patch restores thread-safety, but Clirr reports binary compat issues.
> I think these are unlikely to be an actual problem, but this should be
> reviewed.
I have reviewed your patch, see my comments attached to the issue.
There are a handful of Jira issues I'd like to clear up before the first RC is
rolled. They are on my todo list but Tomcat stuff keeps getting in the way. I'd
really like to see pool2 make some progress so I'll try and find some time for
this in the coming week.
Of course, anyone else is free t
On Mon, Apr 2, 2012 at 4:09 PM, Gary Gregory wrote:
> WRT https://issues.apache.org/jira/browse/CODEC-96
>
> (Moving discussion to ML from JIRA)
>
> OK, I see the Clirr errors now after applying CODEX-96-2.patch locally. It
> looks like normal users would not be affected. The issue is only if a c
On 10/04/2012 22:12, ma...@apache.org wrote:
> Author: markt Date: Tue Apr 10 21:12:45 2012 New Revision: 1311993
>
> URL: http://svn.apache.org/viewvc?rev=1311993&view=rev
> Log: Add the ability to interrupt threads waiting to remove an object
> from the queue. This is required to re-fix POOL-189
1. Fix all the open bugs. DONE - until someone opens another Jira ;)
2. Clean up the docs. TODO
3. Release 2.0.0.M1
4. Work on DBCP2, updating POOL2 as required (e.g. moving the abandoned
object code to POOL2)
5. React to feedback on 2.0.0.M1
6. Release 2.0.0.Mn as required
7. Release 2.0.0
Though
On 24/04/2012 14:33, ma...@apache.org wrote:
> Author: markt
> Date: Tue Apr 24 13:33:22 2012
> New Revision: 1329709
>
> URL: http://svn.apache.org/viewvc?rev=1329709&view=rev
> Log:
> Javadoc for LIFO
> - reduce duplication
> - use @link / @see rather than copy/paste
My aim is to go through all
On 24/04/2012 19:15, sebb wrote:
> On 24 April 2012 18:48, wrote:
>> Author: markt
>> Date: Tue Apr 24 17:48:50 2012
>> New Revision: 1329891
>>
>> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
>> Log:
>> Fix an Eclipse warning
>
> I don't get that warning; but I do now get "Unnecessary
On 24/04/2012 19:35, sebb wrote:
> On 24 April 2012 19:26, Mark Thomas wrote:
>> On 24/04/2012 19:15, sebb wrote:
>>> On 24 April 2012 18:48, wrote:
>>>> Author: markt
>>>> Date: Tue Apr 24 17:48:50 2012
>>>> New Revision: 1329891
>>&g
On 01/05/2012 10:44, sebb wrote:
> On 1 May 2012 10:25, wrote:
>> Author: markt
>> Date: Tue May 1 09:25:35 2012
>> New Revision: 1332588
>>
>> URL: http://svn.apache.org/viewvc?rev=1332588&view=rev
>> Log:
>> Refactor so the Javadoc for GKOP doesn't point to GOP.
>
> The Javadoc originally ref
On 02/05/2012 20:10, sebb wrote:
> Pool2 still contains a lot of original @author tags.
> These are now generally completely out of date, so we should consider
> removing them. The original authors can be credited as developers in
> the po,.
+0.5
> The $Date$ SVN variables cause problems, because
classes have to return an iterator following
the same convention.
Any objections?
Thomas
Since pool2 uses a new package, I intend to remove all existing @since
tags that refer to 1.x and add @since 2.0 to all public
classes,interfaces, methods, constants etc. Any objections?
Mark
-
To unsubscribe, e-mail: dev-unsubsc
On 13/04/2012 22:16, ma...@apache.org wrote:
> sebb wrote:
>
>> On 12 April 2012 20:46, Mark Thomas wrote:
>>> 1. Fix all the open bugs. DONE
>>> 2. Clean up the docs. DONE
>>> 3. Release 2.0.0.M1
I think we are ready for an alpha release of POOL2.
sebb wrote:
>On 4 May 2012 14:06, Mark Thomas wrote:
>> On 13/04/2012 22:16, ma...@apache.org wrote:
>>> sebb wrote:
>>>
>>>> On 12 April 2012 20:46, Mark Thomas wrote:
>>>>> 1. Fix all the open bugs. DONE
>>>>> 2. Clean u
sebb wrote:
>I think it would be useful to try and specify upfront which public
>classes / methods etc are intended to form part of the public API, to
>distinguish them from items that are public merely to allow internal
>access between packages.
I'd prefer to move things between packages and
commons/proper/codec/trunk/src/main/java/org/apache/commons/codec/net/QuotedPrintableCodec.java
>
> commons/proper/codec/trunk/src/main/java/org/apache/commons/codec/net/RFC1522Codec.java
>
> commons/proper/codec/trunk/src/main/java/org/apache/commons/codec/net/URLCode
add HessenbergTransformer to transform a general real matrix to
>> Hessenberg form.
>> This is a first step for the eigenvalue decomposition of a non-symmetric
>> matrix.
>
> Great!
>
> Thanks, Thomas.
The other parts are also working:
* SchurTransformer
* F
On 05/05/2012 11:22, sebb AT ASF wrote:
> On 4 May 2012 19:05, sebb AT ASF wrote:
>> The following change to the GKOP ctor seems to fix the problem:
>>
>>
>>if (factory == null) {
>>this.close(); // <= close the parent
>>throw new IllegalArgumentExceptio
On 05/05/2012 11:20, sebb AT ASF wrote:
> On 5 May 2012 11:13, wrote:
>> Author: sebb
>> Date: Sat May 5 10:13:22 2012
>> New Revision: 1334378
>>
>> URL: http://svn.apache.org/viewvc?rev=1334378&view=rev
>> Log:
>> Add ctor tests, including null factory
>> TODO determine why JMX cannot find cre
On 04/05/2012 17:14, Mark Thomas wrote:
>
>
> sebb wrote:
>
>> I think it would be useful to try and specify upfront which public
>> classes / methods etc are intended to form part of the public API,
>> to distinguish them from items that are public merely to al
lex values imho.
Thanks in advance,
Thomas
en the wiki as best practice to follow).
For other cases we can just skip it, but please, do not remove Serializable
just because you don't like it (as it happened in the case for the
referenced issue).
Thomas
s they are as long as there are
no complaints about their malfunction. In fact there are several issues
that talk about missing serialization support, and none that complains
about broken support. ;-)
Good evening
Thomas
-
To unsubs
ution class. I'm adverse to the
> latter option, as it leads to code duplication.
>
> What do you think?
Hi Sébastien,
this sounds pretty good.
After looking at the current Gamma function implementation, it looks
like it consists mainly of
, and create an additional function for
the constant.
I guess just creating a public final static constant for the LANCZOS_G
value would be better?
Thomas
it
a try.
Thomas
source code but on an higher level.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 05/21/2012 08:22 AM, Phil Steitz wrote:
> On 5/20/12 10:32 PM, Sébastien Brisard wrote:
>> Hi Thomas,
>>> This seems to solve all the described problems, but the question remains
>>> if this can be included without problems into CM. The algorithm
>>> descrip
Hi,
I was in contact with Thomas Abeel, the creator of java-ml (
http://java-ml.sourceforge.net/) to discuss his interest to contribute
certain parts of it to CM (mainly clustering algorithms).
He is quite interested to donate most of the library to Apache Commons
(except for some glue-code to
tributors tranfered intellectual property to them, or external
> contributors also signe the grant and allow the license change.
>
thanks for the information, I will pass it to him.
Thomas
ere are no compatibility issues there.
>
> Thanks for identifying this.
fyi: there is already an issue about this MATH-625
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
*professional* programmers ;-)
btw, a nice example how dangerous auto-boxing is:
Map map = new HashMap();
// fill the map with objects, keys in the range 1..10
...
// get the object with key 3
Object o = map.get(3);
o == null or not?
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi folks,
I spent quite some time to introduce generics in JCS. Now I finally
managed to reintegrate the changes into trunk. I would kindly ask for
reviewers. All improvements are welcome as I am no generics-expert.
Thanks in advance.
Bye, Thomas
able to fix those spurious test failures.
Bye, Thomas.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
t the new version with generics
> is working perfectly, no broken tests, no changes in the functionality, and I
> think there are no warnings.
I'm afraid this is not enough information to understand what you mean.
Could you be a bit more specific, please?
Bye, Thomas.
---
.0;
> +final double VarU = n1n2prod * (n1 + n2 + 1) / 12.0;
>
> final double z = (Umin - EU) / FastMath.sqrt(VarU);
just a small thing, but wouldn't it be better to do a long
multiplication and convert the result to double?
Thomas
--
On Tue, Jun 12, 2012 at 8:13 AM, Mikkel Meyer Andersen wrote:
> 2012/6/12 Thomas Neidhart :
> > On 06/08/2012 01:04 PM, m...@apache.org wrote:
> >> Author: mikl
> >> Date: Fri Jun 8 11:04:11 2012
> >> New Revision: 1348024
> >>
> >>
On 16/06/2012 22:33, sebb wrote:
> On 16 June 2012 22:23, Gary Gregory wrote:
>> Did you update the changes.xml? Did I miss that?
>
> No, I decided it was too trivial to warrant a mention.
> But feel free to update changes.xml in both versions if you disagree.
It probably needs to be fixed in th
On 16/06/2012 23:05, sebb wrote:
> On 16 June 2012 22:35, Mark Thomas wrote:
>> On 16/06/2012 22:33, sebb wrote:
>>> On 16 June 2012 22:23, Gary Gregory wrote:
>>>> Did you update the changes.xml? Did I miss that?
>>>
>>> No, I decided it was too
On 17/06/2012 08:49, Phil Steitz wrote:
> Looks like only the relatively trivial POOL-220 and POOL-217 affect
> 2.0.
+1
> We need to resolve these and do some javadoc and site
> cleanup; but unless there are other things we want to get into 2.0,
> I would like to move this toward a release. I
On 17/06/2012 16:26, Phil Steitz wrote:
> On 6/17/12 1:13 AM, Mark Thomas wrote:
>> On 17/06/2012 08:49, Phil Steitz wrote:
>>> Looks like only the relatively trivial POOL-220 and POOL-217 affect
>>> 2.0.
>> +1
>>
>>> We need to resolve these and
@@ public class BoundedFifoBuffer extend
>> }
>>
>> /**
>> + * Returns the element at the specified position in this buffer.
>> + *
>> + * @param index the position of the element in the buffer
>> + * @return the eleme
spotted yet.
Are there any objections / suggestions to continue with the cleanup?
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 24/06/2012 20:41, Phil Steitz wrote:
> On 6/24/12 12:00 PM, sebb wrote:
>> Nexus does not prevent any of this; it is a staging repo.
>
> It does block what used to be a simple, controlled process
>
> 0) generate, test and sign artifacts locally
> 1) upload to p.a.o
> 2) vote
> 3) move to relea
Hi,
thanks for all the feedback. I will then postpone all Java 6 related
changes but start with the other ones.
I hope my activity will spark some more interest by other people as it
would be a pity to never release a generic version of collections if it is
there and ready to be used.
Thomas
On 06/25/2012 08:41 PM, Liviu Tudor wrote:
> Hi Thomas,
>
> A bit late with my reply, sorry -- but if you could do with an extra pair
> of hands on this I'd be happy to help!
Hi,
apart from the normal cleanup, adding unit tests and javadoc, I would
like to see the followi
+1 - drop it.
I'd rather put the effort into the Javadoc. That is where my focus was when
working on the updates for pool 2.0.
I'd add that one of the things that drove me mad with pool 2 was that the same
information was repeated in multiple places and trying to keep them in sync is
really ha
On 27/06/2012 09:21, Jörg Schaible wrote:
> Hi,
>
> does anybody know, what is required to administer a JIRA project?
You need an existing admin to grant you the admin role.
> I can
> administer most of the commons (44 projects incl. ONGL), but not e.g.
> imaging, sanselan, bsf, jsc or bcel. S
On 27/06/2012 09:35, Luc Maisonobe wrote:
> Le 27/06/2012 10:29, Mark Thomas a écrit :
>> On 27/06/2012 09:21, Jörg Schaible wrote:
>>> Hi,
>>>
>>> does anybody know, what is required to administer a JIRA project?
>>
>> You need an existing
On 27/06/2012 15:27, Jörg Schaible wrote:
> Hi Mark,
>
> Mark Thomas wrote:
>
>> On 27/06/2012 09:21, Jörg Schaible wrote:
>>> Hi,
>>>
>>> does anybody know, what is required to administer a JIRA project?
>>
>> You need an existing admin
On 27.06.12 10:29, Mark Thomas wrote:
> It looks like the commons-developers group has not been added to the
> admin role for those projects.
>
> I have granted you the admin role for those additional Jira projects.
While you are at it, could you please add me as an admin for JC
On 07/03/2012 11:04 PM, Jörg Schaible wrote:
> Hi Thomas,
>
> Thomas Neidhart wrote:
>
>> Hi,
>>
>> I recently started to work more on collections and cleaning up the trunk
>> to make it a candidate for a release and would like to ask a few
>> question
Benedikt Ritter wrote:
>I thought one has to be elected as a Release Manager?
Nope. Anyone can propose a release whenever they want. Projects normally
coordinate things more than that but (from an ASF view) projects are not
required to.
Mark
>
>Benedikt
>
>2012/7/13 Simone Tripodi :
>> Hi E
On 15/07/2012 01:38, Phil Steitz wrote:
> Sorry if this has been discussed already and I can't find the
> thread; but we should do this now if we want to do it - i.e., move
> DBCP's AbandonedObjectPool into [pool].
This is certainly something that - on the face of it - makes sense.
However, when I
On 15/07/2012 17:26, pste...@apache.org wrote:
> Author: psteitz
> Date: Sun Jul 15 16:26:57 2012
> New Revision: 1361731
>
> URL: http://svn.apache.org/viewvc?rev=1361731&view=rev
> Log:
> Added no-arg constructor.
Why? That is just pointless code. I have been trying to remove that sort
of thing
issue.
Cheers,
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Phil Steitz wrote:
>On 7/18/12 9:35 PM, Becksfort, Jared wrote:
>> My employer requires that we retain copyright.
>OK, that requires a patch to the (single) NOTICE.txt file in the
>project root.
No it does not. The ASF does NOT require copyright assignment from
contributors. Contributors alway
On 16/07/2012 20:55, Phil Steitz wrote:
> On 7/15/12 10:46 AM, Phil Steitz wrote:
>> On 7/15/12 1:12 AM, Mark Thomas wrote:
>>> On 15/07/2012 01:38, Phil Steitz wrote:
>>>> Sorry if this has been discussed already and I can't find the
>>>> thread
On 07/18/2012 10:55 PM, Thomas Neidhart wrote:
> Hi,
>
> I finalized now this feature request (MATH-235) by adding more random
> data test which success for an epsilon of 1e-12, which imho is pretty
> good for now.
>
> For the problem with the internal DecompositionS
On 21/07/2012 17:51, Phil Steitz wrote:
> On 7/20/12 1:47 PM, Mark Thomas wrote:
>> On 16/07/2012 20:55, Phil Steitz wrote:
>>> On 7/15/12 10:46 AM, Phil Steitz wrote:
>>>> On 7/15/12 1:12 AM, Mark Thomas wrote:
>>>>> On 15/07/2012 01:38, Phil Steitz w
ant to switch to Java 7 now, [...]
>
> Oh, yes, please! 8-P
I would be in favor of this too, but we could also target it for the 4.0
release together with the parallelization stuff.
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Mon, Jul 23, 2012 at 12:44 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hi Thomas.
>
Hi Gilles,
>
> I've encountered a failure of one the tests which you introduced in
> revision 1363105. Here is an excerpt of the error:
> ---
>
> test
On 18/10/2010 01:22, Benoit Perroud wrote:
> 2010/10/17 Phil Steitz
>
>> On 10/17/10 8:53 AM, Benoit Perroud wrote:
>>
>>> Making pool be able to be resized at runtime will introduce extra
>>> complexity, that could be otherwise totally delegated to a BlockingQueue
>>> as
>>> backend structure.
>
On 18/10/2010 08:38, Paul Benedict wrote:
> Has any thought been given to simply rolling the projects into one?
Yes.
-1. Lots of folks use pool that have no interest in databases.
Mark
>
> On Sun, Oct 17, 2010 at 2:13 PM, Phil Steitz wrote:
>> On 10/17/10 2:58 PM, Gary Gregory wrote:
>>>
>>>
On 24/10/2010 16:54, cloudsuser cloudsuser wrote:
> Using the syntax "${status}" as defined below i can able to access the value
> of status form JavaBeanObject(A)
Sending the same e-mail the the dev and the users list at the same time
is never going to increase the chances of a reply. It does,
On 31/10/2010 03:55, Phil Steitz wrote:
> On 10/30/10 10:55 PM, Gary Gregory wrote:
>> It would be possible for example, that the GOP subclass GKOP as a
>> degenerate simple case where the GOP has one pool in a GKOP. That
>> seems radical, but it would eliminate a lot of apparent code
>> duplicatio
On 31/10/2010 21:36, Phil Steitz wrote:
> A radical idea that I have been considering is to propose that we
> dispense with keyed pools altogether. The DBCP need can be met without
> them (see jdbc-pool)
Can it? I know there are some things that DBCP can do that jdbc-pool
can't such as https://is
On 04/11/2010 12:59, Brian Fox wrote:
> So I wonder why a tar.gz sourceball is needed and is it worth it to
> diverge just for that.
How about users that want to work with sources on platforms where CRLF
endings are a PITA?
Tomcat distributes sources in .zip and .tar.gz versions for exactly this
901 - 1000 of 2011 matches
Mail list logo
