resteasy-developers — The main list for RESTEasy developers to discuss project development

Re: [Resteasy-developers] custom parameter unmarshalling

[Michael B. <mic...@gm...>]

That would be nice.
How could a HeaderDelegate be "activated" for a parameter?

Michael

On Fri, Oct 24, 2008 at 6:19 PM, Bill Burke <bb...@re...> wrote:
> There's is HeaderDelegate in the specification. I could make sure that is
> used for all String parameters.
>
> Michael Brackx wrote:
>>
>> Hi,
>>
>> It would be nice to have some sort of custom parameter unmarshalling.
>> Currently parameter types can be String, primitive, or a class that
>> has a String constructor or static valueOf(String) method.
>> Some use cases:
>> - injecting interfaces
>> - injecting Enums (they already have a static valueOf(String) method)
>> - injecting thirdparty classes
>> - injecting factory created objects
>>
>> example:
>>
>> @GET
>> @Path("/book/{isbn}")
>> public String getBook(@PathParm(value = "isbn", provider =
>> ISBNFactory.class)  ISBN id) {
>>  ...
>> }
>>
>> @Provider
>> public class ISBNFactory {
>>  @ProviderMethod
>>  public ISBN create(String value) {
>>   return new ISBNImpl(value);
>>  }
>> }
>>
>> The @ProviderMethod could be left out if there is only one matching
>> method.
>> Or a new interface could be used, to be more in line with ExceptionMapper.
>>
>> I realize the spec is final, but someday the will be a 1.1 or 2.0 :)
>> Any comments?
>>
>> 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
>

Re: [Resteasy-developers] custom parameter unmarshalling

[Bill B. <bb...@re...>]

There's is HeaderDelegate in the specification. I could make sure that 
is used for all String parameters.

Michael Brackx wrote:
> Hi,
> 
> It would be nice to have some sort of custom parameter unmarshalling.
> Currently parameter types can be String, primitive, or a class that
> has a String constructor or static valueOf(String) method.
> Some use cases:
> - injecting interfaces
> - injecting Enums (they already have a static valueOf(String) method)
> - injecting thirdparty classes
> - injecting factory created objects
> 
> example:
> 
> @GET
> @Path("/book/{isbn}")
> public String getBook(@PathParm(value = "isbn", provider =
> ISBNFactory.class)  ISBN id) {
>   ...
> }
> 
> @Provider
> public class ISBNFactory {
>  @ProviderMethod
>  public ISBN create(String value) {
>    return new ISBNImpl(value);
>  }
> }
> 
> The @ProviderMethod could be left out if there is only one matching method.
> Or a new interface could be used, to be more in line with ExceptionMapper.
> 
> I realize the spec is final, but someday the will be a 1.1 or 2.0 :)
> Any comments?
> 
> 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

[Resteasy-developers] custom parameter unmarshalling

[Michael B. <mic...@gm...>]

Hi,

It would be nice to have some sort of custom parameter unmarshalling.
Currently parameter types can be String, primitive, or a class that
has a String constructor or static valueOf(String) method.
Some use cases:
- injecting interfaces
- injecting Enums (they already have a static valueOf(String) method)
- injecting thirdparty classes
- injecting factory created objects

example:

@GET
@Path("/book/{isbn}")
public String getBook(@PathParm(value = "isbn", provider =
ISBNFactory.class)  ISBN id) {
  ...
}

@Provider
public class ISBNFactory {
 @ProviderMethod
 public ISBN create(String value) {
   return new ISBNImpl(value);
 }
}

The @ProviderMethod could be left out if there is only one matching method.
Or a new interface could be used, to be more in line with ExceptionMapper.

I realize the spec is final, but someday the will be a 1.1 or 2.0 :)
Any comments?

Michael Brackx

[Resteasy-developers] Security

[Mike C. (mchack) <mc...@ci...>]

I would think so. Currently what I do in my security filter is to
authenticate the user and then provide use custom servlet response
wrapper that overrdes isUserInRole(). This way works well with Resteasy
security.

I also created a thread local security context that allows me to access
additional information in my business logic. Could probably have also
extended ServletRequestWrapper to provide this additional information.

If there is a way for the user to provide a security interceptor to the
framework that would allow some of the same functionality bo be invoked
by the framework on behalf of the application then it could work. 

Maybe you create ServletRequestWrapper that overrides is isUserInRole
and then just delegates to application provided security module.

What do you think?

Mike Chack 
O: +1 408.526.4639 
M: +1 408.504.6594 
mc...@ci... 


-----Original Message-----
From: Bill Burke [mailto:bb...@re...] 
Sent: Friday, October 24, 2008 8:34 AM
To: Mike Chack (mchack)
Cc: res...@li...
Subject: Re: [Resteasy-developers] new multipart support

Speaking of security...

Anything Resteasy could do to make it easier?

Bill Burke wrote:
> The badness is that it screws up Resteasy.
> 
> Like for instance www-urlencoded-form, if any filter does 
> httpRequest.getParameter("someFormParam") it will screw up Resteasy as

> Resteasy expects to read form data within the InputStream.
> 
> I fixed this in trunk, but a few people ran into this problem.
> 
> Mike Chack (mchack) wrote:
>> I'll give it some thought. I alsways like to think that simple is
better
>> but it is hard to know when to draw the line relative to content
types.
>>
>> BTW., I had a slightly different problem that I was trying to solve.
I
>> am using a custom servlet filter to implement a security front end.
As
>> part of this I need the a sessionid as an input parameter. Usually
>> passed as a query string parameter. My client was a GWT application
that
>> was using a form widget to upload a file. The widget was not able to
>> submit mulipart form and still present query string parameters. So, I
>> had to access multipart form in the servlet filter. Not a great thing
I
>> found out as the input stream can't be reset.
>>
>> By product of this is that I used O'Reilly servlet package here to
>> access multipart as it has a Servlet Request Wrapper that parses the
>> multipart data and stores files if any in a temp dir, later
accessible
>> by the upstream servlet.
>>
>> Just another twist on the general problem. Any thoughts on this or
the
>> goodness/badness of having to access form data in a filter?
>>
>> Thanks
>>
>> Mike Chack 
>> O: +1 408.526.4639 
>> M: +1 408.504.6594 
>> mc...@ci... 
>>
>>
>> -----Original Message-----
>> From: Bill Burke [mailto:bb...@re...] 
>> Sent: Thursday, October 23, 2008 2:02 PM
>> To: Mike Chack (mchack)
>> Cc: res...@li...
>> Subject: Re: [Resteasy-developers] new multipart support
>>
>> i.e. Content-Encoding: gzip
>>
>> or something like that...
>>
>> Bill Burke wrote:
>>> I may have some more work to do with it.  I only support a simple 
>>> encoding format.  I'm not sure if more complex encoding formats are 
>>> popular when using multipart.
>>>
>>> Thoughts?
>>>
>>> Mike Chack (mchack) wrote:
>>>> Thanks. That should be really helpful. A day too late. Spent a
bunch
>> of
>>>> time yesterday hacking a solution!!!!! I'll definitely refactor my
>>>> solution.
>>>>
>>>> Mike Chack 
>>>> O: +1 408.526.4639 
>>>> M: +1 408.504.6594 
>>>> mc...@ci... 
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Bill Burke [mailto:bb...@re...] 
>>>> Sent: Thursday, October 23, 2008 1:45 PM
>>>> To: res...@li...
>>>> Subject: [Resteasy-developers] new multipart support
>>>>
>>>> I've spent this week doing some new multipart support:
>>>>
>>>>
>>
http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
>>>> steasy/
>>>>
>>>> It is written up more extensively in the docbook module.
>>>>
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] new multipart support

[Bill B. <bb...@re...>]

Speaking of security...

Anything Resteasy could do to make it easier?

Bill Burke wrote:
> The badness is that it screws up Resteasy.
> 
> Like for instance www-urlencoded-form, if any filter does 
> httpRequest.getParameter("someFormParam") it will screw up Resteasy as 
> Resteasy expects to read form data within the InputStream.
> 
> I fixed this in trunk, but a few people ran into this problem.
> 
> Mike Chack (mchack) wrote:
>> I'll give it some thought. I alsways like to think that simple is better
>> but it is hard to know when to draw the line relative to content types.
>>
>> BTW., I had a slightly different problem that I was trying to solve. I
>> am using a custom servlet filter to implement a security front end. As
>> part of this I need the a sessionid as an input parameter. Usually
>> passed as a query string parameter. My client was a GWT application that
>> was using a form widget to upload a file. The widget was not able to
>> submit mulipart form and still present query string parameters. So, I
>> had to access multipart form in the servlet filter. Not a great thing I
>> found out as the input stream can't be reset.
>>
>> By product of this is that I used O'Reilly servlet package here to
>> access multipart as it has a Servlet Request Wrapper that parses the
>> multipart data and stores files if any in a temp dir, later accessible
>> by the upstream servlet.
>>
>> Just another twist on the general problem. Any thoughts on this or the
>> goodness/badness of having to access form data in a filter?
>>
>> Thanks
>>
>> Mike Chack 
>> O: +1 408.526.4639 
>> M: +1 408.504.6594 
>> mc...@ci... 
>>
>>
>> -----Original Message-----
>> From: Bill Burke [mailto:bb...@re...] 
>> Sent: Thursday, October 23, 2008 2:02 PM
>> To: Mike Chack (mchack)
>> Cc: res...@li...
>> Subject: Re: [Resteasy-developers] new multipart support
>>
>> i.e. Content-Encoding: gzip
>>
>> or something like that...
>>
>> Bill Burke wrote:
>>> I may have some more work to do with it.  I only support a simple 
>>> encoding format.  I'm not sure if more complex encoding formats are 
>>> popular when using multipart.
>>>
>>> Thoughts?
>>>
>>> Mike Chack (mchack) wrote:
>>>> Thanks. That should be really helpful. A day too late. Spent a bunch
>> of
>>>> time yesterday hacking a solution!!!!! I'll definitely refactor my
>>>> solution.
>>>>
>>>> Mike Chack 
>>>> O: +1 408.526.4639 
>>>> M: +1 408.504.6594 
>>>> mc...@ci... 
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Bill Burke [mailto:bb...@re...] 
>>>> Sent: Thursday, October 23, 2008 1:45 PM
>>>> To: res...@li...
>>>> Subject: [Resteasy-developers] new multipart support
>>>>
>>>> I've spent this week doing some new multipart support:
>>>>
>>>>
>> http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
>>>> steasy/
>>>>
>>>> It is written up more extensively in the docbook module.
>>>>
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] new multipart support

[Bill B. <bb...@re...>]

The badness is that it screws up Resteasy.

Like for instance www-urlencoded-form, if any filter does 
httpRequest.getParameter("someFormParam") it will screw up Resteasy as 
Resteasy expects to read form data within the InputStream.

I fixed this in trunk, but a few people ran into this problem.

Mike Chack (mchack) wrote:
> I'll give it some thought. I alsways like to think that simple is better
> but it is hard to know when to draw the line relative to content types.
> 
> BTW., I had a slightly different problem that I was trying to solve. I
> am using a custom servlet filter to implement a security front end. As
> part of this I need the a sessionid as an input parameter. Usually
> passed as a query string parameter. My client was a GWT application that
> was using a form widget to upload a file. The widget was not able to
> submit mulipart form and still present query string parameters. So, I
> had to access multipart form in the servlet filter. Not a great thing I
> found out as the input stream can't be reset.
> 
> By product of this is that I used O'Reilly servlet package here to
> access multipart as it has a Servlet Request Wrapper that parses the
> multipart data and stores files if any in a temp dir, later accessible
> by the upstream servlet.
> 
> Just another twist on the general problem. Any thoughts on this or the
> goodness/badness of having to access form data in a filter?
> 
> Thanks
> 
> Mike Chack 
> O: +1 408.526.4639 
> M: +1 408.504.6594 
> mc...@ci... 
> 
> 
> -----Original Message-----
> From: Bill Burke [mailto:bb...@re...] 
> Sent: Thursday, October 23, 2008 2:02 PM
> To: Mike Chack (mchack)
> Cc: res...@li...
> Subject: Re: [Resteasy-developers] new multipart support
> 
> i.e. Content-Encoding: gzip
> 
> or something like that...
> 
> Bill Burke wrote:
>> I may have some more work to do with it.  I only support a simple 
>> encoding format.  I'm not sure if more complex encoding formats are 
>> popular when using multipart.
>>
>> Thoughts?
>>
>> Mike Chack (mchack) wrote:
>>> Thanks. That should be really helpful. A day too late. Spent a bunch
> of
>>> time yesterday hacking a solution!!!!! I'll definitely refactor my
>>> solution.
>>>
>>> Mike Chack 
>>> O: +1 408.526.4639 
>>> M: +1 408.504.6594 
>>> mc...@ci... 
>>>
>>>
>>> -----Original Message-----
>>> From: Bill Burke [mailto:bb...@re...] 
>>> Sent: Thursday, October 23, 2008 1:45 PM
>>> To: res...@li...
>>> Subject: [Resteasy-developers] new multipart support
>>>
>>> I've spent this week doing some new multipart support:
>>>
>>>
> http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
>>> steasy/
>>>
>>> It is written up more extensively in the docbook module.
>>>
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] new multipart support

[Mike C. (mchack) <mc...@ci...>]

I'll give it some thought. I alsways like to think that simple is better
but it is hard to know when to draw the line relative to content types.

BTW., I had a slightly different problem that I was trying to solve. I
am using a custom servlet filter to implement a security front end. As
part of this I need the a sessionid as an input parameter. Usually
passed as a query string parameter. My client was a GWT application that
was using a form widget to upload a file. The widget was not able to
submit mulipart form and still present query string parameters. So, I
had to access multipart form in the servlet filter. Not a great thing I
found out as the input stream can't be reset.

By product of this is that I used O'Reilly servlet package here to
access multipart as it has a Servlet Request Wrapper that parses the
multipart data and stores files if any in a temp dir, later accessible
by the upstream servlet.

Just another twist on the general problem. Any thoughts on this or the
goodness/badness of having to access form data in a filter?

Thanks

Mike Chack 
O: +1 408.526.4639 
M: +1 408.504.6594 
mc...@ci... 


-----Original Message-----
From: Bill Burke [mailto:bb...@re...] 
Sent: Thursday, October 23, 2008 2:02 PM
To: Mike Chack (mchack)
Cc: res...@li...
Subject: Re: [Resteasy-developers] new multipart support

i.e. Content-Encoding: gzip

or something like that...

Bill Burke wrote:
> I may have some more work to do with it.  I only support a simple 
> encoding format.  I'm not sure if more complex encoding formats are 
> popular when using multipart.
> 
> Thoughts?
> 
> Mike Chack (mchack) wrote:
>> Thanks. That should be really helpful. A day too late. Spent a bunch
of
>> time yesterday hacking a solution!!!!! I'll definitely refactor my
>> solution.
>>
>> Mike Chack 
>> O: +1 408.526.4639 
>> M: +1 408.504.6594 
>> mc...@ci... 
>>
>>
>> -----Original Message-----
>> From: Bill Burke [mailto:bb...@re...] 
>> Sent: Thursday, October 23, 2008 1:45 PM
>> To: res...@li...
>> Subject: [Resteasy-developers] new multipart support
>>
>> I've spent this week doing some new multipart support:
>>
>>
http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
>> steasy/
>>
>> It is written up more extensively in the docbook module.
>>
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] RC1: when?

[Bill B. <bb...@re...>]

I'll definitely will do one by then.

Jue...@HS... wrote:
> I'm not in a hurry. I'd appreciate to have a new release in the beginning of
> Dec.
> 
> -----Original Message-----
> From: Bill Burke [mailto:bb...@re...]
> Sent: Friday, October 24, 2008 2:28 PM
> To: Jue...@HS...
> Cc: res...@li...
> Subject: Re: [Resteasy-developers] RC1: when?
> 
> If you really need a release right now I can do one next week.  Though,
> I did want to get a few more features in before I have to begin the TCK
> work.
> 
> 
> Jue...@HS... wrote:
>> Is there any estimation when RC1 will be available?
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> 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
> 
> -------------------------------------------------------------------------
> 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

Re: [Resteasy-developers] RC1: when?

[<Jue...@HS...>]

I'm not in a hurry. I'd appreciate to have a new release in the beginning of
Dec.

-----Original Message-----
From: Bill Burke [mailto:bb...@re...]
Sent: Friday, October 24, 2008 2:28 PM
To: Jue...@HS...
Cc: res...@li...
Subject: Re: [Resteasy-developers] RC1: when?

If you really need a release right now I can do one next week.  Though,
I did want to get a few more features in before I have to begin the TCK
work.


Jue...@HS... wrote:
> Is there any estimation when RC1 will be available?
>
>
>
>
> -------------------------------------------------------------------------
> 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

-------------------------------------------------------------------------
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

Re: [Resteasy-developers] RC1: when?

[Bill B. <bb...@re...>]

If you really need a release right now I can do one next week.  Though, 
I did want to get a few more features in before I have to begin the TCK 
work.


Jue...@HS... wrote:
> Is there any estimation when RC1 will be available?
> 
> 
> 
> 
> -------------------------------------------------------------------------
> 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

[Resteasy-developers] RC1: when?

[<Jue...@HS...>]

Is there any estimation when RC1 will be available?

Re: [Resteasy-developers] new multipart support

[Bill B. <bb...@re...>]

i.e. Content-Encoding: gzip

or something like that...

Bill Burke wrote:
> I may have some more work to do with it.  I only support a simple 
> encoding format.  I'm not sure if more complex encoding formats are 
> popular when using multipart.
> 
> Thoughts?
> 
> Mike Chack (mchack) wrote:
>> Thanks. That should be really helpful. A day too late. Spent a bunch of
>> time yesterday hacking a solution!!!!! I'll definitely refactor my
>> solution.
>>
>> Mike Chack 
>> O: +1 408.526.4639 
>> M: +1 408.504.6594 
>> mc...@ci... 
>>
>>
>> -----Original Message-----
>> From: Bill Burke [mailto:bb...@re...] 
>> Sent: Thursday, October 23, 2008 1:45 PM
>> To: res...@li...
>> Subject: [Resteasy-developers] new multipart support
>>
>> I've spent this week doing some new multipart support:
>>
>> http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
>> steasy/
>>
>> It is written up more extensively in the docbook module.
>>
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

[Resteasy-developers] Forgot, I added Async HTTP support last week...

[Bill B. <bb...@re...>]

Pretty much as I described in my blog here:

http://bill.burkecentral.com/2008/10/09/jax-rs-asynch-http/

Support was added for Tomcat 6/JBoss 4.2.x, Servlet 3.0 (Jetty 7.0pre3), 
and AS 5.0.0.CR2 (JBoss Web 2.1.1).

If you want to take a look look in trunk within the async* modules. 
Each has a test directory that should an example of using it.

The docbook module has this written up more extensively.


-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] new multipart support

[Bill B. <bb...@re...>]

I may have some more work to do with it.  I only support a simple 
encoding format.  I'm not sure if more complex encoding formats are 
popular when using multipart.

Thoughts?

Mike Chack (mchack) wrote:
> Thanks. That should be really helpful. A day too late. Spent a bunch of
> time yesterday hacking a solution!!!!! I'll definitely refactor my
> solution.
> 
> Mike Chack 
> O: +1 408.526.4639 
> M: +1 408.504.6594 
> mc...@ci... 
> 
> 
> -----Original Message-----
> From: Bill Burke [mailto:bb...@re...] 
> Sent: Thursday, October 23, 2008 1:45 PM
> To: res...@li...
> Subject: [Resteasy-developers] new multipart support
> 
> I've spent this week doing some new multipart support:
> 
> http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
> steasy/
> 
> It is written up more extensively in the docbook module.
> 

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] new multipart support

[Mike C. (mchack) <mc...@ci...>]

Thanks. That should be really helpful. A day too late. Spent a bunch of
time yesterday hacking a solution!!!!! I'll definitely refactor my
solution.

Mike Chack 
O: +1 408.526.4639 
M: +1 408.504.6594 
mc...@ci... 


-----Original Message-----
From: Bill Burke [mailto:bb...@re...] 
Sent: Thursday, October 23, 2008 1:45 PM
To: res...@li...
Subject: [Resteasy-developers] new multipart support

I've spent this week doing some new multipart support:

http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-re
steasy/

It is written up more extensively in the docbook module.

-- 
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

[Resteasy-developers] new multipart support

[Bill B. <bb...@re...>]

I've spent this week doing some new multipart support:

http://bill.burkecentral.com/2008/10/23/jax-rs-multipart-support-with-resteasy/

It is written up more extensively in the docbook module.

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

[Resteasy-developers] documentation chapter 18

[Michael B. <mic...@gm...>]

Hi,

The example in chapter 18 should be
return Response.status(500).build();
iso
return Response.status(500);

link:
http://www.jboss.org/file-access/default/members/resteasy/freezone/docs/1.0-beta-7/userguide/html/ExceptionMappers.html

Michael Brackx

[Resteasy-developers] Verifying @QueryParam existence

[Gennady S. <gsh...@gm...>]

Hi,

I wonder whether it is possible to identify  the @QueryParam existence
regardless of the parameter value.

 

I mean suppose I want to have service uri to be http://.../myService?doTest
where 'doTest' is optional.

Annotating the method with @Param("doTest") will inject the default
parameter value if parameter is passed or not, but is there a way to
differentiate between the cases?

 

Thanks,

Gennady

 

 

[Resteasy-developers] Custom content type negociation

[Pierre M. <mon...@ge...>]

Hi there,
First  Thanks for this nice implemetation.
I think my question is related to being able to add Interceptors. http://sourceforge.net/mailarchive/message.php?msg_id=55c60e370810061214s39ab122fsa4141c134563d3cb%40mail.gmail.com

I would like to force the output of my service based on a Url  
parameter (rather than Accept http headers)
Say GET myservice/foo?_output=xml or myservice/foo?_output=json

I thought beeing able to add an interceptor that lets me set the type  
that should be produced would be nice.
Do you guys have any thoughts on this? Is there currently any easy way  
to do this?

Thanks,
Pierre 

[Resteasy-developers] Nuking wiki doco

[Bill B. <bb...@re...>]

Hey,

Since the upgrade to jboss.org's wiki, my wiki2docbook code is not 
working anymore.  So, I will be removing all documentation from the wiki 
and creating a docbook module within SVN.

If you create any new documentation, just link it on the main WIKI page 
(and I will add it to docbook later), or, if you are feeling super nice, 
add it to the docbook module.

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] Spring MVC & RESTEasy

[Bill B. <bb...@re...>]

Solomon Duskis wrote:
> I have my first shot at the RESTEasy - Spring MVC integration working.  
> My basic test was to do:

Great work!  Thanks!

> I got #1 and #2 to work, but not #3.  That seems to be a RESTEasy 
> limitation... it seems like the segments are cached in; I'll raise a 
> JIRA bug and try to fix it.  Other than that bug, the integration went 
> well enough for a first shot.
> 

Yeah, submit the bug and let's get this fixed.

> If you have some time, can you please review the code I attached?  I 
> copied a whole bunch of code from Dispatcher and put it in 
> RESTEasyHandlerAdapter; Dispatcher can theoretically be refactored to 
> reduce the size my code dramatically. There were also a couple of 
> potential changes to the core code that may be useful as well...  I 
> sprinkled those thoughts in my code.
> 
> Any feedback would be greatly appreciated.
> 

I can provide feedback about the integration, but I don't know enough 
about Spring MVC to know whether this is a good thing or not (I suspect 
its good).

Maybe blog about it?  I'll aggregate you in my blog and jboss's to get 
enough traffic and hopefully feedback.

> I'll be working on changing the Spring/Hibernate RESTEasy example, so 
> that you can see the full integration.  I did test it, and it does work, 
> but I can't show you the integration quite yet.
> 

I'd rather have a separate example.


Do you want SVN access?  If you do, please create a separate module for 
this work when you want to commit.

Just send me your sourceforge.net username in a private email.

-- 
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com

Re: [Resteasy-developers] Custom Exception Handling - MediaType

[Bill B. <bb...@re...>]

We can add that.  Create a jira.

Mike Chack (mchack) wrote:
> I have an application that can either accept JSON or XML MediaTypes. As 
> part of the custom exception handling I am generating formatted 
> responses that should correspond to the MediaType of the original 
> request. Not sure that is available anywhere.
> 
>  
> 
> If it is I can’t find a way to access it. If not, should it be part of 
> the framework or should I just store it as a ThreadLocal var?
> 
>  
> 
> Thanks
> 
>  
> 
> *Mike Chack*
> *O: +1 408.526.4639*
> *M: +1 408.504.6594*
> *mc...@ci...*
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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

[Resteasy-developers] Custom Exception Handling - MediaType

[Mike C. (mchack) <mc...@ci...>]

I have an application that can either accept JSON or XML MediaTypes. As
part of the custom exception handling I am generating formatted
responses that should correspond to the MediaType of the original
request. Not sure that is available anywhere.

 

If it is I can't find a way to access it. If not, should it be part of
the framework or should I just store it as a ThreadLocal var?

 

Thanks

 

Mike Chack 
O: +1 408.526.4639 
M: +1 408.504.6594 
mc...@ci... 

 

[Resteasy-developers] Issue with HTTP POST

[And F. <and...@ya...>]

Hi,

I am running in to an issue accessing the request parameters from the POST method
implementation. From with in the service, I am unable to access the parameters set by the
client. I am using the Resteasy 1.0 beta 8. I am not using any servlet filters.

Thanks

--------------------

//
// Server
//
@Post
@Produces("text/xml")
public String doSomething(@Context HttpServletRequest req) {
String query = req.getParameter("Query");
System.out.println("query = " + query);         // always null
return "<Query>" + query + </Query>;
}

//
// Client using Apache HttpClient libraries
//
PostMethod method = new PostMethod("url");
method.addParameter("Query", "123");
:
HttpClient httpClient = new HttpClient();
int ret = httpClient.executeMethod(method);

//
// web.xml (simple and no servlet filters in place)
//

------------------



      

Re: [Resteasy-developers] Integrating RESTEasy & Spring MVC - Part I

[Bill B. <bb...@re...>]

Personally I"m sick and tired of Spring ignoring standardization 
efforts, in this case JAX-RS.  As recent events showed, open source 
alone can't isolate you from vendor lockin.

I'm excited about your work!

Solomon Duskis wrote:
> I'm definitely willing to do the work... I've started on it already.  
> I'm hoping to get the first cut of it later this week, time permitting.  
> The Spring guys are working on Spring 3.0 which will include a REST 
> implementation on top of their existing annotation infrastructure.  The 
> Spring community is eagerly waiting Spring 3.0, but the SpringSource 
> guys keep on moving back their ETA. 
> 
> A timely RESTful Spring MVC integration from JBoss will definitely turn 
> some heads ;)
> 
> -Solomon
> 
> On Mon, Oct 13, 2008 at 2:50 PM, Bill Burke <bb...@re... 
> <mailto:bb...@re...>> wrote:
> 
> 
> 
>     Solomon Duskis wrote:
> 
>         I hope that there's enough here to convince you that it's a good
>         idea to explore the possibilities of integration JAX-RS with
>         Spring MVC.  I'm going to send a follow up that describes what I
>         think needs to be done in order to accomplish this integration.
> 
> 
>     I'm convinced.  I just need somebody to do the work... (hint hint).
> 
> 
> 
>     -- 
>     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