contributing - areas of interest
hello there, (i'm sending this again since it does not look like it made it to the list the first time around). i'd like to contribute to this project in my free time. areas of interests which i've identified so far --and am personally interested in-- are: * Java Bindings to XML Schemas: replace XML parsing with pre-generated classes (XMLBeans xmlbeans.apache.org) from published/known schemas; e.g. the parsing of the restlet.xml. * authorization toolkit: something equivalent to what is available with servlets in Apache Tomcat; see http://tomcat.apache.org/tomcat-6.0- doc/realm-howto.html. * KML/KMZ support: something beyond issue #677; more like a SPI toolkit to allow building KML files (e.g. from a CSV document). if this is of interest to the project maintainers, then pls. let me know how to proceed next. cheers; rsn -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981057 signature.asc Description: This is a digitally signed message part.
Re: how to provide several guards for a resource when using jax-rs extensions
Hi antoniojg, antoniojg schrieb: Hi all, I'm trying to port the restlet-gwt sample to a jax-rs style using the appropriate classes and annotations. However, I do not know how to set two guards on a same resource. In the original sample, two guards performing basic and digest authentication were added on two different urls /guarded and guarded_digest. This was possible since the router.attach method was being invoked. Now I'm wondering whether the same thing is possible to achieve using a JsrApplication instance. If I use the setGuard method I'm unable to distinguish which Guard should be invoked depending on a particular url. So how can I do? May someone help me? You mean you have two root resource classes, and want to use different guards for them? You have to instantiate two JaxRsApplications, and give one Guard to the first JaxRsApplication the other Guard to the other JaxRsApplication. Than you set one of the jaxRsApplication objects as default restlet to the other jaxRsApplication object: JaxRsApplication jaxRsApp1 = new JaxRsApplication(); JaxRsApplication jaxRsApp2 = new JaxRsApplication(); jaxRsApp1.setGuard(guard1); jaxRsApp2.setGuard(guard2); jaxRsApp1.getJaxRsRestlet().attachDefault(jaxRsApp2); Does this solve your problem? Or do I missunderstood you? The documentation at the link: http://wiki.restlet.org/docs_1.1/13-restlet/28-restlet/57-restlet.html is a little vague and according to previous posts, it also seems to be partially wrong since the createRoot method is being missed and all the activity has been moved to the construcor. Moreover, the ExampleApplication should extend ApplicationConfig and not Application, if I do not get wrong. Thanks to alla for your support. It's a really great project and I'd like to contribute for it. I've just take a look on the wiki page. It says nothing about the method createRoot, and I've changed ApplicationConfig to Application some weeks or month ago. Do you used an old version of this page, perhaps a cached one? Could you reload it from the server in your browser, or perhaps clear your cache? best regards Stephan -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981061
Re: contributing - areas of interest
Hello Raif, that's very nice of you to help the project and of course you're very welcome. Since Jérôme is on vacations right now, you have to wait a little bit. He will be back in the middle of the new week. Best regards, Thierry Boileau -- Restlet ~ Core developer ~ http://www.restlet.org Noelios Technologies ~ Co-founder ~ http://www.noelios.com hello there, (i'm sending this again since it does not look like it made it to the list the first time around). i'd like to contribute to this project in my free time. areas of interests which i've identified so far --and am personally interested in-- are: * Java Bindings to XML Schemas: replace XML parsing with pre-generated classes (XMLBeans xmlbeans.apache.org) from published/known schemas; e.g. the parsing of the restlet.xml. * authorization toolkit: something equivalent to what is available with servlets in Apache Tomcat; see http://tomcat.apache.org/tomcat-6.0- doc/realm-howto.html. * KML/KMZ support: something beyond issue #677; more like a SPI toolkit to allow building KML files (e.g. from a CSV document). if this is of interest to the project maintainers, then pls. let me know how to proceed next. cheers; rsn -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981057 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981072
Re: problem with restlet-gwt
Hi all, I hope to find time this week. best regards, Thierry Boileau I very, very seldom use Windows, but Jerome and Thierry do, so I'm sure he's used the sample there -- I think he updated it most recently. I think I see what you are asking -- you need to use both Restlet and RPC in the same application. I don't have an example of that right at hand; I use Restlet so I don't have to use RPC at all ... but I do understand and I know that it can be set up. If you are running under Eclipse, it is possible for the web.xml to be overwritten and Eclipse doesn't know about it without you doing an explicit Refresh on the file -- but you probably tried this already. Is your web.xml exactly as it came from the example, or have you modified it in any way? When we run the gwtshell under eclipse, I saw that it starts a tomcat instance. It also deploys the restlet resources there in order they to be found by the gwt engine? My question is does the gwt shell behave as a web container and deploy the resources (in the server folder) within it as we had created a web project and put the restlet based application classes within it? Yes, that is how the hosted mode works. If I start the restlet TestServer component as a standaolne application and then run the shell again it complains of an already used address and so the server side should work well even if I can not see the TestServer's sytem.out statements in the console. If the standalone uses the same port as hosted mode, you can't run them both at once. I think hosted mode defaults to . I read several books on gwt (gwt in practice and Pro web 2.0 with gwt ... and so on) and I have seen different solutions but noone clearly refers to this particular integration with rest. It is very new -- not likely to be in the books yet! Can You please help me? Trying :-) Thierry here may also have some ideas. - Rob -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981095
Re: contributing - areas of interest
On Mon, Dec 8, 2008 at 03:04, Raif S. Naffah [EMAIL PROTECTED]wrote: i'd like to contribute to this project in my free time. Raif, that's great! Can I suggest RFE 658, Add support for JSecurity? http://restlet.tigris.org/issues/show_bug.cgi?id=658 Since you're interested in security, this might be interesting to you. I'd love to see this one make progress! Thanks, Avi -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981192
Re: contributing - areas of interest
I didn't know JSecurity before the previous email... It seems quite powerful and interesting? has someone already tried it practically? What would be the the bottlenecks or redundencies while integrating JSecurity with restlets? regards 2008/12/8 Avi Flax [EMAIL PROTECTED] On Mon, Dec 8, 2008 at 03:04, Raif S. Naffah [EMAIL PROTECTED]wrote: i'd like to contribute to this project in my free time. Raif, that's great! Can I suggest RFE 658, Add support for JSecurity? http://restlet.tigris.org/issues/show_bug.cgi?id=658 Since you're interested in security, this might be interesting to you. I'd love to see this one make progress! Thanks, Avi -- Xavier Méhaut Directeur Informatique Groupe Visiodyn Tel: +33(0) 254 800 583 Fax: +33(0) 254 800 592 Blog: http://it-tonic.blogspot.com/ -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981195
Re: contributing - areas of interest
On Mon, Dec 8, 2008 at 11:55, Xavier Méhaut [EMAIL PROTECTED] wrote: I didn't know JSecurity before the previous email... It seems quite powerful and interesting? I actually hadn't known about it before I saw that RFE either, and I had the same impression. (As an aside: this is an aspect of the Restlet project which I really appreciate... I was new to Java when I started using it - in fact, I learned Java so I could use Restlet - and I didn't know anything about the various libraries in the Java ecosystem/community - I didn't know which libraries existed, and which had a good reputation, etc. I've since found that the various libraries which are included with the Restlet distribution tend to be best-in-class, or top-of-class, and it's been very useful that Restlet has introduced them to me. I'm specifically thinking of Jetty, FreeMarker, db4o, apache commons.) has someone already tried it practically? The RFE mentions: Tamás Cservenák has sucessfully integrated it with Restlet in Servlet deployment mode: http://restlet.tigris.org/servlets/ReadMsg?list=discussmsgNo=6834 - beyond that, I don't know. You may want to search the mailing list. What would be the the bottlenecks or redundencies while integrating JSecurity with restlets? I don't know, actually, figuring that out might be the first step in working on this! Are you possibly interested in working with Raif on it? -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981205
Re: contributing - areas of interest
hello Thierry, On Monday 08 December 2008 20:14:28 Thierry Boileau wrote: Hello Raif, that's very nice of you to help the project and of course you're very welcome. thank you. Since Jérôme is on vacations right now, you have to wait a little bit. He will be back in the middle of the new week. no problems. look forward to his input. Best regards, Thierry Boileau -- Restlet ~ Core developer ~ http://www.restlet.org Noelios Technologies ~ Co-founder ~ http://www.noelios.com hello there, (i'm sending this again since it does not look like it made it to the list the first time around). i'd like to contribute to this project in my free time. areas of interests which i've identified so far --and am personally interested in-- are: * Java Bindings to XML Schemas: replace XML parsing with pre-generated classes (XMLBeans xmlbeans.apache.org) from published/known schemas; e.g. the parsing of the restlet.xml. * authorization toolkit: something equivalent to what is available with servlets in Apache Tomcat; see http://tomcat.apache.org/tomcat-6.0- doc/realm-howto.html. * KML/KMZ support: something beyond issue #677; more like a SPI toolkit to allow building KML files (e.g. from a CSV document). if this is of interest to the project maintainers, then pls. let me know how to proceed next. cheers; rsn -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId= 981057 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=98 1072 -- cheers; rsn -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981215 signature.asc Description: This is a digitally signed message part.
Re: contributing - areas of interest
hello Avi, On Tuesday 09 December 2008 03:32:54 Avi Flax wrote: On Mon, Dec 8, 2008 at 03:04, Raif S. Naffah [EMAIL PROTECTED] raif.namewrote: i'd like to contribute to this project in my free time. Raif, that's great! Can I suggest RFE 658, Add support for JSecurity? http://restlet.tigris.org/issues/show_bug.cgi?id=658 Since you're interested in security, this might be interesting to you. I'd love to see this one make progress! yah! it's very close to what i had in mind. i'll look closer into JSecurity and may be add my comment to that RFE. Thanks, thanks for bringing JSecurity to my attention! Avi -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=98 1192 -- cheers; rsn -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981217 signature.asc Description: This is a digitally signed message part.
Simple Reference suggestion
Another Restlet suggestion: The Reference class should definitely have a #toURI method. It should possibly also have a URI constructor. Thanks, Cliff -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981233
Re: contributing - areas of interest
Hi, You might also be interested in RFE 505, which already has a few comments, including pointers to discussions on this mailing list: http://restlet.tigris.org/issues/show_bug.cgi?id=505 (I doubt I'll be able to follow the discussions in details over the next couple of weeks at least.) Best wishes, Bruno. Raif S. Naffah wrote: hello Avi, On Tuesday 09 December 2008 03:32:54 Avi Flax wrote: On Mon, Dec 8, 2008 at 03:04, Raif S. Naffah [EMAIL PROTECTED] raif.namewrote: i'd like to contribute to this project in my free time. Raif, that's great! Can I suggest RFE 658, Add support for JSecurity? http://restlet.tigris.org/issues/show_bug.cgi?id=658 Since you're interested in security, this might be interesting to you. I'd love to see this one make progress! yah! it's very close to what i had in mind. i'll look closer into JSecurity and may be add my comment to that RFE. Thanks, thanks for bringing JSecurity to my attention! Avi -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=98 1192 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981301
REQUEST FireFox cache control
It appears that Firefox doesn't respect expiration date or cache-control properly. I would like most/all of my routes to expire immediately (and require a reload). I'm guessing that Representation#setTransient sets the Cache-control: no-cache for the return headers. However, according to http://blog.httpwatch.com/2008/10/15/two-important-differences-between-firef ox-and-ie-caching/ (which is hopefully correct), FF will only respond as expected if you also set no-store. In otherwords, Cache-control: no-cache no-store. REQUEST: Perhaps the indirect effect of setTransient could set both of these? Could someone point me to where the effect of #isTransient actually does something to the header? Thanks much, Cliff -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981380
Re: REQUEST FireFox cache control
Hi Cliff, Jerome is on holiday, so I'll take a shot at this; if I'm wrong, Thierry will take a shot at me :-) I'm pretty sure that the transient property is only useful to identify entities that can only be consumed once; for example, stream-based representations. I don't think they do or are meant to influence cache behavior in any way. This RFE tracks the idea of introducing caching support to Restlet (both internally, and influencing client side cache behavior): http://restlet.tigris.org/issues/show_bug.cgi?id=25 Interesting work is scheduled to happen on this in the near future. At present, you must set the Cache-Control header directly using the non-standard header mechanism: http://www.restlet.org/documentation/1.1/api/org/restlet/data/Message.html#getAttributes() This will produce a warning, I think (unless it was turned off recently) but will get the desired effect. I was hoping to propose a patch in the 1.1 timeframe that would directly support the Cache-Control header without yet conquering the rest of RFE 25, but did not get around to it. I still think this is worth doing in a 1.1 incremental release -- it's a common, common need. http://blog.httpwatch.com/2008/10/15/two-important-differences-between-firefox-and-ie-caching/ I read this article and, while I think its technical statements are correct, it seems to have been written from the perspective that IE's behavior is per spec, which I feel it is not. http://blog.httpwatch.com/2008/10/15/two-important-differences-between-firefox-and-ie-caching/ (which is hopefully correct), FF will only respond as expected if you *also *set no-store. In otherwords, Cache-control: no-cache no-store. See sections 14.9.1 and 14.9.2 of the HTTP 1.1 RFC: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.1 no-cache will stop FF from storing the page in the disk cache for subsequent requests -- but you can still generally hit the back button to return to the page as originally seen. You must use no-store if you mean to avoid disclosure of sensitive information, not store the page anywhere including the memory cache, and to reload it on any redisplay. I feel that this behavior tracks the RFC text more accurately; IE has it wrong by not using no-store for this purpose. Depending on what you mean to happen, you should use the appropriate thing. I use no-store on pages that absolutely must not be reloaded for any reason, but generally use no-cache for good performance combined with good liveness of content. - R -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=981443
