Hi Tim,

 

Ok, I think we all agree that we should better to have a dedicated Guice 
extension for Restlet 2.0. We would reevaluate the situation regarding 
javax.inject for Restlet 2.1.

 

So, I’ve just granted you SVN commit rights. I suggest that we first create a 
module “org.restlet.ext.guice” in the incubator part of SVN, see details here:

 

“Restlet Incubator”

http://wiki.restlet.org/developers/257-restlet.html

 

We have a few guidelines here as well that I recommend reading first:

 

“Coding conventions”

http://wiki.restlet.org/developers/179-restlet/51-restlet.html

 

I’ve also created an empty entry in the developers wiki were you can write some 
documentation that will end up in the user guide:

 

“Guice extension”

http://wiki.restlet.org/developers/257-restlet/284-restlet.html

 

Of course, Thierry and I are here to help during this process. When the code is 
in place, documented and stable, we will migrate it to the official modules and 
adjust the build script to make it officially part of Restlet 2.0.

 

Best regards,
Jerome Louvel
--
Restlet ~ Founder and Lead developer ~  <http://www.restlet.org/> 
http://www.restlet.org
Noelios Technologies ~ Co-founder ~  <http://www.noelios.com/> 
http://www.noelios.com

 

 

 

De : Leigh L. Klotz, Jr. [mailto:[email protected]] 
Envoyé : mardi 19 mai 2009 19:47
À : [email protected]
Objet : RE: Dependency injection in Restlet 2.0 with Guice

 

There are too many other tectonic plates in motion to design Guice+Restlet in 
isolation of javax.inject, JAX-WS, etc.

My linkage of Guice to Restlet prior to resource creation is largely limited to 
a supporting role in annotation-based binding to resource URIs, and while I'm 
using something home-grown at the moment, when that field settles, I'll be 
happy to use something else.


in other words, I'm interested, but I don't feel that I'm able to drive the 
design.  I would like to be involved in the review and will watch the list.

 

Leigh.

  _____  

From: [email protected] [mailto:[email protected]] On Behalf Of Tim Peierls
Sent: Tuesday, May 19, 2009 10:39 AM
To: [email protected]
Subject: Re: Dependency injection in Restlet 2.0 with Guice

I just found out that the timeline for @Inject has shifted later, into 1Q2010. 
It's for a good reason -- expanded scope of the proposal -- but I think it 
would be better to have separate extensions for DI frameworks in Restlet 2.0, 
and then provide an @Inject extension for 2.1, say. 

 

My Guice-in-Restlet needs are limited to resource injection, but I think Leigh 
Klotz and maybe others expressed some interest in Restlet injection. Is there 
still an interest in this? If so, has anyone done any design work on it? 

 

Btw, there was no signature on the post about Guice 2 + Restlet 2 + JSP -- who 
was that masked poster?

 

--tim

On Mon, May 18, 2009 at 11:25 AM, Rhett Sutphin <[email protected]> 
wrote:

Hi,

I agree with Tim that it would be premature to start working on an
extension now.  If javax.inject gets standardized and implemented in
more than one place, we should consider it then -- and consider if
there would be any value in a javax.inject extension vs. separate
extensions for various DI frameworks.

Rhett


On May 17, 2009, at 4:44 PM, Jerome Louvel wrote:

> Tim,
>
> That sounds good to me, no rush!
>
> BTW, the fact that you mention Spring makes me think that we should
> also coordinate with Rhett Sutphin who is maintaining the Spring
> extension (with great care) as this might have some impact on it as
> well.
>
> Maybe, we’ll end-up deciding that a specific Guice extension is
> better…
>

> Best regards,
> Jerome Louvel
> --
> Restlet ~ Founder and Lead developer ~ http://www.restlet.org
> Noelios Technologies ~ Co-founder ~ http://www.noelios.com
>
>
>
>
> De : [email protected] [mailto:[email protected]] De la part de
> Tim Peierls

> Envoyé : dimanche 17 mai 2009 23:37

> À : [email protected]
> Objet : Re: Dependency injection in Restlet 2.0 with Guice
>

> Yes, I'd be interested. I'd like to find out more about how Spring
> (and others) will support javax.inject before going any further in
> code, though.
>
> --tim
> On Sun, May 17, 2009 at 12:05 PM, Jerome Louvel <[email protected]
> > wrote:
> Sounds good Tim. Would you be interested to contribute and maintain
> such an extension to Restlet?
>
> We could start by working in Restlet Incubator, using the
> com.google.inject package. Once javax.inject is available and the
> extension is stable, we could promote it as an official Restlet
> extension.
>
> Best regards,
> Jerome Louvel
> --
> Restlet ~ Founder and Lead developer ~ http://www.restlet.org
> Noelios Technologies ~ Co-founder~ http://www.noelios.com
>
> De: [email protected] [mailto:[email protected]] De la part de Tim
> Peierls

> Envoy頺 jeudi 14 mai 2009 21:53

>
>
> : [email protected]
> Objet: Re: Dependency injection in Restlet 2.0 with Guice
> On Thu, May 14, 2009 at 3:10 PM, Jerome Louvel <[email protected]
> > wrote:
>
> By the way, do you think it would be technically possible to develop
> a similar integration that would leverage the recently announced
> javax.inject?
>
> http://crazybob.org/2009/05/announcing-javaxinjectinject.html
>
> If so, it could be an opportunity for a new Restlet extension.
>
> I'm sure it will be possible. I haven't worked out the details, but
> such an extension would provide an additional public interface,
> org.restlet.ext.inject.FinderFactory (better name needed?) and
> hooksfor obtaining a FinderFactory implementationthat would have to
> be specific to the injector implementation.
>
> In the mean time, the nice thing about javax.inject is that you
> should be able to use com.google.inject for now and later switch
> your imports to javax.inject when the support becomes available.
>
> --tim
>
>

------------------------------------------------------
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447 
<http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2300825>
 &dsMessageId=2300825

------------------------------------------------------
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2357293

Reply via email to