resteasy-users — A general discussion list for the projects end users of RESTEasy.

Re: [Resteasy-users] RESTEasy Runtime client propagation.

[Jakub N. <jmn...@gm...>]

So,

After a quick research I am trying to find the counterpart
of ClientErrorInterceptor for RESTEasy 3.x, any sugestions?

Regards,
Jakub Narloch

2015-02-27 11:37 GMT+01:00 Jakub Narloch <jmn...@gm...>:

> Hi,
>
> I think I have a quite interesting use case in our project, I had existing
> service layer that now is being translated into JAX-RS endpoints by
> exposing the existing service interfaces without changes and consuming them
> through RESTEasy client proxies. Everything seems ok except for one thing,
> we are struggling with RuntimeExceptions. Basically we had defined some
> application level exceptions that we wish to propagate to the client. Since
> they were runtime we didn't had defined the throws clauses for them. We
> would like to have those exceptions propagated to the client, but at the
> moment only what we got was some InternalServerErrrorException being thrown
> on client side.
>
> The question is only how we should approach to this problem, is there a
> way to register a ExceptionMapper and then register a ClientResponseFilter
> to process that, or there is maybe other way?
>
> Regards,
> Jakub Narloch
>

[Resteasy-users] RESTEasy Runtime client propagation.

[Jakub N. <jmn...@gm...>]

Hi,

I think I have a quite interesting use case in our project, I had existing
service layer that now is being translated into JAX-RS endpoints by
exposing the existing service interfaces without changes and consuming them
through RESTEasy client proxies. Everything seems ok except for one thing,
we are struggling with RuntimeExceptions. Basically we had defined some
application level exceptions that we wish to propagate to the client. Since
they were runtime we didn't had defined the throws clauses for them. We
would like to have those exceptions propagated to the client, but at the
moment only what we got was some InternalServerErrrorException being thrown
on client side.

The question is only how we should approach to this problem, is there a way
to register a ExceptionMapper and then register a ClientResponseFilter to
process that, or there is maybe other way?

Regards,
Jakub Narloch

Re: [Resteasy-users] validation of method parameters

[Dave J <dev...@gm...>]

Hi Savvas,

Thank you for your response; I did try it the way you suggested, and you
are right: the params are bound to the ArrayList.
What I found was that application of the @Size annotation as below, imposes
the constraint that the length of the list be no greater than the specified
max.

@Size(max=1000)
@FormParam("a")
private ArrayList<String> stringList = new ArrayList<String>();

While that constraint is useful to me, I also wanted to impose a constraint
that each individual inbound string be checked that its length falls within
a specified range - in my prior example, between 8 and 10 characters.
Research has led me to believe that this is nontrivial, though I did see
someone had developed and shared a library containing @Each annotations ...
and that there (possibly) may be improvements along these lines that would
only work with Java 8.

I was curious why the method-based solution didn't work (my addString
method) because that actually would do the validation I had in mind. That
said, appreciate the time you took to respond.

Best,
Dave


On Sat, Feb 21, 2015 at 2:57 PM, Savvas Andreas Moysidis <
sav...@gm...> wrote:

> Hi Dave,
>
> Not really sure why the bean validation stuff doesn't work but in order to
> bind form params you probably need to configure your resource method and
> binding class in a different way. Try the following:
>
> @GET
> public <my object class, not important>
> resourceMethod(@Valid @*BeanParam* MyParams params)
> {
> ...
> }
>
> public class MyParams {
>
>     @FormParam("a")
>     private ArrayList<String> stringList = new ArrayList<>();
>
> ...
> }
>
> This should bind your form params into your MyParams class.
>
> A minor side note: The convention many frameworks use when binding http
> params at method level is the POJO one (i.e. *set*This()/*get*This()
> rather than addThis() etc)
>
> HTF,
> Savvas
>
> On 19 February 2015 at 19:48, Dave J <dev...@gm...> wrote:
>
>> Hello,
>>
>> After some nontrivial research I thought I would try this list in the
>> hopes more expert users could help me figure out where I am going wrong.
>> I am using RESTeasy 3.0.9. I am trying to affect validation of a
>> parameter coming in on the URL for a GET request.
>>
>> I use a class to aggregate validation & storage of the set of parameters
>> coming in on the URL.
>>
>> I start with this:
>>
>> @GET
>> public <my object class, not important>
>> resourceMethod(@Valid @Form MyParams params)
>> {
>> ...
>> }
>>
>> The parameter of interest is a String, and can occur more than once.
>> Let's name it "a".
>> I would like to validate each occurrence (I want to check that its length
>> is within a certain range), and if valid, I would like to add the String to
>> a list. Otherwise, stop and report the error.
>>
>> So within the MyParams class....
>>
>> public class MyParams {
>>
>>     private ArrayList<String> stringList = new ArrayList<String>();
>>
>> ...
>>
>>     // Would rather this return void, but validation doesn't like
>> constraints on void methods
>>     @QueryParam('a")
>>     public String addString(@Size(min=8,max=10) String str) {
>>         stringList.add(str);
>>         return null;
>>      }
>> }
>>
>>
>> However in this scenario, the incoming string is neither validated nor
>> added to the list.
>>
>> Is it possible to do this within RESTeasy? I'm happy to provide more info
>> if needed.
>>
>> Thanks.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Resteasy-users mailing list
>> Res...@li...
>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>
>>
>

Re: [Resteasy-users] validation of method parameters

[Savvas A. M. <sav...@gm...>]

Hi Dave,

Not really sure why the bean validation stuff doesn't work but in order to
bind form params you probably need to configure your resource method and
binding class in a different way. Try the following:

@GET
public <my object class, not important>
resourceMethod(@Valid @*BeanParam* MyParams params)
{
...
}

public class MyParams {

    @FormParam("a")
    private ArrayList<String> stringList = new ArrayList<>();

...
}

This should bind your form params into your MyParams class.

A minor side note: The convention many frameworks use when binding http
params at method level is the POJO one (i.e. *set*This()/*get*This() rather
than addThis() etc)

HTF,
Savvas

On 19 February 2015 at 19:48, Dave J <dev...@gm...> wrote:

> Hello,
>
> After some nontrivial research I thought I would try this list in the
> hopes more expert users could help me figure out where I am going wrong.
> I am using RESTeasy 3.0.9. I am trying to affect validation of a parameter
> coming in on the URL for a GET request.
>
> I use a class to aggregate validation & storage of the set of parameters
> coming in on the URL.
>
> I start with this:
>
> @GET
> public <my object class, not important>
> resourceMethod(@Valid @Form MyParams params)
> {
> ...
> }
>
> The parameter of interest is a String, and can occur more than once. Let's
> name it "a".
> I would like to validate each occurrence (I want to check that its length
> is within a certain range), and if valid, I would like to add the String to
> a list. Otherwise, stop and report the error.
>
> So within the MyParams class....
>
> public class MyParams {
>
>     private ArrayList<String> stringList = new ArrayList<String>();
>
> ...
>
>     // Would rather this return void, but validation doesn't like
> constraints on void methods
>     @QueryParam('a")
>     public String addString(@Size(min=8,max=10) String str) {
>         stringList.add(str);
>         return null;
>      }
> }
>
>
> However in this scenario, the incoming string is neither validated nor
> added to the list.
>
> Is it possible to do this within RESTeasy? I'm happy to provide more info
> if needed.
>
> Thanks.
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>
>

[Resteasy-users] using HyperLink Application Language with RestEasy

[Meissa M'b. S. <ms...@re...>]

Hi all, 
As I know, we can link resources either through HTTP header or through Atom links with RestEasy. 

I would like to know if it is also possible to use HAL (Hypertext Application Language) for expressing hyperlinks between resources with RestEasy. 

thank you in advance. 

Massai 

[Resteasy-users] validation of method parameters

[Dave J <dev...@gm...>]

Hello,

After some nontrivial research I thought I would try this list in the hopes
more expert users could help me figure out where I am going wrong.
I am using RESTeasy 3.0.9. I am trying to affect validation of a parameter
coming in on the URL for a GET request.

I use a class to aggregate validation & storage of the set of parameters
coming in on the URL.

I start with this:

@GET
public <my object class, not important>
resourceMethod(@Valid @Form MyParams params)
{
...
}

The parameter of interest is a String, and can occur more than once. Let's
name it "a".
I would like to validate each occurrence (I want to check that its length
is within a certain range), and if valid, I would like to add the String to
a list. Otherwise, stop and report the error.

So within the MyParams class....

public class MyParams {

    private ArrayList<String> stringList = new ArrayList<String>();

...

    // Would rather this return void, but validation doesn't like
constraints on void methods
    @QueryParam('a")
    public String addString(@Size(min=8,max=10) String str) {
        stringList.add(str);
        return null;
     }
}


However in this scenario, the incoming string is neither validated nor
added to the list.

Is it possible to do this within RESTeasy? I'm happy to provide more info
if needed.

Thanks.

[Resteasy-users] Adding jackson-module-afterburner

[Anthony W. <an...@wh...>]

I have projects that are using the ResteasyJackson2Provider (which extends JacksonJaxbJsonProvider).

I would like to add Afterburner:  https://github.com/FasterXML/jackson-module-afterburner

According to the Registering module instructions, it says that one simply needs to register it with the ObjectMapper instance:

    ObjectMapper mapper = new ObjectMapper();
    mapper.registerModule(new AfterburnerModule());

Alas, how does one get the underlying ObjectMapper instance so that I can register a module?


Thank you,

Anthony

Re: [Resteasy-users] Gradle not downloading resteasy dependency

[SUMNER A. <And...@cu...>]

I am trying to get "resteasy-jaxrs-3.0.9.Final.jar" into my application as a dependency with gradle via Artifactory, however gradle doesn't download it.
As you can see below if I download directly from MavenCentral it works as I would expect, if I go via Artifactory it skips resteasy-jaxrs-3.0.9.Final.jar. What am I missing?
build.gradle:
apply plugin:'java'

repositories {
    mavenLocal()
    mavenCentral()
//  maven {
//      url "http://artifactory:8081/artifactory/repo1/"
//      url "http://artifactory:8081/artifactory/libs-release/"
//  }
}

dependencies{
    compile 'org.jboss.resteasy:resteasy-jaxrs:3.0.9.Final'
}
output of gradle dependancies:

  1.  Direct from mavenCentral():
     *   commons-codec-1.6.jar
     *   commons-io-2.1.jar
     *   commons-logging-1.1.1.jar
     *   activation-1.1.jar
     *   jcip-annotations-1.0.jar
     *   httpclient-4.2.6.jar
     *   httpcore-4.2.5.jar
     *   jaxrs-api-3.0.9.Final.jar
     *   jboss-annotations-api_1.1_spec-1.0.1.Final.jar
     *   resteasy-jaxrs-3.0.9.Final.jar
  2.  via Artifactory - is the same as above except:
     *   resteasy-jaxrs-3.0.9.Final.jar - this is missing
I've not encountered any other issues with Artificatory so I'm a bit surprised by this one.
(I've also posted this question on http://stackoverflow.com/questions/28080719/gradle-not-getting-resteasy-dependency, this also includes a screenshot of Artifactory)

The information contained in this email message is intended only for the addressee and is not necessarily the official view or communication of the New Zealand Customs Service. 

This email may contain information that is confidential or legally privileged. If you have received it by mistake, please: 
(a) reply promptly to that effect, and remove this email and the reply from your system; and
(b) do not act on this email in any other way.

Re: [Resteasy-users] SE Clients and providers

[John D. A. <joh...@gm...>]

Hmmm ok weird one.

I had a missing classpath dependency.  However, even with that fixed no
luck.

I took a copy of ResteasyJackson2Provider and changed the produces/consumes
to be "application/json" instead of "application/*+json" and it worked fine.

John

On Mon Jan 26 2015 at 12:37:22 PM John D. Ament <joh...@gm...>
wrote:

> Hi,
>
> I'm using a simple SE client w/ RestEasy to talk to multiple systems.
>
> One system exposes its APIs using Jackson1 annotations and the other uses
> Jackson2 annotations.
>
> I create two distinct clients for each of them, one registering the
> jackson provider and the other registering the jackson2 provider.
>
> When clients on the second one run, they are getting the jackson provider
> instead of the jackson2 provider.
>
> I've confirmed through log output that
>
> client.register(provider);
>
> Is only called with the appropriate providers.  Yet the call stacks are
> showing the Jackson 1 provider when I'm expecting to use the Jackson2
> provider.  Is there any way I can force Resteasy to use the Jackson2
> provider other than client.register?
>
> Thanks,
>
> John
>

[Resteasy-users] SE Clients and providers

[John D. A. <joh...@gm...>]

Hi,

I'm using a simple SE client w/ RestEasy to talk to multiple systems.

One system exposes its APIs using Jackson1 annotations and the other uses
Jackson2 annotations.

I create two distinct clients for each of them, one registering the jackson
provider and the other registering the jackson2 provider.

When clients on the second one run, they are getting the jackson provider
instead of the jackson2 provider.

I've confirmed through log output that

client.register(provider);

Is only called with the appropriate providers.  Yet the call stacks are
showing the Jackson 1 provider when I'm expecting to use the Jackson2
provider.  Is there any way I can force Resteasy to use the Jackson2
provider other than client.register?

Thanks,

John

Re: [Resteasy-users] client for multipart/form-data

[Tom B. <tb...@re...>]

The biggest issue I had to overcome was modifying the "Content-Disposition" in one of the "Parts". There didn't seem to be an intuitive way (at least not to me) to alter this with the method I was using "addFormData". In order to accomplish this, I had to call addFormData to add my part, then iterate the parts to find the part I was interested in, and get the headers, and add a Content-Disposition header to that prior to sending off the request. I needed a *fliename* in the content disposition which wasn't being added (as I had a byte array from the inputStream that I sent, meaning there wasn't any way for it to have a filename.) 

Anyway, all is good now with a little tweaking and such, interesting exercise! And if there is a simpler way to alter the headers (specifically content-disposition) I would love to know, but this seems to be working as I hoped now. 

-Tom 

----- Original Message -----

> From: "Tom Butt" <tb...@re...>
> To: "william fatecsjc" <wil...@gm...>
> Cc: res...@li...
> Sent: Friday, January 16, 2015 10:54:37 AM
> Subject: Re: [Resteasy-users] client for multipart/form-data

> So, one of the paths I was going down used MultipartFormDataOutput, and I
> found that did seem to be working (there were some errors on the consuming
> side of my client that I was able to get resolved today.) So, that part is
> pretty happy. Now I'm just trying to move an image over, and I'm pretty sure
> this is just some minor communication issue with the service I'm consuming.

> In case anybody has any great insights here (and as I've started this
> thread), I'm getting the image directly on my resource as a image/png, as an
> input stream. I'm simply doing:
> multipartoutput.addFormData("file", inputStream,
> MEDIA_TYPE.APPLICATION_OCTET_STREAM_TYPE);
> when I add it to the data to send off.

> -Tom

> ----- Original Message -----

> > From: "William Antônio Siqueira" <wil...@gm...>
> 
> > To: "Tom Butt" <tb...@re...>
> 
> > Cc: res...@li...
> 
> > Sent: Friday, January 16, 2015 7:35:59 AM
> 
> > Subject: Re: [Resteasy-users] client for multipart/form-data
> 

> > Hello TOm,
> 

> > have you seems resteasy multipart test classes?
> 

> > https://github.com/resteasy/Resteasy/tree/RESTEASY_JAXRS_1_2_GA_CP03/providers/multipart/src/test/java/org/jboss/resteasy/test/providers/multipart
> 

> > I think it could help you when creating your own client
> 

> > --
> 
> > William Antônio Siqueira
> 
> > Java Support Analyst
> 

> > http://fxapps.blogspot.com
> 
> > http://www.williamantonio.wordpress.com
> 
> > http://williamprogrammer.com
> 

> > 2015-01-16 12:25 GMT-02:00 Tom Butt < tb...@re... > :
> 

> > > We use the ProxyFactory to create clients in resteasy and typically
> > > define
> > > interfaces as:
> > 
> 

> > > @GET
> > 
> 
> > > @Path("/{id}")
> > 
> 
> > > @Produces("application/xml")
> > 
> 
> > > ClientResponse<String> getDataByTitle(@PathParam("id") String id,
> > > @QueryParam(value = "title") String name);
> > 
> 

> > > or similar.
> > 
> 

> > > I need to consume a multipart/form-data resource that would be curl'd
> > > like:
> > 
> 

> > > curl -kvLX POST -u $USERNAME:$PASSWORD -H "Content-Type:
> > > multipart/form-data"
> > > --form "name=logo" --form "files[files]=@cloud.png" --form "force=1"
> > > "<someurl>/attach_file"
> > 
> 

> > > I've tried a number of things that have me spinning my wheels with
> > > various
> > > errors and I feel like I'm on multiple misguided paths. Any point in the
> > > right direction would be GREATLY appreciated.
> > 
> 

> > > -Tom
> > 
> 

> > > ------------------------------------------------------------------------------
> > 
> 
> > > New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> > 
> 
> > > GigeNET is offering a free month of service with a new server in Ashburn.
> > 
> 
> > > Choose from 2 high performing configs, both with 100TB of bandwidth.
> > 
> 
> > > Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> > 
> 
> > > http://p.sf.net/sfu/gigenet
> > 
> 
> > > _______________________________________________
> > 
> 
> > > Resteasy-users mailing list
> > 
> 
> > > Res...@li...
> > 
> 
> > > https://lists.sourceforge.net/lists/listinfo/resteasy-users
> > 
> 

> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users

Re: [Resteasy-users] Resteasy and Vert.x

[Kristoffer S. <st...@gm...>]

Thank you for making it easy to integrate with Resteasy!

Vert.x is generally easier to use than Netty and provide capabilities
(websockets, file serving, etc) often needed to develop a complete web
application.

On Sat, Jan 17, 2015 at 4:18 PM, Bill Burke <bb...@re...> wrote:

> Awesome!  Thanks!
>
> On 1/16/2015 11:49 AM, Kristoffer Sjögren wrote:
> > Hi
> >
> > I have created a project called vertxrs which support JAX-RS over Vert.x.
> >
> > This is the embedded version of Vert.x which use Resteasy as the
> > implementation of JAX-RS.
> >
> > https://github.com/deephacks/vertxrs
> >
> > The jars should be in Maven Central at any moment.
> >
> > Enjoy,
> > -Kristoffer
> >
> >
> >
> ------------------------------------------------------------------------------
> > New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> > GigeNET is offering a free month of service with a new server in Ashburn.
> > Choose from 2 high performing configs, both with 100TB of bandwidth.
> > Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> > http://p.sf.net/sfu/gigenet
> >
> >
> >
> > _______________________________________________
> > Resteasy-users mailing list
> > Res...@li...
> > https://lists.sourceforge.net/lists/listinfo/resteasy-users
> >
>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

Re: [Resteasy-users] Resteasy and Vert.x

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

Awesome!  Thanks!

On 1/16/2015 11:49 AM, Kristoffer Sjögren wrote:
> Hi
>
> I have created a project called vertxrs which support JAX-RS over Vert.x.
>
> This is the embedded version of Vert.x which use Resteasy as the
> implementation of JAX-RS.
>
> https://github.com/deephacks/vertxrs
>
> The jars should be in Maven Central at any moment.
>
> Enjoy,
> -Kristoffer
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
>
>
>
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

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

[Resteasy-users] Set http headers per request on client side proxy

[Veit G. <vei...@gm...>]

Hi.

How can I set http headers when invoking methods on the client side proxy?
I'm aware that I can e.g. set credentials on the underlying HttpClient.
I do that once
before creating the proxy. But when using the proxy, I have to change
some http headers
on every request as well. So, what's the best practive for that?

Thanks for your help!
Veit

Re: [Resteasy-users] client for multipart/form-data

[Tom B. <tb...@re...>]

So, one of the paths I was going down used MultipartFormDataOutput, and I found that did seem to be working (there were some errors on the consuming side of my client that I was able to get resolved today.) So, that part is pretty happy. Now I'm just trying to move an image over, and I'm pretty sure this is just some minor communication issue with the service I'm consuming. 

In case anybody has any great insights here (and as I've started this thread), I'm getting the image directly on my resource as a image/png, as an input stream. I'm simply doing: 
multipartoutput.addFormData("file", inputStream, MEDIA_TYPE.APPLICATION_OCTET_STREAM_TYPE); 
when I add it to the data to send off. 

-Tom 

----- Original Message -----

> From: "William Antônio Siqueira" <wil...@gm...>
> To: "Tom Butt" <tb...@re...>
> Cc: res...@li...
> Sent: Friday, January 16, 2015 7:35:59 AM
> Subject: Re: [Resteasy-users] client for multipart/form-data

> Hello TOm,

> have you seems resteasy multipart test classes?

> https://github.com/resteasy/Resteasy/tree/RESTEASY_JAXRS_1_2_GA_CP03/providers/multipart/src/test/java/org/jboss/resteasy/test/providers/multipart

> I think it could help you when creating your own client

> --
> William Antônio Siqueira
> Java Support Analyst

> http://fxapps.blogspot.com
> http://www.williamantonio.wordpress.com
> http://williamprogrammer.com

> 2015-01-16 12:25 GMT-02:00 Tom Butt < tb...@re... > :

> > We use the ProxyFactory to create clients in resteasy and typically define
> > interfaces as:
> 

> > @GET
> 
> > @Path("/{id}")
> 
> > @Produces("application/xml")
> 
> > ClientResponse<String> getDataByTitle(@PathParam("id") String id,
> > @QueryParam(value = "title") String name);
> 

> > or similar.
> 

> > I need to consume a multipart/form-data resource that would be curl'd like:
> 

> > curl -kvLX POST -u $USERNAME:$PASSWORD -H "Content-Type:
> > multipart/form-data"
> > --form "name=logo" --form "files[files]=@cloud.png" --form "force=1"
> > "<someurl>/attach_file"
> 

> > I've tried a number of things that have me spinning my wheels with various
> > errors and I feel like I'm on multiple misguided paths. Any point in the
> > right direction would be GREATLY appreciated.
> 

> > -Tom
> 

> > ------------------------------------------------------------------------------
> 
> > New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> 
> > GigeNET is offering a free month of service with a new server in Ashburn.
> 
> > Choose from 2 high performing configs, both with 100TB of bandwidth.
> 
> > Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> 
> > http://p.sf.net/sfu/gigenet
> 
> > _______________________________________________
> 
> > Resteasy-users mailing list
> 
> > Res...@li...
> 
> > https://lists.sourceforge.net/lists/listinfo/resteasy-users
> 

[Resteasy-users] Resteasy and Vert.x

[Kristoffer S. <st...@gm...>]

Hi

I have created a project called vertxrs which support JAX-RS over Vert.x.

This is the embedded version of Vert.x which use Resteasy as the
implementation of JAX-RS.

https://github.com/deephacks/vertxrs

The jars should be in Maven Central at any moment.

Enjoy,
-Kristoffer

Re: [Resteasy-users] client for multipart/form-data

[William A. S. <wil...@gm...>]

Hello TOm,

have you seems resteasy multipart test classes?


https://github.com/resteasy/Resteasy/tree/RESTEASY_JAXRS_1_2_GA_CP03/providers/multipart/src/test/java/org/jboss/resteasy/test/providers/multipart

I think it could help you when creating your own client

--
*William Antônio Siqueira*
*Java Support Analyst*

*http://fxapps.blogspot.com <http://fxapps.blogspot.com>*
*http://www.williamantonio.wordpress.com
<http://www.williamantonio.wordpress.com>*
*http://williamprogrammer.com <http://williamprogrammer.com>*

2015-01-16 12:25 GMT-02:00 Tom Butt <tb...@re...>:

> We use the ProxyFactory to create clients in resteasy and typically define
> interfaces as:
>
>     @GET
>     @Path("/{id}")
>     @Produces("application/xml")
>     ClientResponse<String> getDataByTitle(@PathParam("id") String id,
> @QueryParam(value = "title") String name);
>
> or similar.
>
> I need to consume a multipart/form-data resource that would be curl'd like:
>
> curl -kvLX POST -u $USERNAME:$PASSWORD  -H "Content-Type:
> multipart/form-data" --form "name=logo" --form "files[files]=@cloud.png"
> --form "force=1" "<someurl>/attach_file"
>
> I've tried a number of things that have me spinning my wheels with various
> errors and I feel like I'm on multiple misguided paths. Any point in the
> right direction would be GREATLY appreciated.
>
> -Tom
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

[Resteasy-users] client for multipart/form-data

[Tom B. <tb...@re...>]

We use the ProxyFactory to create clients in resteasy and typically define interfaces as:

    @GET
    @Path("/{id}")
    @Produces("application/xml")
    ClientResponse<String> getDataByTitle(@PathParam("id") String id, @QueryParam(value = "title") String name);

or similar.

I need to consume a multipart/form-data resource that would be curl'd like:

curl -kvLX POST -u $USERNAME:$PASSWORD  -H "Content-Type: multipart/form-data" --form "name=logo" --form "files[files]=@cloud.png" --form "force=1" "<someurl>/attach_file"

I've tried a number of things that have me spinning my wheels with various errors and I feel like I'm on multiple misguided paths. Any point in the right direction would be GREATLY appreciated.

-Tom

[Resteasy-users] Netty setRootResourcePath()

[ccleve <ccl...@gm...>]

I'm calling NettyJaxrsServer.setRootResourcePath("v1") to set the 
context path for my JAX-RS resources. Oddly, my resources appear to work 
both with and without the context. For example,

GET /v1/myResource

and

GET /myResource

both seem to work. Is this a bug?

Unfortunately, there's no Javadoc on .setRootResourcePath(), so I can't 
be sure that it does what I think it does.

Re: [Resteasy-users] Use Resteasy server-side Cache

[Frederic E. <da...@li...>]

Thank you for the reply,

so I added @Cache to my Service and "@Context ServerCache cache" as parameter to the Cache annotated Service, 
in the web.xml i added the following
    <context-param>
        <param-name>server.request.cache.infinispan.config.file</param-name>
        <param-value>infinispan.xml</param-value>
    </context-param>

    <context-param>
        <param-name>server.request.cache.infinispan.cache.name</param-name>
        <param-value>MyCache</param-value>
    </context-param>

Couldn't really find something about the cache config file so I didn't know what todo.
Next up I created a new Class

public class Application extends javax.ws.rs.core.Application {

    public Set<Class<?>> getClasses() {
        return super.getClasses();
    }

}

and changed the web.xml to

    <servlet>
        <servlet-name>Resteasy</servlet-name>
        <servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class>
        <init-param>
            <param-name>javax.ws.rs.Application</param-name>
            <param-value>net.devvsbugs.coding.daraku_mal_api.Application</param-value>
        </init-param>
    </servlet>

is this all I need to do? Does it has something with the cache config file todo?

Thank you.

> Date: Wed, 29 Oct 2014 15:13:45 -0400
> From: bb...@re...
> To: res...@li...
> Subject: Re: [Resteasy-users] Use Resteasy server-side Cache
> 
> Implementation was refactored and reimplemneted in 3.0:
> 
> http://docs.jboss.org/resteasy/docs/3.0.9.Final/userguide/html/Cache_NoCache_CacheControl.html#server_cache
> 
> On 10/29/2014 1:35 PM, Frederic Eßer wrote:
> > Hello everyone,
> >
> > I develop a software which provides webservices on a tomcat. These
> > webservices parse and display data from a 3rd website with JSOUP in XML
> > or JSON format.
> > Now I want to use the server-side caching to reduce the requests be made
> > to these websites.
> > The Project is managed with Maven and I'm using the 3.0.6.Final version
> > of resteasy and it will all be deployed on an integrated Tomcat 7 for
> > testing purposes.
> >
> > While researching on how to get the caching into my project I stumbled
> > upon this link
> > http://docs.jboss.org/resteasy/docs/1.1.GA/userguide/html/Cache_NoCache_CacheControl.html
> > which I thought contained everything I needed. So I added the dependency
> > to my pom
> >
> >          <dependency>
> >              <groupId>org.jboss.resteasy</groupId>
> >              <artifactId>resteasy-cache-core</artifactId>
> >              <version>3.0.9.Final</version>
> >          </dependency>
> >
> > and added the context parameter to my web.xml
> >
> >      <context-param>
> >          <param-name>resteasy.server.cache.maxsize</param-name>
> >          <param-value>1000</param-value>
> >      </context-param>
> >
> >      <context-param>
> >
> > <param-name>resteasy.server.cache.eviction.wakeup.interval</param-name>
> >          <param-value>5000</param-value>
> >      </context-param>
> >
> >      <listener>
> >
> > <listener-class>org.jboss.resteasy.plugins.cache.server.ServletServerCache</listener-class>
> >      </listener>
> >
> > But while trying to run the project on my server I get the following
> > exception
> >
> > SEVERE: Error configuring application listener of class
> > org.jboss.resteasy.plugins.cache.server.ServletServerCache
> > java.lang.ClassNotFoundException:
> > org.jboss.resteasy.plugins.cache.server.ServletServerCache
> >      at
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
> >      at
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
> >      at
> > org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
> >      at
> > org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
> >      at
> > org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
> >      at
> > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4638)
> >      at
> > org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5204)
> >      at
> > org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5199)
> >      at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> >      at
> > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> >      at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> >      at java.lang.Thread.run(Thread.java:745)
> >
> > So I build the war with Maven -> build and checked for the jar file in
> > WEB-INF/lib/ and found the resteasy-cache-core-3.0.9.Final.jar.
> >
> > What is going wrong? Or is the way on approaching the server-side cache
> > implementation wrong?
> >
> > Thank you.
> >
> >
> > ------------------------------------------------------------------------------
> >
> >
> >
> > _______________________________________________
> > Resteasy-users mailing list
> > Res...@li...
> > https://lists.sourceforge.net/lists/listinfo/resteasy-users
> >
> 
> -- 
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
 		 	   		  

Re: [Resteasy-users] Pool for javax.ws.rs.client.Client objects?

[Savvas A. M. <sav...@gm...>]

Great, thanks for the input Bill.

On 29 October 2014 13:20, Bill Burke <bb...@re...> wrote:

> By default, Resteasy only allows one connection per Client.  You have to
> use ResteadyClient(Builder) to expand this.  Other than that, it should
> be threadsafe.
>
> Personally, I'd create the Client as an application-scoped CDI bean and
> inject it, or create one with SPring and inject it, or create one in a
> servlet listener and add it to ServletContext.  If you create per
> request, then you lose any socket connection pooling that Apache Http
> Client does.
>
> On 10/27/2014 8:21 PM, Savvas Andreas Moysidis wrote:
> > The question, I suppose, is whether Client implementations are
> > thread-safe or not which is something that is not stipulated by the
> > interface contract.
> >
> > If they are(something which is sort of implied by the javadoc), then you
> > could maybe declare and use a single instance like the following? (in a
> > JavaEE context)
> >
> > @Singleton
> > public class SomeService {
> >
> >      private Client restClient;
> >
> >      @PostConstruct
> >      private void init() {
> >          restClient = ClientBuilder.newClient();
> >      }
> >
> .....................................................................
> >      // Use restClient object here
> >
> .....................................................................
> >
> >      @PreDestroy
> >      private void cleanUp() {
> >          restClient.close();
> >      }
> > }
> >
> > On 27 October 2014 23:24, Mario Diana <mar...@gm...
> > <mailto:mar...@gm...>> wrote:
> >
> >     I'd be interested in hearing what common practice is regarding
> >     pooled Client objects, too. Do people use the Apache objects pool
> >     library? That's the only option I've heard of. Are there other
> >     mainstream solutions?
> >
> >     Mario
> >
> >      > On Oct 27, 2014, at 12:39 PM, Rodrigo Uchôa
> >     <rod...@gm... <mailto:rod...@gm...>> wrote:
> >      >
> >      > [...]
> >
> >     > How should we implement a pool of Client objects in this scenario?
> Is there a common solution?
> >     >
> >     > Regards,
> >     > Rodrigo Uchoa.
> >
> >
> >
>  ------------------------------------------------------------------------------
> >     _______________________________________________
> >     Resteasy-users mailing list
> >     Res...@li...
> >     <mailto:Res...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/resteasy-users
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> >
> >
> > _______________________________________________
> > Resteasy-users mailing list
> > Res...@li...
> > https://lists.sourceforge.net/lists/listinfo/resteasy-users
> >
>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

Re: [Resteasy-users] Use Resteasy server-side Cache

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

Implementation was refactored and reimplemneted in 3.0:

http://docs.jboss.org/resteasy/docs/3.0.9.Final/userguide/html/Cache_NoCache_CacheControl.html#server_cache

On 10/29/2014 1:35 PM, Frederic Eßer wrote:
> Hello everyone,
>
> I develop a software which provides webservices on a tomcat. These
> webservices parse and display data from a 3rd website with JSOUP in XML
> or JSON format.
> Now I want to use the server-side caching to reduce the requests be made
> to these websites.
> The Project is managed with Maven and I'm using the 3.0.6.Final version
> of resteasy and it will all be deployed on an integrated Tomcat 7 for
> testing purposes.
>
> While researching on how to get the caching into my project I stumbled
> upon this link
> http://docs.jboss.org/resteasy/docs/1.1.GA/userguide/html/Cache_NoCache_CacheControl.html
> which I thought contained everything I needed. So I added the dependency
> to my pom
>
>          <dependency>
>              <groupId>org.jboss.resteasy</groupId>
>              <artifactId>resteasy-cache-core</artifactId>
>              <version>3.0.9.Final</version>
>          </dependency>
>
> and added the context parameter to my web.xml
>
>      <context-param>
>          <param-name>resteasy.server.cache.maxsize</param-name>
>          <param-value>1000</param-value>
>      </context-param>
>
>      <context-param>
>
> <param-name>resteasy.server.cache.eviction.wakeup.interval</param-name>
>          <param-value>5000</param-value>
>      </context-param>
>
>      <listener>
>
> <listener-class>org.jboss.resteasy.plugins.cache.server.ServletServerCache</listener-class>
>      </listener>
>
> But while trying to run the project on my server I get the following
> exception
>
> SEVERE: Error configuring application listener of class
> org.jboss.resteasy.plugins.cache.server.ServletServerCache
> java.lang.ClassNotFoundException:
> org.jboss.resteasy.plugins.cache.server.ServletServerCache
>      at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
>      at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
>      at
> org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
>      at
> org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
>      at
> org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
>      at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4638)
>      at
> org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5204)
>      at
> org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5199)
>      at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>      at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>      at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>      at java.lang.Thread.run(Thread.java:745)
>
> So I build the war with Maven -> build and checked for the jar file in
> WEB-INF/lib/ and found the resteasy-cache-core-3.0.9.Final.jar.
>
> What is going wrong? Or is the way on approaching the server-side cache
> implementation wrong?
>
> Thank you.
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

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

[Resteasy-users] Use Resteasy server-side Cache

[Frederic E. <da...@li...>]

Hello everyone,

I develop a software which provides webservices on a tomcat. These webservices parse and display data from a 3rd website with JSOUP in XML or JSON format. 
Now I want to use the server-side caching to reduce the requests be made to these websites.
The Project is managed with Maven and I'm using the 3.0.6.Final version of resteasy and it will all be deployed on an integrated Tomcat 7 for testing purposes. 

While researching on how to get the caching into my project I stumbled upon this link http://docs.jboss.org/resteasy/docs/1.1.GA/userguide/html/Cache_NoCache_CacheControl.html which I thought contained everything I needed. So I added the dependency to my pom

        <dependency>
            <groupId>org.jboss.resteasy</groupId>
            <artifactId>resteasy-cache-core</artifactId>
            <version>3.0.9.Final</version>
        </dependency>

and added the context parameter to my web.xml

    <context-param>
        <param-name>resteasy.server.cache.maxsize</param-name>
        <param-value>1000</param-value>
    </context-param>

    <context-param>
        <param-name>resteasy.server.cache.eviction.wakeup.interval</param-name>
        <param-value>5000</param-value>
    </context-param>

    <listener>
        <listener-class>org.jboss.resteasy.plugins.cache.server.ServletServerCache</listener-class>
    </listener>

But while trying to run the project on my server I get the following exception

SEVERE: Error configuring application listener of class org.jboss.resteasy.plugins.cache.server.ServletServerCache
java.lang.ClassNotFoundException: org.jboss.resteasy.plugins.cache.server.ServletServerCache
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1676)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1521)
    at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:415)
    at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:397)
    at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:118)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4638)
    at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5204)
    at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5199)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

So I build the war with Maven -> build and checked for the jar file in WEB-INF/lib/ and found the resteasy-cache-core-3.0.9.Final.jar.

What is going wrong? Or is the way on approaching the server-side cache implementation wrong?

Thank you.
 		 	   		  

Re: [Resteasy-users] Pool for javax.ws.rs.client.Client objects?

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

By default, Resteasy only allows one connection per Client.  You have to 
use ResteadyClient(Builder) to expand this.  Other than that, it should 
be threadsafe.

Personally, I'd create the Client as an application-scoped CDI bean and 
inject it, or create one with SPring and inject it, or create one in a 
servlet listener and add it to ServletContext.  If you create per 
request, then you lose any socket connection pooling that Apache Http 
Client does.

On 10/27/2014 8:21 PM, Savvas Andreas Moysidis wrote:
> The question, I suppose, is whether Client implementations are
> thread-safe or not which is something that is not stipulated by the
> interface contract.
>
> If they are(something which is sort of implied by the javadoc), then you
> could maybe declare and use a single instance like the following? (in a
> JavaEE context)
>
> @Singleton
> public class SomeService {
>
>      private Client restClient;
>
>      @PostConstruct
>      private void init() {
>          restClient = ClientBuilder.newClient();
>      }
>      .....................................................................
>      // Use restClient object here
>      .....................................................................
>
>      @PreDestroy
>      private void cleanUp() {
>          restClient.close();
>      }
> }
>
> On 27 October 2014 23:24, Mario Diana <mar...@gm...
> <mailto:mar...@gm...>> wrote:
>
>     I'd be interested in hearing what common practice is regarding
>     pooled Client objects, too. Do people use the Apache objects pool
>     library? That's the only option I've heard of. Are there other
>     mainstream solutions?
>
>     Mario
>
>      > On Oct 27, 2014, at 12:39 PM, Rodrigo Uchôa
>     <rod...@gm... <mailto:rod...@gm...>> wrote:
>      >
>      > [...]
>
>     > How should we implement a pool of Client objects in this scenario? Is there a common solution?
>     >
>     > Regards,
>     > Rodrigo Uchoa.
>
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     Resteasy-users mailing list
>     Res...@li...
>     <mailto:Res...@li...>
>     https://lists.sourceforge.net/lists/listinfo/resteasy-users
>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>

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

Re: [Resteasy-users] Pool for javax.ws.rs.client.Client objects?

[Rodrigo U. <rod...@gm...>]

I have also been talking with people from the Jersey team. The conclusion
seem to be the same: There's a gap in the spec, it does not clearly states
wether Client implementations should be thread-safe or not.

However both RestEasy and Jersey have done it in a thread-safe manner.

Final conclusion: No need for pooling. A singleton should do it.

On Tue, Oct 28, 2014 at 9:37 PM, Savvas Andreas Moysidis <
sav...@gm...> wrote:

>
> right...took a quick look at the jsr spec (
> http://download.oracle.com/otn-pub/jcp/jaxrs-2_0-fr-eval-spec/jsr339-jaxrs-2.0-final-spec.pdf)
> but nothing seems to be mentioned about thread-safety in client-api
> implementations...so, this seems to largely be an implementation property
> rather than a spec requirement..
>
> anyway, I dug through the implementation I am using (
> *org.glassfish.jersey.client.JerseyClient*) and from what I can see the
> method for generating *WebRequest*s at least seems to be perfectly
> thread-safe:
>
> @Override
>     public JerseyWebTarget target(String uri) {
>         checkNotClosed();
>         checkNotNull(uri, LocalizationMessages.CLIENT_URI_TEMPLATE_NULL());
>         return new JerseyWebTarget(uri, this);
>     }
>
> (note: checkNotNull is some preconditions-checking library statically
> imported and LocalizationMessages.CLIENT_URI_TEMPLATE_NULL() is an actual
> method call using a bizarre naming convention I've never come across
> before... )
>
> with checkNotClosed() having an implementation of:
> void checkNotClosed() {
>         checkState(!closedFlag.get(),
> LocalizationMessages.CLIENT_INSTANCE_CLOSED());
> }
>
> and with the class variable closedFlag declared as:
> private final AtomicBoolean closedFlag = new AtomicBoolean(false);
>
> which of course is thread-safe.
>
> So, using a single instance and invoking only the various flavours of the
> target() method seems to be safe. Wouldn't be so sure about the various
> provider registration methods though...
>
> Savvas
>
> On 28 October 2014 12:40, Rodrigo Uchôa <rod...@gm...> wrote:
>
>> Savvas,
>>
>> I have no evidence whatsoever. :)
>>
>> But it seems strange to me that if implementations should be thread-safe,
>> this information is not written in bold in the javadocs :) Or it could be
>> decision left up to vendors to decide.
>>
>> Anyway, if it is indeed thread-safe it makes things a lot easier since a
>> single instance can be used throughout the app.
>>
>> On Tue, Oct 28, 2014 at 7:50 AM, Savvas Andreas Moysidis <
>> sav...@gm...> wrote:
>>
>>> Hi Rodrigo,
>>>
>>> That's precisely what my example above showcases. :)
>>>
>>> It may well be the case that the Client class is not thread-safe indeed
>>> but can I ask though what evidence have you got to believe that?
>>>
>>> Perhaps taking a look at the source code would clarify things? (or a
>>> commiter following this thread could verify instead)
>>>
>>> On 28 October 2014 01:23, Rodrigo Uchôa <rod...@gm...> wrote:
>>>
>>>> if Client implementations are thread-safe, shouldn't a single instance
>>>> be enough? Thus having a single instance for the whole app would do it. I
>>>> don't think it's the case.
>>>>
>>>> On Mon, Oct 27, 2014 at 10:21 PM, Savvas Andreas Moysidis <
>>>> sav...@gm...> wrote:
>>>>
>>>>> The question, I suppose, is whether Client implementations are
>>>>> thread-safe or not which is something that is not stipulated by the
>>>>> interface contract.
>>>>>
>>>>> If they are(something which is sort of implied by the javadoc), then
>>>>> you could maybe declare and use a single instance like the following? (in a
>>>>> JavaEE context)
>>>>>
>>>>> @Singleton
>>>>> public class SomeService {
>>>>>
>>>>>     private Client restClient;
>>>>>
>>>>>     @PostConstruct
>>>>>     private void init() {
>>>>>         restClient = ClientBuilder.newClient();
>>>>>     }
>>>>>
>>>>> .....................................................................
>>>>>     // Use restClient object here
>>>>>
>>>>> .....................................................................
>>>>>
>>>>>     @PreDestroy
>>>>>     private void cleanUp() {
>>>>>         restClient.close();
>>>>>     }
>>>>> }
>>>>>
>>>>> On 27 October 2014 23:24, Mario Diana <mar...@gm...> wrote:
>>>>>
>>>>>> I'd be interested in hearing what common practice is regarding pooled
>>>>>> Client objects, too. Do people use the Apache objects pool library? That's
>>>>>> the only option I've heard of. Are there other mainstream solutions?
>>>>>>
>>>>>> Mario
>>>>>>
>>>>>> > On Oct 27, 2014, at 12:39 PM, Rodrigo Uchôa <
>>>>>> rod...@gm...> wrote:
>>>>>> >
>>>>>> > [...]
>>>>>>
>>>>>> > How should we implement a pool of Client objects in this scenario?
>>>>>> Is there a common solution?
>>>>>> >
>>>>>> > Regards,
>>>>>> > Rodrigo Uchoa.
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> _______________________________________________
>>>>>> Resteasy-users mailing list
>>>>>> Res...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> Resteasy-users mailing list
>>>>> Res...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>>>>
>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Resteasy-users mailing list
>>>> Res...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Resteasy-users mailing list
>>> Res...@li...
>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Resteasy-users mailing list
>> Res...@li...
>> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
>
>