Eclipse Community Forums: Eclipse Communications Framework (ECF) » JSR166 (java.util.concurrent) backport for Orbit

Help

Home

Home » Archived » Eclipse Communications Framework (ECF) » JSR166 (java.util.concurrent) backport for Orbit

Show: Today's Messages :: Show Polls :: Message Navigator

JSR166 (java.util.concurrent) backport for Orbit [message #624440]

Fri, 05 December 2008 10:53

Markus Kuppe

Messages: 177
Registered: July 2009

Senior Member

Hi,

for bug #257381 ("[Discovery] Reduce BREE to Java 1.4") [1] ECF needs a
backport of java.util.concurrent. The Distributed Computing Laboratory
at Emory University [2] provides such a backport and in my local tests
the lib seems to keep its promises.
Is anybody interested in such a backport in Orbit? Does it make sense to
have it in Orbit? If not, I won't go through the hassle of creating an
Orbit-esque version and simple embed it in the ECF consumer bundle.

Markus

[1] https://bugs.eclipse.org/257381
[2] http://backport-jsr166.sourceforge.net/

Report message to a moderator

Re: JSR166 (java.util.concurrent) backport for Orbit [message #624441 is a reply to message #624440]

Fri, 05 December 2008 12:00

Benjamin Muskalla

Messages: 237
Registered: July 2009

Senior Member

Hi Markus,

I would be really interested to have the jsr 166 backported as orbit
bundle. We don't have the real need for this at the moment but I think
it would be worth. If you need helping hands, feel free to ping me.

Maybe it's worth to ask this on other newsgroups than the ECF one.

Benny

Markus Alexander Kuppe wrote:
> Hi,
>
> for bug #257381 ("[Discovery] Reduce BREE to Java 1.4") [1] ECF needs a
> backport of java.util.concurrent. The Distributed Computing Laboratory
> at Emory University [2] provides such a backport and in my local tests
> the lib seems to keep its promises.
> Is anybody interested in such a backport in Orbit? Does it make sense to
> have it in Orbit? If not, I won't go through the hassle of creating an
> Orbit-esque version and simple embed it in the ECF consumer bundle.
>
> Markus
>
> [1] https://bugs.eclipse.org/257381
> [2] http://backport-jsr166.sourceforge.net/

Report message to a moderator

Re: JSR166 (java.util.concurrent) backport for Orbit [message #624442 is a reply to message #624440]

Fri, 05 December 2008 15:51

Scott Lewis

Messages: 1038
Registered: July 2009

Senior Member

Hi Markus,

I think that a 1.4 version of concurrent probably can/could be in
Orbit...though I'm not sure about the usage/demand from other
projects...but you could send an email to orbit-dev to get their view
before doing the associated work.

BTW, what's the license for the backport? I can't seem to find it on
the sourceforge pages. In either case (Orbit or not), we'll have to get
IP approval (although perhaps a backport will be easier).

I'm not actually convinced, though, that moving the discovery ui down to
1.4 is necessary (bug 257381). Yes, it would be better, but given it's
UI level I'm not sure it's required.

Scott

Markus Alexander Kuppe wrote:
> Hi,
>
> for bug #257381 ("[Discovery] Reduce BREE to Java 1.4") [1] ECF needs a
> backport of java.util.concurrent. The Distributed Computing Laboratory
> at Emory University [2] provides such a backport and in my local tests
> the lib seems to keep its promises.
> Is anybody interested in such a backport in Orbit? Does it make sense to
> have it in Orbit? If not, I won't go through the hassle of creating an
> Orbit-esque version and simple embed it in the ECF consumer bundle.
>
> Markus
>
> [1] https://bugs.eclipse.org/257381
> [2] http://backport-jsr166.sourceforge.net/

Report message to a moderator

Previous Topic:	Linkage error with R-OSGI
Next Topic:	Reminder: ECF conference call 12/9/2008 7am pacific

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 14:21:39 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter