RE: Difference Between Internal Server Connector and Grizzly in 2.0RC3?
Hi Alex, Do you still have the issue with 2.0 RC4 or a recent snapshot? Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : ale...@milowski.com [mailto:ale...@milowski.com] De la part de Alex Milowski Envoyé : vendredi 21 mai 2010 12:58 À : discuss@restlet.tigris.org Objet : Difference Between Internal Server Connector and Grizzly in 2.0RC3? I've been working on migrating my Atomojo [1] project to Restlet 2.0 and I've run into a strange problem. My junit tests hang with the internal server connector but they don't with the grizzly connector. I moved to the recent RC3 release and seem to have the same problem. If I add a call to release on the client side: response.getEntity().release(); it works as expected with the internal connector. My tests basically start up a local server and then use the client libraries to make requests against localhost. Any ideas? I would expect this to work consistently regardless of the connector in use and these tests have all worked flawlessly in the past. I was using the Jetty server connector in 1.1 and I'm now moving to Grizzly. Is this a bug or an incorrect use of the client API? [1] http://code.google.com/p/atomojo/ --Alex Milowski -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=26117 35 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628650
RE: restlet jaxrs cookie question
Hi Stephan and Sriram, I have just checked in the fix in SVN trunk. It will be part of version 2.0.0. Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : stephan.ko...@web.de [mailto:stephan.ko...@web.de] Envoyé : vendredi 21 mai 2010 21:46 À : discuss@restlet.tigris.org Objet : Re: restlet jaxrs cookie question Hi However I think I found the cause for the cookie setting bug. NewCookieHeaderDelegate:toString is using CookieWriter. It needs to use org.restlet.engine.http.header.CookieSettingWriter. it should say return CookieSettingWriter.write(Converter.toRestletCookieSetting(newCookie)); With a web-app running this version of the jaxrs jar file. I see the correct cookie settings in tcpmonitor. Cool ! I've fixed the bug as proposed and checked it into SVN. More exactly: I've started the check in, but it was breaked after wroting the last email. Because my Restlet workspace is very unorganized, I could not reorganize it in 10 minutes. Could someone else please check in this proposal, and also update the changes.txt? Thanks stephan -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=26118 70 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628656
RE: Integrate Restlet 2 with Spring
Hi Anett, The user documentation for version 2.0 of the Spring extension is here: http://wiki.restlet.org/docs_2.0/13-restlet/28-restlet/70-restlet.html It may not be 100% up to date however. Please report any concrete issue you find. Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : SelvaGold [mailto:thangavel.loganat...@gmail.com] Envoyé : mercredi 30 juin 2010 18:13 À : discuss@restlet.tigris.org Objet : Re: Integrate Restlet 2 with Spring Hi ! please go through the below link .. https://qmino.wordpress.com/?s=integrate+with+spring Thangavel -- View this message in context: http://restlet-discuss.1400322.n2.nabble.com/Integrate-Restlet-2-with-Spring -tp5237507p5237912.html Sent from the Restlet Discuss mailing list archive at Nabble.com. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=26278 05 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628665
RE: ClientResource leaves inactive thread
Hi Nina, We had some issues with our automated build (fixed now), so I would recommend trying the latest snapshot again if you still have the issue. If you want to prevent automatic thread creation, you can either: 1. Create a Client(Protocol.HTTP) instance and attach it to each ClientResource via setNext() 2. Use another HTTP connector such as Apache HTTP client by adding org.restlet.ext.httpclient.jar in your classpaht (+ dependencies) The fix in the latest snapshot should however take care of collecting the automatically created client connectors/threads. Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org/ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com/ http://www.noelios.com De : Nina Jeliazkova [mailto:n...@acad.bg] Envoyé : mardi 29 juin 2010 13:50 À : discuss@restlet.tigris.org Objet : Re: ClientResource leaves inactive thread Tim Peierls wrote: On Thu, Jun 24, 2010 at 11:52 AM, Nina Jeliazkova n...@acad.bg wrote: Tim Peierls wrote: What was the date of that snapshot? It looks like there's a fix as of June 11, revision 6696 in svn. Not sure about the date, it's the snapshot, available in the maven repository, http://maven.restlet.org/org/restlet/jee/org.restlet/2.0-SNAPSHOT/org.restle t-2.0-SNAPSHOT.pom So it depends on when you downloaded it, since the snapshot changes. The snapshot was downloaded (via maven) and tested June 22 (first post in this thread). Today snapshot seems to have the thread leak fixed. I would actually prefer a configurable ClientResource, to be able to switch on/off launching separate threads - does this already exist? Have you tried using something other than the internal connector? The leak was found when running some service under Tomcat , and then reported to me, so it's not specific to the internal connector. Regards, Nina --tim -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628674
RE: Problem using RestletFileUpload for V2. RC3
Hi Hideki, You were pointing to user guide of version 1.1. Here is the new link: http://wiki.restlet.org/docs_2.0/13-restlet/28-restlet/64-restlet.html For dependencies, you should have a look at the readme.txt file in the /lib directory of your distribution. Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : HT [mailto:hideki.tih...@gmail.com] Envoyé : jeudi 27 mai 2010 18:22 À : discuss@restlet.tigris.org Objet : RE: Problem using RestletFileUpload for V2. RC3 Additionally I have the question. For v2 RC3 do i need all *.jars as mentioned on the page http://wiki.restlet.org/docs_1.1/13-restlet/28-restlet/64-restlet.html I have installed following: - org.restlet.jar - org.restlet.ext.servlet.jar - org.restlet.ext.fileupload.jar - org.restlet.ext.fileupload - commons-fileupload-1.2.1.jar - commons-io-1.4.jar Do I need : com.noelios.restlet ? On a side note; is there an example of how to parse fields passed from a webform AND also a file attached in the multipart form ? Regards, Hideki -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=26141 34 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628679
RE: Where to find documentation regarding annotations in V2 RC3
Hi HT, Your annotated method could look like: @Post(xml:pdf) public InputStream submit(Document) If you can return an InputStream, then you need to return an OutputRepresentation, overriding its write(OutputStream) method. @Post(xml:pdf) public OutputRepresentation submit(Document) Best regards, Jerome Louvel -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.org Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : HT [mailto:hideki.tih...@gmail.com] Envoyé : vendredi 28 mai 2010 11:42 À : discuss@restlet.tigris.org Objet : RE: Where to find documentation regarding annotations in V2 RC3 Hi Thierry, thanks a lot. What is the annotation for a POST that gets xml in and should send pdf document out ? Is is @Post(xml|pdf) ? Is there somewhere an example of how to send back a byte stream to the outputstream ? Regards, HT. -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=26144 26 -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628680
Re: Where to find documentation regarding annotations in V2 RC3
Not sure, but I think Jerome meant If you *can't* return an InputStream... --tim On Fri, Jul 2, 2010 at 11:50 AM, Jerome Louvel jerome.lou...@noelios.comwrote: Your annotated method could look like: @Post(xml:pdf) public InputStream submit(Document) * If you can return an InputStream*, then you need to return an OutputRepresentation, overriding its write(OutputStream) method. @Post(xml:pdf) public OutputRepresentation submit(Document) -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628686
RE: Where to find documentation regarding annotations in V2 RC3
Thanks Tim, youre right J Cheers, Jerome De : tpeie...@gmail.com [mailto:tpeie...@gmail.com] De la part de Tim Peierls Envoyé : vendredi 2 juillet 2010 18:03 À : discuss@restlet.tigris.org Cc : hideki.tih...@gmail.com Objet : Re: Where to find documentation regarding annotations in V2 RC3 Not sure, but I think Jerome meant If you *can't* return an InputStream... --tim On Fri, Jul 2, 2010 at 11:50 AM, Jerome Louvel jerome.lou...@noelios.com wrote: Your annotated method could look like: @Post(xml:pdf) public InputStream submit(Document) If you can return an InputStream, then you need to return an OutputRepresentation, overriding its write(OutputStream) method. @Post(xml:pdf) public OutputRepresentation submit(Document) -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628697
Re: ClientResource leaves inactive thread
As long as you're part of the decision-making process for Restlet, then I'm OK with it. The caveat is that people don't always understand how to use the configuration parameters of ThreadPoolExecutor. There was an exchange on the concurrency-interest mailing list recently that brought this home to me. For example, it seems that a lot of people think of corePoolSize as minPoolSize, the opposite of maxPoolSize, which is the wrong way to think about it. A conservative default in Restlet is probably better than a user configuration based on a misunderstanding. --tim -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628698
Maven distribution problem
(short version) When building the 'gae' restlet edition, you have a separate groupId for the restlet 'core' artifact (org.restlet.gae:org.restlet instead of org.restlet.jse:org.restlet), which is nice. Unfortunately, the 'gae' edition also introduces changes in org.restlet:org.restlet.ext.servlet (via ifdef/ifndef instructions). So depending on the edition, you have different 'editions' of the same maven artifact, which Maven doesn't like. It might be better (though I didn't examine the details) to use maven's classifier mechanism for distinguishing the maven artifacts This page does a good job at describing maven classifiers: http://www.sonatype.com/books/mvnref-book/reference/profiles-sect-platform-classifier.html Does this make sense? Karel -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2628761