on.
Please test and let me know if that fully works. I have also released a new
snapshot to facilitate testing.
Best regards,
Jerome Louvel
--
http://www.restlet.org
I've just updated the current.zip with changes to the POM artifact ID. They
now closely match the JAR names as recommended here:
http://maven.apache.org/guides/mini/guide-naming-conventions.html
Thanks,
Jerome
> -Message d'origine-
> De : Jerome Louvel
> Envoyé : ma
Hi Vincent,
This page indicates that the artifactId should be "the name of the jar
without version."
http://maven.apache.org/guides/mini/guide-naming-conventions.html
Also, I've checked the Ibiblio repository and found many variants for
naming:
http://www.ibiblio.org/maven/
I think I would pref
Hi again,
Let me answer inline:
> I upgraded to RC3 and am getting seriously confused.
Oh oh :)
> I have to rewrite most of my application's restlet-related
> code, and I can't
> figure out how I should do it.
The major change should be regarding Handlers. In most cases you should be
able to
Hi Yuri,
Thanks for reporting those glitches, they are now fixed in SVN.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Yuri de Wit
> Envoyé : mercredi 17 janvier 2007 16:37
> À : discuss@restlet.tigris.org
> Objet : Errors in Eclipse wo
Hi Yuri,
> Hi Jerome, I guess now you have the start of the RC3 tutorial
> on resources...
> ;-) thanks it was very useful.
Indeed! Actually this list is also a great starting point when I
want to extend the FAQ pages.
> In the same way that the Restlet framework provides a design
> support
Hi Vincent,
> My question was more 'what the constructor should do for a
> PUT request?'
> For a GET, it builds the resource (from the DB, filesystem,
> etc.) based on the
> URI. But this doesn't apply to a POST or a PUT. The
> constructor doesn't know
> the finder is building a MyResource in
Hi Sean,
First, I apologize for the confusion with the recent changes. They were not
intended to come in so late in the RC process but became very obvious to me
while working on some concrete examples recently.
FYI, the upcoming RC3 to be released today or tomorrow will contain all the
planned
Hi Vincent,
Thanks for your comments. That's exactly the purpose of the snapshots, to
get early feed-back in order to anticipate problems and potential errors in
the change decisions. At the time of my reply the
Resource.getPreferredVariant() method was already public in SVN, I should
have made i
Thanks Vincent, I have added this contribution to our wiki:
http://wiki.restlet.org
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : jeudi 18 janvier 2007 20:36
> À : discuss@restlet.tigris.org
> Objet : Script to install
Vincent,
I will make sure that official releases have a different version. For
example, starting from 1.0.0 we will have minor fixes in 1.0.1, 1.0.2, etc.
API extensions (backward compatible) will go into 1.1.0 and major changes
into 2.0.0.
As for RC3, they were just SVN snapshots, so I'm a bit
Hi,
Indeed, we are now only relying on URI Templates [1]. But it is possible to
specify/change the type of a template variable.
Route route = router.attach("/foo/{id}", FooResource.class);
route.getTemplate().getVariables().put("id", new
Variable(Variable.TYPE_DIGIT));
Best rega
FYI, I have moved this thread into a bug report at:
http://restlet.tigris.org/issues/show_bug.cgi?id=249
Thanks for reporting it Vincent.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : vendredi 19 janvier 2007 08:47
> À
Hi Nick,
I've entered a report to keep track of this problem. See my reply there:
http://restlet.tigris.org/issues/show_bug.cgi?id=250
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Nick
> Envoyé : vendredi 19 janvier 2007 11:46
> À : di
Hi all,
Here is the third release candidate! We may have a RC4 if significant issues
come up, otherwise it could become 1.0 final :-)
Thank to the direct contributors:
- Charles Gay
- Diggory Briercliffe
- Thierry Boileau
- Valdis Rigdon
- Vincent Lari
- Yuri de Wit
Changes log:
http://www
Hi Vincent,
> I guess what's confusing me is the getRepresentation(Variant
> variant) method.
> I interpret id as 'get a representation from this variant'.
> But its actual
> meaning should be 'fill the representation part of this
> variant, if you haven't
> done it already in the resource's
Hi again,
It seems that the Atom Publishing Protocol spec slightly diverges from HTTP
1.1 spec on this case. The proposed usage of POST to create resource without
knowing the URI in advance makes sense to me in this case.
Your bank example looks good. I would just change the URI to
'/transactio
vier 2007 20:34
> À : discuss@restlet.tigris.org
> Objet : Re: handling multiple representations of a resource
>
>
> Sumit Lohia gmail.com> writes:
> >
> > Jerome Louvel noelios.com> writes:
> >
> (snipped previous messages about handling multiple
> re
Hi Vincent,
You got the semantics of your transaction resource right, but the name is
just a bit ambiguous (IMHO) for someone not too familiar with your design.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : mardi 23 j
Hi Vincent,
[...]
> Now, CollectionResource.post must create an ImageResource,
> and return a representation of this resource by calling
> ImageResource.getRepresentation(Variant variant).
> Does does CollectionResource.post know that the preferred variant is
> image/png?
>
> My guess:
>
>
Hi Vincent,
This has already been fixed in SVN. The "authorize()" method now returns
true by default. Thanks for reporting it.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : mercredi 24 janvier 2007 01:39
> À : discuss
Hi Vincent,
Exactly! This was a great thread, thanks for starting it.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : mardi 23 janvier 2007 18:25
> À : discuss@restlet.tigris.org
> Objet : Re: Getting confused
>
> Hi J
Hi all,
>From an HTTP point of view, the browser has no way to know the actual file
name that was used by the server for the resource "/jar", therefore it
proposes it as the name to save. If you want a different name, just change
your URI to "http://wasatch:8182/myfile.jar
Best regards,
Jerome
Hi Sean and Thierry,
I think that the FileRepresentation's Javadocs should have been slightly
more explicit for this constructor. I have just clarified it and also made
it smarter: now both file URIs and usual path names are supported. If your
path attribute starts with "file://" then we rely on
Hi Mitch,
Thanks for the note, I'm glad to see that these POM files are simplifying
your work with Restlets.
As for the JSON module, I've added a new dependency. I couldn't find any
existing POM for JSON, so I've assigned it a bundle name of "org.json", an
artifactId of "org.json" and a version
Hi all,
Thanks for exploring this recurring issue. I realize that the current
approach isn't flexible enough in many case. So, I have restored the default
constructor and added a new 'init(Context, Request, Response) method that
gets invoke by the other constructor.
Also, the Finder class will n
Hi all,
There is a first snapshot of RC4 at:
http://www.restlet.org/downloads/current.zip
It contains the following changes:
[Bugs fixed]
- Guard.authorize() doesn't call authenticate() anymore as doHandle() was
already checking
this point. Was pontially resulting in two calls to authenticat
age d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Sean Landis
> Envoyé : jeudi 25 janvier 2007 20:09
> À : discuss@restlet.tigris.org
> Objet : Re: Newbie question on the Resource changes in RC3
>
> Hi Jerome,
>
> Jerome Louvel noelios.com> writes:
ed state.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Sean Landis
> Envoyé : jeudi 25 janvier 2007 20:59
> À : discuss@restlet.tigris.org
> Objet : Re: Newbie question on the Resource changes in RC3
>
> Hi Jerome
Hi again,
The ResourceFactory that you describe is already incarnated in the Finder
class whose main purpose is to "find" (and/or instantiate) target resources
for a given request. The default Finder class creates a new instance of the
target Resource class for each call but you can implement oth
is
> Envoyé : vendredi 26 janvier 2007 17:23
> À : discuss@restlet.tigris.org
> Objet : Re: Newbie question on the Resource changes in RC3
>
> Hi Jerome,
>
> Jerome Louvel noelios.com> writes:
> > Hi Sean,
> >
> > I understand your concerns. Here is an al
Hi Sean,
[...]
> The original problem was that I couldn't
> parameterize Resources with my state because construction of resources
> was controlled by the Finder which only understood two constructor
> signatures.
>
> With the above changes, I now have control over construction
> of resources
Sean,
A Finder is a subclass of Restlet, so you can perfectly attach it manually
to the Router. The attach(myUri, MyResource.class) method is only here for
convenience when you don't need a custom Finder or when specifying the
"finderClass" property is sufficient.
Best regards,
Jerome
> -
Hi all,
Here is the fourth release candidate and hopefully the latest before 1.0
final! Thanks for thoroughly testing it.
Thank to the direct contributors:
- Brandon Lonac
- David Rauschenbach
- Denis Haskin
- Diggory Briercliffe
- Mitchell Stewart
- Ryan Daum
- Sean Landis
- Stephan Schm
Envoyé : vendredi 26 janvier 2007 21:15
> À : discuss@restlet.tigris.org
> Objet : Re: Newbie question on the Resource changes in RC3
>
> Hi Jerome,
>
> Jerome Louvel noelios.com> writes:
> >
> > You can get your state in two ways:
> >
> > 1) Get your Appl
amples of configuring Resources
> and Applications this way would do a lot to boost the
> popularity of the package, IMHO.
>
> Ryan
>
>
> On 1/27/07, Jerome Louvel <[EMAIL PROTECTED]> wrote:
>
>
> Hi Sean,
>
> Initially, the framew
Hi Brandon,
I have done some research in the past in this area. See this report:
http://restlet.tigris.org/issues/show_bug.cgi?id=143
I have just changed the milestone to 1.1 and added a comment mentionning
your proposition. Feel free to add more comments while you experiment.
BTW, I'm not conv
Hi Alex,
Good point, I've just added a setLogger() method to Context. Committed to
SVN.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Alex Combs
> Envoyé : mercredi 31 janvier 2007 19:26
> À : discuss@restlet.tigris.org
> Objet : Re: Co
reason).
You may have to flush your DNS cache or wait for some time before actually
accessing to the new IP address (92.121.60.60). Let me know if you have any
issue.
Best regards,
Jerome Louvel
--
http://www.restlet.org
I don't have examples but you need to call either the constructor with three
parameters (Context, Request, Response) or use the default on and then call
init(Context,Request,Response).
Your main concern should be to create meaningful Context, Request and
Response instances. Then, invoking getRepr
it OK to just use Context() to create a context object?
>
> --Chuck
>
> -Original Message-
> From: Jerome Louvel [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 01, 2007 12:10 PM
> To: discuss@restlet.tigris.org
> Subject: RE: Unit testing for Resource
>
>
&
Hi all,
I'm working on a new version of the Restlet Web site, with a restructured
content. I would be happy to hear what you think should be improved, added
or removed.
Best regards,
Jerome
As we had a couple of changes since RC4, it would be nice if some of you
could test them and confirm that no regression occurred before we release
1.0.0 later this month. Current changes log:
[Bugs fixed]
- Added missing dependency on Apache Commons IO for the Commons FileUpload
library. Reporte
Hi Valdis,
You are correct, parameters used for tunnelling should all be removed from
the query. I've just fixed this bug in SVN.
Best regards,
Jerome
> -Message d'origine-
> De : Valdis Rigdon [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 8 février 2007 15:31
> À : discuss@restlet.tigr
Hi Chris,
The only high-level overview available for now are in the tutorial,
especially the class diagrams in the conclusion:
http://www.restlet.org/tutorial#conclusion
There is also a glossary which helps to get an overview of all the main
classes and their role in the API: http://www.restlet.
Hi Alex,
Did you try to use the new setLogger() method on Context? That should remove
the need to provide your own Context. Otherwise, you could simply wrap the
Component's context to only change the logger and keep to wrapped
dispatcher. Finally, if you are still curious to understand how the
Co
Hi Brandon,
> Thanks Jerome.
> I'll update what that issue w/ what I find. I am setting it
> up so that we can
> do some performance testing to compare the 2 approaches.
Very cool.
> As i was digging around some more I noticed ServletCall is
> obviously being used
> since it is running the s
Hi Chuck,
All standard HTTP headers have an equivalent class/property in the Restlet
API. It was a deliberate choice to not expose those headers as first-class
citizens, because we consider them as lower-level artifacts and because we
want to support multiple protocols via the same API.
However
Hi Brandon,
> Ah, ok that all makes sense. I did see that in the latest
> jetty release of
> 6.1.1, they officially added the support to use grizzly as
> the front end
> connector. So even if i fronted jetty w/ grizzly, I will be
> stuck to getting
> the incoming request as a BIO stream. Wh
Hi all,
There is a new snapshot available, including a fix for the TunnelService.
Note that is this not the official 1.0.0 release as more bugs might be fixed
before that. It is available for testing at:
http://www.restlet.org/downloads/current.zip
Best regards,
Jerome
have the concept of redirection - all those redirect
> methods become pretty useless.)
>
> But hey - you guys are the ones doing the work, so I'm not
> going to complain too loudly.
>
> --Chuck
>
> -Original Message-
> From: Jerome Louvel [mailto:[EMAIL PROT
> Oh, and thanks for all the hard work. Restlets is one of the
> few packages that I've worked with that does what I need and
> 'just works'. I'd really love to contribute, but right now I
> have other things demanding my attention.
>
> --Chuck
>
>
Jetty Continuations.
>
> Jerome Louvel noelios.com> writes:
>
> >
> > If you can cast the request inputstream to a Jetty class
> that gives you
> > access to the underlying NIO channel, that might work. I
> haven't found the
> > JettyInputStream class
Hi Vincent,
Thanks for the feed-back. I've entered an RFE for a deployment guide.
http://restlet.tigris.org/issues/show_bug.cgi?id=259
Illustrating how a simple Restlet class works seems to be helpful to
understand how Filter, Finder, etc work based on the Uniform interface. We
then progress tow
e new annotations in a
future version.
See my blog post for details:
http://blog.noelios.com/2007/02/14/new-jsr-to-define-a-high-level-rest-api-f
or-java/
Best regards,
Jerome Louvel
--
http://www.restlet.org
st regards,
Jerome
> -Message d'origine-
> De : Dave Pawson [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 14 février 2007 10:50
> À : discuss@restlet.tigris.org
> Objet : Re: New JSR to define a high-level REST API for Java
>
> On 14/02/07, Jerome Louvel <[EMAIL
Hi Vincent,
Good point. I have reworked the related FAQ entry:
http://www.restlet.org/faq#05
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de Vincent
> Envoyé : mardi 13 février 2007 22:02
> À : discuss@restlet.tigris.org
> Objet : Re: Res
://jra.codehaus.org/
> [0] http://www.w3.org/2001/sw/WebOnt/
> [1] http://en.wikipedia.org/wiki/Description_logics
>
>
>
> On 14 Feb 2007, at 11:25, Jerome Louvel wrote:
>
> >
> > Thanks Dave. I also think it is good for REST and for Java.
> >
> > I just w
uld enable drag and drop behavior [2].
> >
> > Now since I don't yet know how this mapping is meshing with the new
> > JSR I can't yet say whether we should start another JSR or build
> > together.
> >
> > But one thing's for certain, I need to upd
Thanks Dave for the note. I have sent a reply to the list.
Best regards,
Jerome
> -Message d'origine-
> De : Dave Pawson [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 14 février 2007 16:10
> À : discuss@restlet.tigris.org
> Objet : Fwd: [rest-discuss] Sun proposes to apply Web service
Hi Sean,
Thanks for this feedback, it helps to set the expectations correctly.
A good point for this JSR is the intent to run it in an open source way. I'm
planning to maintain an implementation prototype based on NRE along the way
so that Restlet users can experiment with the annotations and r
Hi all,
For those using the Restlet SVN repository for development purpose, I had to
rename two directories for consistency purpose. After updating, you will
have to reimport the projects in Eclipse:
/library -> libraries
/module -> module
Note that the structure of the downloadable distribut
Hi Alex,
Thanks for reporting this. I've just fixed the potential NPE in SVN.
As we had a couple of fixes since RC4, we will do a RC5 later this week to
allow for regression testing before going final.
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED]
Hi Chuck,
A better way to do this is to customize the NRE engine (create a MyEngine
subclass for example) and override the createHelper(Client) method. See
Javadocs at:
http://www.restlet.org/docs/nre/com/noelios/restlet/Engine.html#createHelper
(org.restlet.Client)
The Helper instance will inte
Hi Denis,
The TransformRepresentation relies on the JDK's bundled XSLT engine, based
on javax.xml.transform API.
There are some properties that can be set of the created Transformer that
you might want to tweak, so I've added a public "getTransformer" method on
the TransformRepresentation class.
Hi Daniel,
Thanks for the feed-back and all the questions.
Looking at OSGi's LogService package, it seems that providing an adapter
between JDK's logger and OSGi's one should be straightforward:
http://www2.osgi.org/javadoc/r4/org/osgi/service/log/package-summary.html
One of the initial design
Hi all,
Leonard is looking for reviewers for his upcoming book on REST. If you are
interested, please email him: http://www.crummy.com/2007/02/18/0
This book will be published by O'Reilly later this year and includes a
section on Restlet that Dave Pawson and I contributed.
More info on the boo
Hi all,
I have been discussing recently with James Todd about the integration of
JXTA with Noelios Restlet Engine.
JXTA is a great technology providing a "virtual overlay network that allows
a peer to interact with other peers directly even when some of the peers and
resources are behind firewa
Hi Chuck,
As an Application is expected to be portable from one deployment environment
to another, we intentionally don't have a reference to the parent
VirtualHost.
I would be interested to know what is the requirement leading you in the
path. For now, if you really need this reference, you sh
; application), and I can't do that if I don't know what my
> hostname and port number are.
>
> --Chuck
>
> -Original Message-
> From: Jerome Louvel [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 20, 2007 12:12 PM
> To: discuss@restlet.tigris
ct handy. In fact, when I need the host info, my
> application may not have even received any requests yet.
>
> The application needs to know host info for application
> initialization. There are data structures that need to be
> set up before any requests are ever handled.
>
Hi Jérôme!
Thanks for the link, it looks like a great resource! There is also a
comprehensive coverage of REST/Rails in the upcoming O'Reilly book:
http://www.crummy.com/writing/RESTful-Web-Services/
RoR indeed has an end-to-end approach, especially via their ActiveResource
concept. I hope that
multiple hosts - I may want to know that and act differently.
>
> Part of the reason I'm having this problem is that my app is
> hosted in a servlet container and it's not clear to me how I
> would pass the host info to the constructor.
>
> --Chuck
>
>
>
>
Hi Chuck,
> The more I think about this, the more it seems that something
> is fundamentally wrong here.
:-/
> According to AWWW[1], "Assign distinct URIs to distinct resources."
>
> So if an application is the thing that manages a set of
> resources (i.e,. a URI space), having it attached to
her SVN
repository.
- Add comments describing status codes and methods (from HTTP, Webdav RFC).
Suggested by Chuck Hinson.
Best regards,
Jerome Louvel
--
http://www.restlet.org
to initialize your application upon first
> request.
>
> Except that I may have a need for the information before I
> ever receive
> a request. My application acts as both a client and a server. As a
> client, it needs to send its canonical URI to other services on the
Hi Alex,
In RC1 we indeed removed the per-application access log in favor of a shared
access log attached to the Component. This service only logs server-side
accesses to the component (via server connectors) and writes them in an
Apache-like format. The logger name used for this purpose it somet
Hi John,
Thanks for the cool suggestions, we will try to progressively address all of
them :-)
I've added a RFE for tracking purpose:
http://restlet.tigris.org/issues/show_bug.cgi?id=263
Best regards,
Jerome
> -Message d'origine-
> De : John D. Mitchell [mailto:[EMAIL PROTECTED]
> En
Hi Alex,
That's correct, the Component.getLogService() method creates a default
service if none was already set. I have just updated the Javadocs of the
method with this:
/**
* Returns the global log service. On the first call, if no log service
was
* defined via the [EMAIL PROTECT
Hi Alex,
Using the latest RC4 release, you can very easily handle this case using URI
variables. Check this tutorial section for an example on how to define URI
templates and how to get the variable values extracted via the request
attributes: http://www.restlet.org/tutorial#part12
Best regards,
Hi Alex,
JSR 311 will define a higher-level API based on annotations, to expose
domain objects as RESTful resources. We, at Noelios Consulting, will
implement it over the Restlet API which is providing a lower-level
foundation. The main connection point should be our Resource class. Also, I
am pa
Hi all,
Thanks for the discussion. I've added a SpringFinder class into the Spring
extension package with the
Javadocs based on solution 2.
Best regards,
Jerome
> -Message d'origine-
> De : Jonathan Hall [mailto:[EMAIL PROTECTED]
> Envoyé : samedi 24 février 2007 16:10
> À : discuss@
Hi Daniel,
Restlet instances are intended to be thread-safe. Multiple simultaneous
threads WILL invoke the same handle(Request, Response) method on your
Restlet instance so you need to ensure that you don't rely on member
variables without great care (synchronization).
Note that if you need to s
ed by
> any number of dependency injection systems, not just Spring.
>
> Ryan
>
>
> On 2/26/07, Jerome Louvel < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> > wrote:
>
>
> Hi all,
>
> Thanks for the discussion. I've added a
Hi there,
Thanks for providing such a detailed feed-back. That helps to understand how
people actually use the framework and what are the pain points.
Your approach works but has a drawback. If at some point later you prefer to
run your application as a standalone application instead of embedded
Hi John,
You indeed need to use the latest snapshot available at:
http://www.restlet.org/downloads/current.zip
The Guard class now has a simple checkSecret() method that you can override
as Valdis pointed out. In this method, you get two input parameters:
identifier/login and secret/password. Yo
Hi Denis,
Indeed, -1 is used as a marker for the end of an input stream by Restlets
and actually by the JDK, see:
http://java.sun.com/j2se/1.5.0/docs/api/java/io/InputStream.html#read()
The other important point is that bytes are handled by streams as ints
within the 0 to 255 range.
I'm not to
Hi Sébastien,
Thanks for the feed-back. I have just updated the "bin/readme.txt" file to
indicates more precisely what the scripts where doing, on which port the
HTTP server was listening. I have also converted the "restlet.sh" script to
use Unix line feeds instead of DOS ones.
Concerning the co
Hi,
You can indeed manage security in a transversal way like you suggest. This
is the approach taken by Servlets in general.
They are however some cases where you will need to manage security at a
smaller grain or where you don't want to declare your URI mappings in
multiple places. For example
Hi Brian,
Thanks for reporting this bug. It is now fixed in SVN. We are still working
on releasing 1.0 RC5 and updating the Web site, thanks for your patience.
After registering with Tigris.org, you can report bugs with the issue
tracker:
http://restlet.tigris.org/servlets/ProjectIssues
Best re
Thanks for taking time to upload this example. I have slightly updated the
title in the Wiki and changed its order to keep the list sorted (latest
example first).
Best regards,
Jerome
> -Message d'origine-
> De : news [mailto:[EMAIL PROTECTED] De la part de shlok
> Envoyé : samedi 3 ma
Hi Jonathan,
Instead of having a unique chain of Filters for each Resource, can't you
create one chain only? You could attach your Router to your last Filter in
the chain, then normally attach the Resources to the Router.
Best regards,
Jerome
> -Message d'origine-
> De : Jonathan Hall
Hi Stokes,
You may have an encoding issue in the chain. One test you could do is write
your representation in a local file and try to open it locally. That will
rule out some potential causes. Just do something like:
myRepresentation.write(new FileOutputStream("myImage.jpg"));
Best rega
Hi J. Matthew,
If you want to run Restlets as well as Servlets in the same Jetty container,
it is indeed better to use Jetty as a Servlet container and deploy Restlets
in the embedded mode.
In this case, all you need to do is use the ServletServer provided, see
details here:
http://www.restlet.o
Hi Jonathan,
When using the ServerServlet, the Restlet's context already wraps the
Servlet's context (logging, resource loading, parameters, etc.). Why would
you need a direct access to the Servlet context?
Best regards,
Jerome
> -Message d'origine-
> De : Jonathan Hall [mailto:[EMAIL
> If you don't believe this should be added, it is fair enough. It is
> trivial to extend ServerServlet myself and use that. I just
> thought it
> might be useful to have.
>
> Best Regards,
> Jonathan
>
>
>
> Jerome Louvel wrote:
> > Hi Jona
very dim, but where would I find an example of using
> JettyServerHeler & parameterizing the conenctor?
>
> Regards,
> J. Matthew Pryor
>
> On 06/03/2007, at 9:22 PM, Jerome Louvel wrote:
>
> >
> > Hi J. Matthew,
> >
> > If you want to run Restlets as well as Se
n to
> play?
>
> Thanks for your support in my steep learning curve
>
> Matthew
>
> On 07/03/2007, at 6:29 PM, Jerome Louvel wrote:
>
> >
> > Hi J. Matthew,
> >
> > Here is a simple example that should help:
> >
> > Server mySe
Hi Matthew,
You are referring to older version of the Restlet API. AbstractRestlet is
now Restlet and doesn't directly dispatch the handle() method to
handleGet(), handlePut(), etc. This is now the role of the Finder and of the
Resource class.
First, you need to go beyond the simple method handl
gt; Spring Context by:
>
> web.xml
>
>
>
> org.springframework.web.context.ContextLoaderL
> istener
>
>
> contextConfigLocation
>
> /WEB-INF/resources.xml
>
>
>
> and the prev
901 - 1000 of 3149 matches
Mail list logo