RE: Re: Re: Re: Re: Re: Jetty 9?

2013-12-27 Thread Tal Liron
Great! I agree with this new direction.

Well, for now I will implement your requested feature.

 Hi Tal,
 
 In RF 3.0, we should really give more precise control regarding extensions

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


Re: Re: Re: Re: Re: Jetty 9?

2013-12-26 Thread Jerome Louvel
Hi Tal,

In RF 3.0, we should really give more precise control regarding extensions
usage for:

   - connectors
   - converters
   - authenticators

The configuration of a Restlet component or application should be explicit
and fully available programmatically.

I'm even considering fully removing the classpath based auto-registration
as it seems to create more problems than solutions.

Best regards,
Jerome



2013/11/26 Tal Liron tal.li...@threecrickets.com

 Actually, it's a feature I would like to see with *all* Restlet
 extensions: it would be nice for users to be able select which extensions
 they want to use, rather than configure it solely via the classpath.

 Possibly with Java properties? I can imagine every extension class having
 an enabled property.

  Thanks Tal, this looks great. We might want to add parameters to
  disable/enable the client/server connector from the extension as a second
  step to allow mixing of several connector extensions.
 
  I've added a note about this to the matching ticket:
  https://github.com/restlet/restlet-framework-java/issues/512

 --

 http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3069272


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

RE: Re: Re: Re: Re: Jetty 9?

2013-11-26 Thread Tal Liron
Actually, it's a feature I would like to see with *all* Restlet extensions: it 
would be nice for users to be able select which extensions they want to use, 
rather than configure it solely via the classpath.

Possibly with Java properties? I can imagine every extension class having an 
enabled property. 

 Thanks Tal, this looks great. We might want to add parameters to
 disable/enable the client/server connector from the extension as a second
 step to allow mixing of several connector extensions.
 
 I've added a note about this to the matching ticket:
 https://github.com/restlet/restlet-framework-java/issues/512

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


Re: Re: Re: Re: Jetty 9?

2013-11-25 Thread Jerome Louvel
Thanks Tal, this looks great. We might want to add parameters to
disable/enable the client/server connector from the extension as a second
step to allow mixing of several connector extensions.

I've added a note about this to the matching ticket:
https://github.com/restlet/restlet-framework-java/issues/512

Jerome



2013/11/22 Tal Liron tal.li...@threecrickets.com

 I went ahead and also added a Jetty 9 client connector:

 https://github.com/tliron/restlet-jetty9

 Note that if you add the Jar to your classpath, both the server and client
 connectors will be activated.

 --

 http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3069061


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

RE: Re: Re: Re: Jetty 9?

2013-11-22 Thread Tal Liron
I went ahead and also added a Jetty 9 client connector:

https://github.com/tliron/restlet-jetty9

Note that if you add the Jar to your classpath, both the server and client 
connectors will be activated.

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


RE: Re: Re: Re: Jetty 9?

2013-11-08 Thread Tal Liron
Excellent. If anyone has comments, here is the GitHub issue:

https://github.com/restlet/restlet-framework-java/issues/793

 That's fine Tal, whatever works best for you. Merging by hand won't be a
 big issue anyway.
 
 You might want to enter an issue in RF repo to let people discover this
 support and let us communicate over it.
 
 Best regards,
 Jerome

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