Menu
▾
▴
resteasy-developers — The main list for RESTEasy developers to discuss project development
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
(16) |
Apr
(18) |
May
(13) |
Jun
(100) |
Jul
(165) |
Aug
(53) |
Sep
(41) |
Oct
(84) |
Nov
(113) |
Dec
(171) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(84) |
Feb
(30) |
Mar
(75) |
Apr
(113) |
May
(87) |
Jun
(96) |
Jul
(127) |
Aug
(106) |
Sep
(191) |
Oct
(142) |
Nov
(106) |
Dec
(83) |
| 2010 |
Jan
(62) |
Feb
(93) |
Mar
(92) |
Apr
(58) |
May
(52) |
Jun
(104) |
Jul
(109) |
Aug
(94) |
Sep
(75) |
Oct
(54) |
Nov
(65) |
Dec
(38) |
| 2011 |
Jan
(53) |
Feb
(84) |
Mar
(95) |
Apr
(24) |
May
(10) |
Jun
(49) |
Jul
(74) |
Aug
(23) |
Sep
(67) |
Oct
(21) |
Nov
(62) |
Dec
(50) |
| 2012 |
Jan
(26) |
Feb
(7) |
Mar
(9) |
Apr
(5) |
May
(13) |
Jun
(7) |
Jul
(18) |
Aug
(48) |
Sep
(58) |
Oct
(79) |
Nov
(19) |
Dec
(15) |
| 2013 |
Jan
(33) |
Feb
(21) |
Mar
(10) |
Apr
(22) |
May
(39) |
Jun
(31) |
Jul
(15) |
Aug
(6) |
Sep
(8) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
| 2014 |
Jan
(17) |
Feb
(18) |
Mar
(15) |
Apr
(12) |
May
(11) |
Jun
(3) |
Jul
(10) |
Aug
(2) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
|
Feb
(6) |
Mar
(5) |
Apr
(13) |
May
(2) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(6) |
Oct
(12) |
Nov
(12) |
Dec
(12) |
| 2016 |
Jan
(10) |
Feb
(3) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Michael B. <mic...@gm...> - 2008-11-13 17:57:24
|
On Thu, Nov 13, 2008 at 6:51 PM, Bill Burke <bb...@re...> wrote:
> I looked at the code and it seems that the @DefaultValue is run through the
> converter. Are you not seeing that behavior?
Yes i do (actually, i added a test case for that)
What i meant is not specifying the default as string, but as an object.
@DefaultValue(new Pojo("default"))
otherwise you would need to convert the value yourself
@DefaultValue(new PojoStingConverter().toString(new Pojo("default")))
Michael Brackx
>
> Michael Brackx wrote:
>>
>> Hi,
>>
>> Now that we have StringConverter, what about object defaults?
>> Unfortunately @DefaultValue only accepts a String, so that would mean
>> another resteasy extension.
>>
>> Michael Brackx
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Resteasy-developers mailing list
>> Res...@li...
>> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
>
|
|
From: Bill B. <bb...@re...> - 2008-11-13 17:51:19
|
I looked at the code and it seems that the @DefaultValue is run through the converter. Are you not seeing that behavior? Michael Brackx wrote: > Hi, > > Now that we have StringConverter, what about object defaults? > Unfortunately @DefaultValue only accepts a String, so that would mean > another resteasy extension. > > Michael Brackx > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Michael B. <mic...@gm...> - 2008-11-13 17:05:02
|
Hi, Now that we have StringConverter, what about object defaults? Unfortunately @DefaultValue only accepts a String, so that would mean another resteasy extension. Michael Brackx |
|
From: Michael B. <mic...@gm...> - 2008-11-13 10:14:31
|
Hi, TJWSChunkTest was failing on trunk (NPE). Since the test was commented out i took the liberty to comment out the before/after class methods. Michael Brackx |
|
From: Porter W. <por...@gm...> - 2008-11-12 15:19:34
|
I came across what I think is a small bug with parameter parsing with
RESTeasy while getting my feet wet.
Here's the code:
package rest;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.QueryParam;
@Path("/hello")
public class Hello {
@GET
@Produces("text/plain")
public String sayHelloPlain() {
return new String("Hello there.");
}
@GET
@Produces("text/html")
public String querySayHelloHTML(@QueryParam("name") String name) {
if (name == null || name.trim().length() == 0) return
sayHelloHTML();
return new
String("<html><head><title>Hello</title></head><body><p>Hello " + name +
".</p></body></html>");
}
@GET
@Path("/name/{name}")
@Produces("text/html")
public String pathSayHelloHTML(@PathParam("name") String name) {
if (name == null || name.trim().length() == 0) return
sayHelloHTML();
return new
String("<html><head><title>Hello</title></head><body><p>Hello " + name +
".</p></body></html>");
}
public String sayHelloHTML() {
return new
String("<html><head><title>Hello</title></head><body><p>Hello
there.</p></body></html>");
}
}
Pretty basic stuff - mounts on the /hello branch of URLs for the web-app.
Requesting:
http://localhost:8080/RestZen/rest/hello
produces the expected:
Hello there.
Requesting:
http://localhost:8080/RestZen/rest/hello?name=Porter
Produces:
Hello Porter.
Requesting:
http://localhost:8080/RestZen/rest/hello?name=+
Produces:
Hello there.
Requesting:
http://localhost:8080/RestZen/rest/hello/name/
Returns a 405 method not allowed. Which I'm guessing is correct since no
parameter was supplied... Although that does seem strange - as it's a
GET... Maybe a different response code might be more appropriate. The log
states: "INFO org.jboss.resteasy.core.SynchronousDispatcher - No resource
method found for GET, return 405 with Allow header".
Requesting:
http://localhost:8080/RestZen/rest/hello/name/+
Produces:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
java.lang.String.substring(String.java:1938)
org.jboss.resteasy.specimpl.UriInfoImpl.<init>(UriInfoImpl.java:95)
org.jboss.resteasy.plugins.server.servlet.ServletUtil.extractUriInfo(ServletUtil.java:62)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:72)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:66)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
Whereas requesting:
http://localhost:8080/RestZen/rest/hello/name/%20
Produces:
Hello there.
I'm thinking the stack trace on the + encoding for spaces in URLs might be
problematic.
The full strack trace from the log:
SEVERE: Servlet.service() for servlet Resteasy threw exception
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1938)
at org.jboss.resteasy.specimpl.UriInfoImpl.<init>(UriInfoImpl.java:95)
at
org.jboss.resteasy.plugins.server.servlet.ServletUtil.extractUriInfo(ServletUtil.java:62)
at
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:72)
at
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:66)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Other than that - I am liking the implementation of RESTeasy for JAX-RS.
Found it easier to get going with than the Jersey implementation (didn't
really like the obfuscation with Glassfish, Grizzly, etc). While Restlet is
cool - I don't really want all the other stuff they're bringing to the
table. I just want the annotations.
- Porter
|
|
From: Michael B. <mic...@gm...> - 2008-11-12 07:50:49
|
On Mon, Nov 10, 2008 at 11:50 PM, Bill Burke <bb...@re...> wrote: > Anything quick you need fixed before the beta-9 release? Please say so now. The client framework has a problem returning ClientResponse<InputStream>. I think the stream has already been consumed, but i haven't checked in detail. Michael Brackx |
|
From: Bill B. <bb...@re...> - 2008-11-12 01:18:05
|
FYI, I did this for all the JAXB providers too. Bill Burke wrote: > I'm separating out our providers into separate poms/jars if and only if > they are big and/or have a thirdparty dependency. > > I have broken out things so far into these poms: > * multipart > * abdera > * resteasy atom > * yaml > > Tomorrow I will create poms for: > * jaxb > * jaxb + json > * jaxb + fastinfoset > > This will allow maven users to pick and choose what things they want and > allow them to create a smaller distribution/package for their WARs and such. > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-11 21:12:24
|
Resteasy-144 Fixed. I should have done it earlier. Christian Sadilek wrote: > > I'd vote for https://jira.jboss.org/jira/browse/RESTEASY-144. I know > there is a workaround by manually setting the content type but still it > would be great to have that one fixed. > > Christian > > 2008/11/10 Bill Burke <bb...@re... <mailto:bb...@re...>> > > Anything quick you need fixed before the beta-9 release? Please say > so now. > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > <mailto:Res...@li...> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-11 14:39:08
|
Ok, I'll get that fixed today. Christian Sadilek wrote: > > I'd vote for https://jira.jboss.org/jira/browse/RESTEASY-144. I know > there is a workaround by manually setting the content type but still it > would be great to have that one fixed. > > Christian > > 2008/11/10 Bill Burke <bb...@re... <mailto:bb...@re...>> > > Anything quick you need fixed before the beta-9 release? Please say > so now. > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > <mailto:Res...@li...> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-11 14:37:16
|
I did start to separate things out, but.. After beta-9 please... I'd like to do a release on Wednesday or Friday (Thursday is Pats/Jets and I'll be tailgating or preparing to tailgate most of the day.) Ryan J. McDonough wrote: > Bill, > > Sounds cool. On a related note: I know we kinda started this a while > back, but never finished, but I was also thinking about taking the time > to separate out the client & server code into their respective project > place holders. This is something thing I'll be able to take on next week > if there's not aversion to it? > > Ryan- > > On Nov 10, 2008, at 5:52 PM, Bill Burke wrote: > >> I'm separating out our providers into separate poms/jars if and only if >> they are big and/or have a thirdparty dependency. >> >> I have broken out things so far into these poms: >> * multipart >> * abdera >> * resteasy atom >> * yaml >> >> Tomorrow I will create poms for: >> * jaxb >> * jaxb + json >> * jaxb + fastinfoset >> >> This will allow maven users to pick and choose what things they want and >> allow them to create a smaller distribution/package for their WARs and >> such. >> >> -- >> Bill Burke >> JBoss, a division of Red Hat >> http://bill.burkecentral.com >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Resteasy-developers mailing list >> Res...@li... >> https://lists.sourceforge.net/lists/listinfo/resteasy-developers > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Ryan J. M. <ry...@da...> - 2008-11-11 13:21:09
|
Bill, Sounds cool. On a related note: I know we kinda started this a while back, but never finished, but I was also thinking about taking the time to separate out the client & server code into their respective project place holders. This is something thing I'll be able to take on next week if there's not aversion to it? Ryan- On Nov 10, 2008, at 5:52 PM, Bill Burke wrote: > I'm separating out our providers into separate poms/jars if and only > if > they are big and/or have a thirdparty dependency. > > I have broken out things so far into these poms: > * multipart > * abdera > * resteasy atom > * yaml > > Tomorrow I will create poms for: > * jaxb > * jaxb + json > * jaxb + fastinfoset > > This will allow maven users to pick and choose what things they want > and > allow them to create a smaller distribution/package for their WARs > and such. > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers |
|
From: Christian S. <chr...@gm...> - 2008-11-11 10:11:14
|
I'd vote for https://jira.jboss.org/jira/browse/RESTEASY-144. I know there is a workaround by manually setting the content type but still it would be great to have that one fixed. Christian 2008/11/10 Bill Burke <bb...@re...> > Anything quick you need fixed before the beta-9 release? Please say so > now. > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > |
|
From: Bill B. <bb...@re...> - 2008-11-10 22:52:55
|
I'm separating out our providers into separate poms/jars if and only if they are big and/or have a thirdparty dependency. I have broken out things so far into these poms: * multipart * abdera * resteasy atom * yaml Tomorrow I will create poms for: * jaxb * jaxb + json * jaxb + fastinfoset This will allow maven users to pick and choose what things they want and allow them to create a smaller distribution/package for their WARs and such. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-10 22:50:28
|
Anything quick you need fixed before the beta-9 release? Please say so now. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-07 15:04:15
|
Michael Brackx wrote: > On Wed, Nov 5, 2008 at 10:10 PM, Bill Burke <bb...@re...> wrote: >> I know some of you are doing a few things. Can we get them done by mid >> next week and I'll do a release on Thursday? > > That would be nice. > Will it be a beta-9 or a RC1? > Beta-9. I want RC1 to be a certified JAX-RS implementation, meaning, it passes the TCK. Bill P.S. Unfortunately, I'm still waiting for Red Hat and Sun lawyers to amend our Java EE license so I can get access to the TCK :( Its just a formality, but these guys are as slow as molasses. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Michael B. <mic...@gm...> - 2008-11-07 08:26:35
|
On Wed, Nov 5, 2008 at 10:10 PM, Bill Burke <bb...@re...> wrote: > I know some of you are doing a few things. Can we get them done by mid > next week and I'll do a release on Thursday? That would be nice. Will it be a beta-9 or a RC1? Michael Brackx |
|
From: Solomon D. <sd...@gm...> - 2008-11-06 18:07:04
|
That's fine by me. I'll hold back on adding features in favor of adding documentation, unless the feature development time is quick. -Solomon On Wed, Nov 5, 2008 at 4:10 PM, Bill Burke <bb...@re...> wrote: > I know some of you are doing a few things. Can we get them done by mid > next week and I'll do a release on Thursday? > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > |
|
From: Bill B. <bb...@re...> - 2008-11-05 21:10:38
|
I know some of you are doing a few things. Can we get them done by mid next week and I'll do a release on Thursday? -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2008-11-04 13:04:56
|
Solomon Duskis wrote: > I'm pretty happy with where the resteasy-spring integration is going. > I'm trying to figure out what's next. Here are some ideas. Please > confirm : > > 1) Change ResteasyProviderFactory to not be a singleton reference, but > rather to be a ThreadLocal (or something else that won't break NIO > servers). It's current singleton-ness prevents creating multiple > instances of the ProviderFactory +1. I've been meaning to do that. As you can probably guess from the code, a few things were hacked together in prototype fashion. This was one of them. > 2) Documentation! (and a blog entry) LOL! +1 Maybe a dzone article too describing our entire Spring integration? > 3) Rename from resteasy-springwebmvc to resteasy-spring, and remove the > spring dependencies from resteasy-jaxrs. This begs the question: > Should the spring disptacher servlet or the resteasy dispatcher servlet > be the "preferred" approach for spring integration? Yes, all Spring stuff should be moved to a resteasy-spring module. > 4) reduce the duplication in the Spring MVC classes (namely > ResteasyHandlerAdapter) and SynchronousDispatcher. Yes. I think this will help out Seam integration as well. > 5) spring NamespaceHandlers for syntactic sugar > > Any other thoughts? > Only other thought is that I'm glad somebody is driving this! Thank you! -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Solomon D. <sd...@gm...> - 2008-11-04 12:09:06
|
I'm pretty happy with where the resteasy-spring integration is going. I'm trying to figure out what's next. Here are some ideas. Please confirm : 1) Change ResteasyProviderFactory to not be a singleton reference, but rather to be a ThreadLocal (or something else that won't break NIO servers). It's current singleton-ness prevents creating multiple instances of the ProviderFactory 2) Documentation! (and a blog entry) 3) Rename from resteasy-springwebmvc to resteasy-spring, and remove the spring dependencies from resteasy-jaxrs. This begs the question: Should the spring disptacher servlet or the resteasy dispatcher servlet be the "preferred" approach for spring integration? 4) reduce the duplication in the Spring MVC classes (namely ResteasyHandlerAdapter) and SynchronousDispatcher. 5) spring NamespaceHandlers for syntactic sugar Any other thoughts? |
|
From: Bill B. <bb...@re...> - 2008-11-03 21:29:12
|
Read up on Apache HTTP Client. It is the backbone of the client framework. Any security stuff you can do within HTTP Client u can do with resteasy as the ProxyFactory can take an HttpClient as a parameter. Christian Sadilek wrote: > Hi, > > should HTTP Authentication be supported by the client framework? It > would be great to have the custom client interface extend a super > interface that allows to set the authentication scheme and the > username/password credentials. Should it also be possible to access a > HTTPS site with the client framework? > > Are there any solutions available or planned? > > Thanks! > > Christian > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Christian S. <chr...@gm...> - 2008-11-03 20:08:44
|
Hi, should HTTP Authentication be supported by the client framework? It would be great to have the custom client interface extend a super interface that allows to set the authentication scheme and the username/password credentials. Should it also be possible to access a HTTPS site with the client framework? Are there any solutions available or planned? Thanks! Christian |
|
From: Stef E. <st...@ep...> - 2008-11-01 16:45:12
|
Hi, I've done some work on https://jira.jboss.org/jira/browse/RESTEASY-142 which is related to what you're asking about if I'm not mistaken. Feel free to expand that functionality if needed, and if this is indeed what you are talking about. -- Stéphane Epardaud |
|
From: Adam J. <Ada...@ge...> - 2008-11-01 05:59:48
|
Quick question,
I¹m trying to provide an ExceptionMapper for various exceptions (the most
notable being a NumberFormatException) that are occuring prior to an actual
resource method invocation.
at
org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImp
l.java:68)
at
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:74
)
at
org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:19
7)
With beta8, it looks like exceptions thrown from within a resource are
subject to an ExceptionMapper lookup, but anything else is just
automatically logged from within the SynchronousDispatcher.
Two motivations for this:
1. To avoid clogging up logs with useless (IMO) stacktraces related to
careless user requests.
2. To avoid leaking details of the resource implementation to callers (ie. I
wouldn¹t expect the callers to know the resource name and method, but the
full signature is returned in the error message).
Thoughts?
Thanks,
Adam
|
|
From: Bill B. <bb...@re...> - 2008-10-31 12:30:39
|
Jira tickets for bugs please. Discuss here first for new features or
refactorings.
Do you want SVN access to do this stuff? You've put in enough patches
to earn it. I just ask that you add a jira case and unit test for every
bug you fix.
Email me your sourceforge id.
Michael Brackx wrote:
> client interface:
> @GET
> @Path("basic")
> ClientResponse<byte[]> getBasicBytes();
>
> stacktrace:
> org.jboss.resteasy.client.ClientResponseFailure: Unable to find a
> MessageBodyReader of content-type text/plain for response of public
> abstract org.jboss.resteasy.client.ClientResponse
> org.jboss.resteasy.test.finegrain.client.ClientResponseTest$Client.getBasicBytes()
> at org.jboss.resteasy.client.core.ClientInvoker.extractClientResponse(ClientInvoker.java:334)
> at org.jboss.resteasy.client.core.ClientInvoker.invoke(ClientInvoker.java:229)
> at org.jboss.resteasy.client.core.ClientProxy.invoke(ClientProxy.java:22)
> at $Proxy19.getBasicBytes(Unknown Source)
> at org.jboss.resteasy.test.finegrain.client.ClientResponseTest.testClientResponse(ClientResponseTest.java:103)
>
> i tracked it down to this comment in Types.java
> // can't figure out how to get a typed array here :(
>
> a patch is attached (fix only, no testcase)
>
> BTW, do you prefer jira tickets directly, or a discussion on the list first?
>
> Michael Brackx
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
|
22 messages has been excluded from this view by a project administrator.
