contributing - areas of interest

[Raif S. Naffah]

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=4447&dsMessageId=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

[Stephan Koops]

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=4447&dsMessageId=981061

Re: contributing - areas of interest

[Thierry Boileau]

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=4447&dsMessageId=981057

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

Re: problem with restlet-gwt

[Thierry Boileau]

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=4447&dsMessageId=981095

Re: contributing - areas of interest

[Avi Flax]

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=4447&dsMessageId=981192

Re: contributing - areas of interest

[Xavier Méhaut]

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=4447&dsMessageId=981195

Re: contributing - areas of interest

[Avi Flax]

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=discuss&msgNo=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=4447&dsMessageId=981205

Re: contributing - areas of interest

[Raif S. Naffah]

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=4447&dsMessageId=
> >981057
>
> --
> http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=98
>1072

-- 
cheers;
rsn

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

signature.asc
Description: This is a digitally signed message part.

Re: contributing - areas of interest

[Raif S. Naffah]

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.name>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!

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=4447&dsMessageId=98
>1192

-- 
cheers;
rsn

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

signature.asc
Description: This is a digitally signed message part.

Simple "Reference" suggestion

[Cliff Binstock]

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=4447&dsMessageId=981233

Re: contributing - areas of interest

[Bruno Harbulot]

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.name>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!
> 
> 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=4447&dsMessageId=98
>> 1192
>

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

REQUEST FireFox cache control

[Cliff Binstock]

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=4447&dsMessageId=981380

Re: REQUEST FireFox cache control

[Rob Heittman]

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.

>
> 
>
> (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=4447&dsMessageId=981443