Re: RFC 182 - REST Interface for OSGi
*Bryan:*
thank you very much for sharing this, I pretty much agree with all
you say.
do you mind filing a bug here with copy/paste of your email please?
https://www.osgi.org/bugzilla/
probably Jan S. Rellermeyer, author of the spec, could also comment?
Andrei
Original Message
Subject: Re: RFC 182 - REST Interface for OSGi
From: Bryan Hunt bh...@mac.com
To: discuss@restlet.tigris.org
Date: Tue 30 Oct 2012 02:58:19 PM CDT
Hi Andrei,
I had a look at the spec, and I have some thoughts for consideration.
For starting and stopping services, why not make it a service instead
of an update to state? This would hide the internal details of the
state value. For example:
PUT framework/bundle/{bundleid}/start # starts the bundle
PUT framework/bundle/{bundleid}/stop # stops the bundle
For collections of things, I would recommend using an empty segment at
the end of the URI. For example:
GET framework/bundles/ # gets the list of bundles
POST framework/bundles/ # installs a new bundle
For things that accept a filter, I would move that to the query
portion of the URI. For example:
GET framework/bundles/?{filter} # gets a filtered list of bundles
When installing a new bundle, I'd like the option of sending the
bundle content instead of a URL.
When getting service meta-data, if the service is not resolved, I
would like to see why. Missing configuration, missing required
service, etc.
The specs for the JSON that have array content all need a key:
{
bundles: [bundleURI, bundleURI, ..., bundleURI]
}
Security needs to be addressed. I'd like to see some sort of security
service that we can provide implementations for that separate
authentication from authorization much like the way Restlet does it
through filters and it's security base classes.
Bryan
On Oct 29, 2012, at 5:45 PM, Andrei Pozolotin
andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote:
*Jerome,* hello;
FYI: osgi alliance came up with new rest related spec:
RFC 182 - REST Interface for OSGi
http://www.osgi.org/Download/File?url=/download/osgi-early-draft-2012-10.pdf
do you mind taking a look sharing your opinion?
Thank you,
Andrei
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3024673
RFC 182 - REST Interface for OSGi
*Jerome,* hello; FYI: osgi alliance came up with new rest related spec: RFC 182 - REST Interface for OSGi http://www.osgi.org/Download/File?url=/download/osgi-early-draft-2012-10.pdf do you mind taking a look sharing your opinion? Thank you, Andrei -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3024372
Re: Weird ClassNotFoundException: javax.net.ssl.SSLContext in 2.1-SNAPSHOT OSGi
*Laszlo:* this is because of restlet packaging bug: javax.net.ssl is not imported in org.restlet.ext.ssl bundle manifest; workaround: re-package dependency yourself to produce valid manifest; Thank you, Andrei Original Message Subject: Weird ClassNotFoundException: javax.net.ssl.SSLContext in 2.1-SNAPSHOT OSGi From: Laszlo Hordos laszlo.hor...@gmail.com To: discuss@restlet.tigris.org Date: Sun 04 Mar 2012 04:44:11 AM CST I'm running the Restlet in Felix 4.0.2 OSGi and I got this exception. I didn't investigate further because I don't use HTTPS at this moment. My System Bundle exports the packages: javax.net,version=0.0.0.1_006_JavaSE javax.net.ssl,version=0.0.0.1_006_JavaSE I have these Bundles: 50 Restlet APIorg.restlet 2.1.0.snapshot-v20120303-1415 Active 51 Restlet Extension - FreeMarker org.restlet.ext.freemarker 2.1.0.snapshot-v20120303-1415 Active 52 Restlet Extension - Apache HTTP Client org.restlet.ext.httpclient 2.1.0.snapshot-v20120303-1415 Active 53 Restlet Extension - Jacksonorg.restlet.ext.jackson 2.1.0.rc3-v20120215-1756Active 54 Restlet Extension - Servletorg.restlet.ext.servlet 2.1.0.snapshot-v20120303-1415 Active 55 Restlet Extension - SSL supportorg.restlet.ext.ssl 2.1.0.snapshot-v20120303-1415 and I get: java.lang.ClassNotFoundException: javax.net.ssl.SSLContext not found by org.restlet.ext.ssl [55] at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460) at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72) at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at org.restlet.ext.ssl.internal.SslUtils.getSslContextFactory(SslUtils.java:181) at org.restlet.ext.httpclient.HttpClientHelper.configure(HttpClientHelper.java:269) at org.restlet.ext.httpclient.HttpClientHelper.start(HttpClientHelper.java:478) at org.restlet.Client.start(Client.java:260) at org.restlet.Component.startClients(Component.java:555) at org.restlet.Component.start(Component.java:537) at org.restlet.Restlet.handle(Restlet.java:301) at org.restlet.Component.handle(Component.java:389) at org.restlet.ext.servlet.ServletAdapter.service(ServletAdapter.java:206) I didn't try explicitly import like: Import-Package: org.jsslutils.keystores, org.jsslutils.sslcontext, org.jsslutils.sslcontext.keymanagers, org.jsslutils.sslcontext.trustmanagers, org.restlet, org.restlet.data, org.restlet.engine, org.restlet.engine.connector, org.restlet.engine.header, org.restlet.engine.io, org.restlet.engine.security, org.restlet.resource, org.restlet.service, org.restlet.util, javax.net.ssl If you think it's an issue and adding the extra import solves this then I'm glad I could help with this. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2930885 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2930942
Re: Prudence 1.1 and the Savory Framework for MongoDB
cool! is it beanstalk-able :-) ? are you married to mongo? Original Message Subject: Prudence 1.1 and the Savory Framework for MongoDB From: Tal Liron tal.li...@threecrickets.com To: discuss@restlet.tigris.org Date: Thu 30 Jun 2011 07:30:15 PM CDT Two open source products are announced in this email: *PRUDENCE 1.1* I am happy to announce the final release of Prudence 1.1! (Identical to RC13.) Prudence is a Restlet-centric container and platform for developing web applications and services. It allows quick and easy configuration, deployment and development of RESTful resources, and features a very powerful caching system carefully integrated into the conditional HTTP process. Develop your app in Java, Python, Ruby, Groovy, Clojure, PHP or JavaScript. It's a more RESTful alternative to JEE (which it does not require nor use). Prudence 1.1 takes you to the clouds: instances automatically discover each other and form clusters (via Hazelcast) that can share global data and tasks. Easily farm out your work in the cluster for super-scalability and redundancy. Has been tested with 100 nodes on EC2! See our Restlet-centric page for more information: http://threecrickets.com/prudence/manual/restlet-container/ *THE SAVORY FRAMEWORK* Building on the Prudence 1.1 platform, Savory is the first comprehensive web development framework for MongoDB, featuring strong integration with the Ext JS and Sencha Touch client frameworks: http://threecrickets.com/savory/ Savory is still in Early Bird mode and needs some more fleshing out, testing and documentation, but the core features are all there and ready to rumble. *FEATURES* The Savory Framework offers especially scalable and robust solutions for common web application needs. A partial list includes: * authentication, with support for logging in from Facebook, Twitter, Windows Live and OpenID; * fine-grained user permissions; * new user registration, with captcha and email validation; * email notification on a truly massive scale; * per-user internationalization, with built-in consideration of right-to-left languages; * easy, fast text search with Lucene; * discussion forums, including threaded comments that can be attached to any documents; * wiki-like functionality with support for site-wide revisions, Tactile, Markdown and more; * blog functionality, including support for Linkback and Trackback; * sitemap generation, supporting millions of URLs; * JSON-RPC and XML-RPC, client and server; * RSS syndication; * shopping carts with PayPal integration; * HTML forms with server- and client-side validation; * Gravatar; * robust support for asynchronous processing (please wait while searching for you flights...); * and -- if you can believe it -- more... We're especially pleased with Savory's Ext JS integration: within minutes of dev work you can connect any MongoDB collection to a client-side editable grid, tree or chart. A clean Ext Direct implementation creates a seamless RPC from client to server. Add Sencha Touch, and you get the fastest MongoDB-backed mobile app development experience. Works on Android, iPhone, Blackberry. General-purpose backend services include asynchronous events that can be triggered anywhere in the cluster, a powerful data caching mechanism, and a DRM (not ORM!) Document-Resource-Mapping system that allows any MongoDB collection to be exposed as an editable RESTful resource in your URI-space. (This offers a customizable variation on MongoDB's REST API.) Bored or bedazzled with this announcement already? Just jump to the web site and check out all the cool, live demos. *THE DEVELOPMENT EXPERIENCE* Savory offers development agility comparable to that of Rails and Django. Quickly generate HTML based on your data or throw it into powerful Ext JS grids, trees and charts. It is, moreover, lighter than the old SQL solutions: MongoDB's no-nonsense storage does away with the need of a complex ORM layer. Instead, in Savory you work with your data directly in JavaScript, or process it through Savory's flexible iterator framework. Development tools include a powerful web-based console (almost an online IDE) and a beautiful source code documentation generator. MongoVision is a recommended sister project. In many ways Savory is a post-MVC, even post-object-oriented framework: the architecture is designed to avoid complex abstractions and layers that are nudged between your code, your data and your subsystems. We don't like wasting time debugging such layers or shoehorning them into our requirements. Nor do we like hacking around an object's encapsulation when it does not fit a simpler, more elegant solution. Never should we have to pay for what we don't want or need. If you've never used JavaScript on the server, you're in for a pleasant surprise. A
Re: RestletOSGi 0.3.0 released
Bryan: great! any chance you would want to make it less equinox-centric, more felix-friendly? :-) or, should I say, osgi-generic? Andrei Original Message Subject: RestletOSGi 0.3.0 released From: Bryan Hunt bh...@mac.com To: discuss@restlet.tigris.org Date: Thu 30 Jun 2011 11:13:32 PM CDT Hi everyone, I've just released RestletOSGi 0.3.0 at http://code.google.com/a/eclipselabs.org/p/restlet-integration-with-equinox/ with full support for dynamic registration of Restlet applications, routers, filters, and resources in an OSGi environment. I have also put together a detailed blog post on how to use the framework here: http://bryanhunt.wordpress.com/2011/06/30/osgi-at-rest/ Enjoy! Bryan -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2781994 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2782090
Re: RestletOSGi 0.3.0 released
good. I will take a more close look. Original Message Subject: Re: RestletOSGi 0.3.0 released From: Bryan Hunt bh...@mac.com To: discuss@restlet.tigris.org Date: Fri 01 Jul 2011 09:45:47 AM CDT Hi Andrei, The only piece that is Equinox specific is the dependency injection support which is completely optional. The rest of the code should work just fine with any OSGi implementation. Bryan On Jul 1, 2011, at 9:00 AM, Andrei Pozolotin wrote: Bryan: great! any chance you would want to make it less equinox-centric, more felix-friendly? :-) or, should I say, osgi-generic? Andrei Original Message Subject: RestletOSGi 0.3.0 released From: Bryan Hunt bh...@mac.com To: discuss@restlet.tigris.org Date: Thu 30 Jun 2011 11:13:32 PM CDT Hi everyone, I've just released RestletOSGi 0.3.0 at http://code.google.com/a/eclipselabs.org/p/restlet-integration-with-equinox/ with full support for dynamic registration of Restlet applications, routers, filters, and resources in an OSGi environment. I have also put together a detailed blog post on how to use the framework here: http://bryanhunt.wordpress.com/2011/06/30/osgi-at-rest/ Enjoy! Bryan -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2781994 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2782108
templates shortcut methods?
Hi; I am just curious if there a simple global setting to enforce auto-url-encode/auto-url-decode of all uri template attributes? currently, this much is needed for each attribute to be auto-processed: on the client: # String volume = accounts; String expression = where first_name like 'And%'; Template template = new Template(Name.SELECT); Variable var = new Variable(); var.setEncodingOnFormat(true); template.getVariables().put(Name.Id.SELECT, var); MapString, String values = new HashMapString, String(); values.put(Name.Id.VOLUME, volume); values.put(Name.Id.SELECT, expression); String uri = http://localhost:8181; + template.format(values); # on the server: # Router router = new Router(getContext()); TemplateRoute route = router.attach(Name.SELECT, // new VolumeSelectRestlet(getContext(), client, volumes)); Variable var = new Variable(); var.setDecodingOnParse(true); route.getTemplate().getVariables().put(Name.Id.SELECT, var); # additionally, is there simple way on the client resorce to issue something like resource.getRequestAttributes().put(select, expression); and have this attribute auto-substituted in the template? do I need outgoing router for that? thanks; Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2779532
templates in ClientResource?
Hello;
1) all ClientResource() constructors do uri encoding;
so this resource uri:
uri : http://localhost:8181/volumes/{volume}/select/{select}
becomes this reference inside the client resource:
ref : http://localhost:8181/volumes/%7Bvolume%7D/select/%7Bselect%7D
an when it gets into:
org.restlet.engine.component.ComponentClientDispatcher
protected void doHandle(Request request, Response response) {
then the TemplateDispatcher does not see it as {} template any more and hence
does not do attributes resolution;
2) what is the right way to use templates in ClientResource?
thank you;
Andrei.
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2779550
beanstalk-maven-plugin
Hi; for those working with restlet on beanstalk: I just found little treasure: http://beanstalker.ingenieux.com.br/usage.html pluginRepositories pluginRepository idAldrin Leal/id urlhttp://repo.modafocas.org/nexus/content/repositories/snapshots//url /pluginRepository /pluginRepositories plugin groupIdcom.ingenieux/groupId artifactIdbeanstalk-maven-plugin/artifactId version0.2.0-SNAPSHOT/version /plugin Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2780572
Re: templates in ClientResource?
*Jerome*:
should I file a bug for this?
Thank you,
Andrei
Original Message
Subject: templates in ClientResource?
From: Andrei Pozolotin andrei.pozolo...@gmail.com
To: discuss@restlet.tigris.org
Date: Tue 28 Jun 2011 12:38:03 PM CDT
Hello;
1) all ClientResource() constructors do uri encoding;
so this resource uri:
uri : http://localhost:8181/volumes/{volume}/select/{select}
becomes this reference inside the client resource:
ref : http://localhost:8181/volumes/%7Bvolume%7D/select/%7Bselect%7D
an when it gets into:
org.restlet.engine.component.ComponentClientDispatcher
protected void doHandle(Request request, Response response) {
then the TemplateDispatcher does not see it as {} template any more and
hence does not do attributes resolution;
2) what is the right way to use templates in ClientResource?
thank you;
Andrei.
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2779550
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2780571
restlet + amazon simpledb : call for ideas
*Restful People of Restlet! * I am trying to put together a restlet extension for aws sdb http://wiki.restlet.org/developers/172-restlet/g5/411-restlet.html and I discovered that simple db is far from being simple :-) (see few concerns under Unresolved http://wiki.restlet.org/developers/172-restlet/g5/411-restlet.html) please come out of your rest :-) and share your ideas, experiences, problems and expectations you might have with aws simple db in the context of restlet? Thank you, Andrei -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2773383
RE: restlet + aws sdb
Jerome: 1) which existing extensions would provide a good jump start / template to begin coding for retlet-ext-aws-sdb? 2) does it make sense to go with jclouds instead of aws api http://www.jclouds.org/ or is it an overkill? Andrei -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2770768
RE: restlet + aws sdb
Jerome: 1) yes, I am up to the job; please create wiki; 2) any chance you could move source to github? I can not stand svn anymore :-) Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2771605
RE: restlet + aws sdb
wiki-id : andrei.pozolotin sandbox : https://github.com/carrot-garden/carrot-org.restlet.ext.simpledb -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2771663
Re: restlet + aws sdb
Tim: Original Message Subject: Re: restlet + aws sdb From: Tim Peierls t...@peierls.net To: discuss@restlet.tigris.org Date: Tue 21 Jun 2011 01:10:07 PM CDT On Tue, Jun 21, 2011 at 12:12 PM, Andrei Pozolotin andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote: 2) any chance you could move source to github? I can not stand svn anymore :-) Hmm. I very much prefer svn thanks for sharing; (I have had terrible difficulties working with git-oriented projects), please try again, specifically github, and play with fork/pull merge; but I think it's best if the Noelios folks do what feels right to them. I disagree: it should be the way around: what feels right for us :-) then Noelios folks will need do no work no more: all will be done by contributors! (since it feels right for them :-) --tim Andrei -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2771665
Re: Restlet Framework 2.0.8 and 2.1 M5 released
*Jerome: * 1) thanks for the update; chapter 9 is what I needed: re: restlet + beanstalk 2) M5 is not in the repo? http://maven.restlet.org/org/restlet/jse/org.restlet/ Thank you, Andrei Original Message Subject: Restlet Framework 2.0.8 and 2.1 M5 released From: Jerome Louvel jerome.lou...@noelios.com To: discuss@restlet.tigris.org Date: Tue 21 Jun 2011 04:51:28 PM CDT Hi all, We are pleased to announce the release of two versions today as well as a new chapter of the Restlet in Action book! All details are available here : http://blog.noelios.com/2011/06/21/restlet-framework-2-1-m5-and-2-0-8-released/ Best regards, Jerome -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org http://www.restlet.org/ Noelios Technologies ~ http://www.noelios.com http://www.noelios.com/ -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2772107
restlet + aws sdb
Hello; I am curious: is there an extension for restlet + aws sdb: http://aws.amazon.com/simpledb/ ? thanks; Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2770704
Re: restlet inside aws beanstalk
Tim: got it; makes perfect sense; thanks. Andrei. Original Message Subject: Re: restlet inside aws beanstalk From: Tim Peierls t...@peierls.net To: discuss@restlet.tigris.org Date: Fri 10 Jun 2011 09:48:53 AM CDT On Wed, Jun 8, 2011 at 5:25 PM, Andrei Pozolotin andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote: http://restlet-discuss.1400322.n2.nabble.com/org-restlet-autoWire-false-tp6454958p6455389.html for how I cope with multiple deployment modes. can I ask: do you use AWS S3 in EB restlet context? Yes, via JClouds. what is your experience with it? So far so good. do you store AWS credentials in the EB or you found a way not to do it? I use the environment properties in the container configuration. --tim -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2762717
Re: org.restlet.autoWire=false
Tim:
Original Message
Subject: Re: org.restlet.autoWire=false
From: Tim Peierls t...@peierls.net
To: discuss@restlet.tigris.org
Date: Wed 08 Jun 2011 03:45:11 PM CDT
I use ServerServlet in mode 2 with autoWire=true so I can deploy as a
regular Tomcat servlet (with additional URI path determined by war
name) or under Elastic Beanstalk (with no additional path). Mode 2
makes more sense to me, because I'm dealing with a Component already.
I guess I have to clarify that in all my deployment scenarios, I will
not run my components at root of the host;
hence I always have a need for {servletId} which is a logical name of my
application http://host/{servletId}
regardless if component runs in tomcat or standalone;
Andrei.
I also do most testing as a standalone Component, and I wrote about
the details these multiple deployment possibilities here:
http://restlet-discuss.1400322.n2.nabble.com/Different-deployment-schemes-for-the-same-Restlet-based-Application-td6398049.html#a6398696
Without autoWire=true, I'd have to code paths differently depending on
how I was deploying the Component.
--tim
On Wed, Jun 8, 2011 at 9:03 AM, Andrei Pozolotin
andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote:
your currect javadoc:
http://www.restlet.org/documentation/2.0/jee/ext/org/restlet/ext/servlet/ServerServlet.html
and your book:
http://www.manning.com/louvel/
makes an impression that the correct way to use component inside
a servlet (mode 3) is to use org.restlet.autoWire=true (the
default you force on the unknowing) which forces a prepend of all
route paths with tomcat servlet context;
that was rather misleading;
it took me some time to understand that a better way would be to
use org.restlet.autoWire=false and pattern mapping like this:
getDefaultHost().attach(/{servletId}/mail, new MailApp());
that allows to avoid cludges with trying to read
org.restlet.ext.servlet.offsetPath and you now get your tomcat
offsetPath injected as {servletId} for free :-)
I sugest you clarify this in your book, and possibly change
default settings to org.restlet.autoWire=false
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760553
org.restlet.autoWire=false
Thierry, hello again:
your currect javadoc:
http://www.restlet.org/documentation/2.0/jee/ext/org/restlet/ext/servlet/ServerServlet.html
and your book:
http://www.manning.com/louvel/
makes an impression that the correct way to use component inside a servlet
(mode 3) is to use org.restlet.autoWire=true (the default you force on the
unknowing) which forces a prepend of all route paths with tomcat servlet
context;
that was rather misleading;
it took me some time to understand that a better way would be to use
org.restlet.autoWire=false and pattern mapping like this:
getDefaultHost().attach(/{servletId}/mail, new MailApp());
that allows to avoid cludges with trying to read
org.restlet.ext.servlet.offsetPath and you now get your tomcat offsetPath
injected as {servletId} for free :-)
I sugest you clarify this in your book, and possibly change default settings to
org.restlet.autoWire=false
thank you;
Andrei.
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760470
restlet inside aws beanstalk
Thierry, Hello; SITUATION: I would like to use restlet inside aws beanstalk: https://aws.amazon.com/elasticbeanstalk/ I would like to use beanstalk tomcat as deployment mechanism only for restlet components, and avoid extra layer of tomcat connectors; Restlet components will be mapped to different tomcat context paths. QUESTION: is it possible to bypass org.restlet.ext.servlet.ServerServlet wrapper in terms of NOT using tomcat connectors and using restlet connectors directly? How could I do that? thank you; Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760467
Re: org.restlet.autoWire=false
*Tim:
*
1) thanks for sharing!
2) there is an error in my first post; I really meant mode 2:
The /WEB-INF/web.xml file contains a parameter named
org.restlet.component. Its value must be the path of a class that
inherits from |Component|
http://www.restlet.org/documentation/2.0/$%7Bedition.id%7D/api/org/restlet/Component.html.
It is used to instantiate and attach the described component,
contained applications and connectors.
3) I have several components running on a different tomcat context
paths in the same tomcat;
4) re: Without autoWire=true, I'd have to code paths differently
depending on how I was deploying the Component.
this is exactly my point: with autoWire=false and patternUri like
this: getDefaultHost().attach(/{servletId}/mail, new MailApp());
you get extra attribute in the request: {servletId} which is tomcat
context path; so inside your attached app you deal with uri like
this: /accounts
this allows me to run staging and release components in the same
tomcat on different context paths;
5) re: I also do most testing as a standalone Component, and I
wrote about the details these multiple deployment possibilities here:
me too! I have a launcher to simulate servlet environment;
Thank you,
Andrei
Original Message
Subject: Re: org.restlet.autoWire=false
From: Tim Peierls t...@peierls.net
To: discuss@restlet.tigris.org
Date: Wed 08 Jun 2011 03:45:11 PM CDT
I use ServerServlet in mode 2 with autoWire=true so I can deploy as a
regular Tomcat servlet (with additional URI path determined by war
name) or under Elastic Beanstalk (with no additional path). Mode 2
makes more sense to me, because I'm dealing with a Component already.
I also do most testing as a standalone Component, and I wrote about
the details these multiple deployment possibilities here:
http://restlet-discuss.1400322.n2.nabble.com/Different-deployment-schemes-for-the-same-Restlet-based-Application-td6398049.html#a6398696
Without autoWire=true, I'd have to code paths differently depending on
how I was deploying the Component.
--tim
On Wed, Jun 8, 2011 at 9:03 AM, Andrei Pozolotin
andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote:
your currect javadoc:
http://www.restlet.org/documentation/2.0/jee/ext/org/restlet/ext/servlet/ServerServlet.html
and your book:
http://www.manning.com/louvel/
makes an impression that the correct way to use component inside
a servlet (mode 3) is to use org.restlet.autoWire=true (the
default you force on the unknowing) which forces a prepend of all
route paths with tomcat servlet context;
that was rather misleading;
it took me some time to understand that a better way would be to
use org.restlet.autoWire=false and pattern mapping like this:
getDefaultHost().attach(/{servletId}/mail, new MailApp());
that allows to avoid cludges with trying to read
org.restlet.ext.servlet.offsetPath and you now get your tomcat
offsetPath injected as {servletId} for free :-)
I sugest you clarify this in your book, and possibly change
default settings to org.restlet.autoWire=false
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760549
Re: restlet inside aws beanstalk
*Tim: * Original Message Subject: Re: restlet inside aws beanstalk From: Tim Peierls t...@peierls.net To: discuss@restlet.tigris.org Date: Wed 08 Jun 2011 03:48:40 PM CDT As long as Amazon only supports war files as the unit of deployment, we're stuck with those connectors. I am still hoping there is a hack to get around that:-) I'm keeping my deployment options open for that great day (which might never come) when EB supports other options. See my response to your earlier post thanks again; http://restlet-discuss.1400322.n2.nabble.com/org-restlet-autoWire-false-tp6454958p6455389.html for how I cope with multiple deployment modes. can I ask: do you use AWS S3 in EB restlet context? what is your experience with it? do you store AWS credentials in the EB or you found a way not to do it? --tim Andrei. On Wed, Jun 8, 2011 at 8:52 AM, Andrei Pozolotin andrei.pozolo...@gmail.com mailto:andrei.pozolo...@gmail.com wrote: Thierry, Hello; SITUATION: I would like to use restlet inside aws beanstalk: https://aws.amazon.com/elasticbeanstalk/ I would like to use beanstalk tomcat as deployment mechanism only for restlet components, and avoid extra layer of tomcat connectors; Restlet components will be mapped to different tomcat context paths. QUESTION: is it possible to bypass org.restlet.ext.servlet.ServerServlet wrapper in terms of NOT using tomcat connectors and using restlet connectors directly? How could I do that? thank you; Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760467 http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760467 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2760551
RE: BUG: restlet client ignores SSL parameters
Thierry, hello: do you think you could take a look on this? thank you; Andrei. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2723440
RE: Setting the keystore password for SSL
here is working example: -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712383
restlet + terracotta
hello; does anyone managed to run restlet with back end store on terracotta? http://www.terracotta.org/ http://code.google.com/p/terrastore/ so it behaves like terrasotre: http://code.google.com/p/terrastore/ but with restlet security; please share? thank you. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712385
Re: Setting the keystore password for SSL
*John:* there were no attachment; I replied to your post: http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712383 with this link (which somehow got cut off): http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/MainServerSSL.java that is a code that runs restlet server and allows to connect via ssl in browser with user/pass = user/pass and this is http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/MainClientSSL.java a restlet client that can not connect using self-signed cert as I described here: http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712046 Thank you, Andrei. Original Message Subject: Re: Setting the keystore password for SSL From: John Karp johnk...@gmail.com To: Andrei Pozolotin andrei.pozolo...@gmail.com Date: Fri 18 Mar 2011 11:06:17 AM CDT I'm sorry, but I don't seem to have gotten any attachment with your message. Could you send again? Thanks! John here is working example: -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712414
BUG: restlet client ignores SSL parameters
Hello People of Restlet; I made self-sign keys and cert for both: restlet server: http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/MainServerSSL.java restlet client: http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/MainClientSSL.java when I run server, I can accept exception in browser and hence confirm that server did aceept SSL parameters; but when I run client which tries to connect to the server, it blows up with exceptions which show that client is still using default java ssl stores; I verified this by placing a break point on: org.restlet.ext.ssl.PkixSslContextFactory.init(SeriesParameter parameters) namely, server does call it; but in client it never gets called; please let me know what am I missing? thank you; Andrei -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712046
RE: BUG: restlet client ignores SSL parameters
FYI: 1) script to generate keys stores: http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/resources/developer-keytool.sh 2) location of generated key stores used in test: http://code.google.com/p/carrotgarden/source/browse/#svn%2Ftrunk%2Ftest-restlet%2Fssl 3) reading and setting ssl restlet parameters: http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/RESTLET.java -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712171
RE: BUG: restlet client ignores SSL parameters
this is tested with restlet version 2.0.5 with 2.1-SNAPSHOT the server code http://code.google.com/p/carrotgarden/source/browse/trunk/test-restlet/src/main/java/restlet_01/MainServerSSL.java just hangs -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2712183
