On 10/3/07, Bradford Cross <[EMAIL PROTECTED]> wrote:
> OK, I have created a patch...I tried to follow the instructions to file a
> bug on bugzilla but i can't seem to find the right place to file a new bug
> to either commons or commons math.
>
> I wonder if someone could help me out.
Start here
OK, I have created a patch...I tried to follow the instructions to file a
bug on bugzilla but i can't seem to find the right place to file a new bug
to either commons or commons math.
I wonder if someone could help me out.
/b
On 9/29/07, Phil Steitz <[EMAIL PROTECTED]> wrote:
>
> On 9/22/07, Bra
Oliver Zeigermann wrote:
2007/10/3, Will Pugh <[EMAIL PROTECTED]>:
Another idea (not well thought out) would be to try doing something like
threadlets for Java (http://kerneltrap.org/node/7753)
So that some operation would either execute directly, or if a lock is
taken would spawn a thread
2007/10/3, Will Pugh <[EMAIL PROTECTED]>:
> Another idea (not well thought out) would be to try doing something like
> threadlets for Java (http://kerneltrap.org/node/7753)
>
> So that some operation would either execute directly, or if a lock is
> taken would spawn a thread to wait for access. No
Another idea (not well thought out) would be to try doing something like
threadlets for Java (http://kerneltrap.org/node/7753)
So that some operation would either execute directly, or if a lock is
taken would spawn a thread to wait for access. Not sure if it's a
solution in search of a proble
I was thinking about somthing that implements concurrent collection
interfaces from j.u.c rahter than using its features, but that might
be a good idea as well. E.g. What I would like to see would be a
CopyOnWriteHashMap and - HashSet. Both classes I would have used if
they existed.
Additionally,
Sure. I'd like to hear more about the use cases that demonstrate the need
for the components. (Some kind of commons-collections that uses j.u.c would
be interesting, for example, since that comes up a lot.)
On 10/3/07, Oliver Zeigermann <[EMAIL PROTECTED]> wrote:
>
> Right. Such a component would
Right. Such a component would contain evertything that is NOT in
j.u.c., but still useful. This means it, it would be an addtion, not a
replacement for j.u.c.
What could be useful, but is not in j.u.c is subject to discussion.
This might be stuff that is NOT YET in j.u.c because exisiting
solutio
My ears prick up at any mention of concurrency!
What's the scope of this, though? With Doug Lea's library, the
util.concurrent backport, and the JDK 5+ built-ins, what else is needed?
On 10/3/07, Oliver Zeigermann <[EMAIL PROTECTED]> wrote:
>
> Folks!
>
> I was wondering if anyone would be intere
Folks!
I was wondering if anyone would be interested in a component for
classes that help you with concurrent programming. An initial
contribution could be the locking manager including Lock
implementations.
Anyone?
Cheers
Oliver
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jaxme has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Th
Hi Dennis,
It's great to see you're working towards a JCL release.
However there is one problem that probably should be resolved before the
release: the unit tests related to java.util.logging fail on Java 1.6. It looks
like the mechanism used by the unit tests to install a custom java.util.lo
13 matches
Mail list logo
