Menu
▾
▴
resteasy-users — A general discussion list for the projects end users of RESTEasy.
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2010 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(5) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(6) |
Dec
(4) |
| 2011 |
Jan
(4) |
Feb
(18) |
Mar
(9) |
Apr
(7) |
May
(6) |
Jun
(13) |
Jul
(11) |
Aug
(7) |
Sep
(12) |
Oct
(28) |
Nov
(12) |
Dec
(11) |
| 2012 |
Jan
(20) |
Feb
(21) |
Mar
(19) |
Apr
(12) |
May
(44) |
Jun
(23) |
Jul
(14) |
Aug
(26) |
Sep
(23) |
Oct
(7) |
Nov
(42) |
Dec
(15) |
| 2013 |
Jan
(62) |
Feb
(20) |
Mar
(14) |
Apr
(52) |
May
(29) |
Jun
(46) |
Jul
(20) |
Aug
(55) |
Sep
(27) |
Oct
(53) |
Nov
(29) |
Dec
(21) |
| 2014 |
Jan
(35) |
Feb
(44) |
Mar
(12) |
Apr
(37) |
May
(24) |
Jun
(17) |
Jul
(13) |
Aug
(1) |
Sep
(4) |
Oct
(13) |
Nov
(1) |
Dec
(1) |
| 2015 |
Jan
(11) |
Feb
(8) |
Mar
(10) |
Apr
(7) |
May
(17) |
Jun
(11) |
Jul
(13) |
Aug
(14) |
Sep
(6) |
Oct
(3) |
Nov
(7) |
Dec
(3) |
| 2016 |
Jan
(1) |
Feb
(4) |
Mar
(8) |
Apr
(2) |
May
(2) |
Jun
(10) |
Jul
|
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
|
From: Alberto S. <nob...@gm...> - 2015-09-03 23:15:20
|
Just found out the answer to this:
We can't use jackson providers for this (as noted in the original
documentation), but jettison provider instead:
Thus, we need to disable all jackson providers from our environment.
For example in WildFly 8.x:
Create a META-INF/jboss-structure-deployment.xml file with the following:
<jboss-deployment-structure>
<deployment>
<exclusions>
<module name="org.jboss.resteasy.resteasy-jackson-provider" />
<module name="org.jboss.resteasy.resteasy-jackson2-provider" />
</exclusions>
<dependencies>
<module name="org.jboss.resteasy.resteasy-jettison-provider" />
</dependencies>
</deployment>
</jboss-deployment-structure>
Hope this helps,
Alberto
|
|
From: Alberto S. <nob...@gm...> - 2015-09-03 21:50:15
|
Alexey Pashkevich <alexeypashkevich@...> writes: > > Hello Danilo, I faced with the same problem and just found you message, could > you please write have you solved this issue or not and if it was solved, please > write how did you make this. > > Thanks in advance. > > ------------------------------------------------------------------------ ------ > Hi everyone, I am currently facing exactly the same problem, have you guys had any luck with this? :) Cheers! Alberto |
|
From: John D. A. <joh...@gm...> - 2015-08-21 02:56:43
|
Hi all, I was playing with the YAML provider today and saw an issue. In the local unit tests, everything runs fine. However when you deploy the equivalent example to the app server it was failing. I believe its a class loader issue, since they seem to use some basic class loading support to do POJO binding. I've raised a PR to fix the classloader issue, as well as filed a JIRA ticket. I'm not sure if this is newer functionality but I had upgraded SnakeYAML to match the version deployed to Wildfly. The docs should probably be updated to reflect the new version (1.15) as well as the new behavior when an invalid YAML document is passed in (it returns 400 instead of 500). https://github.com/resteasy/Resteasy/pull/673 https://issues.jboss.org/browse/RESTEASY-1223 John |
|
From: Paulo A. de F. V. <Pau...@gl...> - 2015-08-19 11:52:32
|
Hi Weinan, We found ou that the problem was due to a error on closing the MultipartFormDataInput, not the Jboss Modules. Thank you very much for the help. [cid:par...@gl...] Paulo Vivacqua Desenvolvedor F?brica GID <mailto:seu...@em...>pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br<http://www.globalweb.com.br/> [cid:par...@gl...] [cid:par...@gl...]<http://www.globalweb.com.br/>[cid:par...@gl...]<http://www.nfedobrasil.com.br/>[cid:par...@gl...]<http://www.mais2x.com.br/>[cid:par...@gl...]<http://www.compusoftware.com.br/>[cid:par...@gl...]<http://dinamonetworks.com/>[cid:par...@gl...]<https://ww2.vouclicar.com/> Em 18/08/2015 00:26, Weinan Li escreveu: Hi Paulo, Could you please provide us some codes about your use case so we can reproduce the bug to investigate on it? -- Weinan Li / JBoss On Aug 18, 2015, at 3:46 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...><mailto:Pau...@gl...> wrote: Weinan, We were able to run the application using the Jboss module 3.0.12.Final, unfortunately resteasy is still not deleting the 'm4j' tmp files. thank you very much! best regards, Paulo Vivacqua |
|
From: Ron S. <rs...@re...> - 2015-08-19 02:18:30
|
Hey Wei, I just uploaded all the Resteasy jars to a nexus staging repository (jboss_releases_staging_profile-6350 at https://repository.jboss.org/nexus/index.html#stagingRepositories), but it won't let me release it (return code 403). Maybe it will work for you? I'll work on getting permissions... I should have gotten this done before updating the first page of the Resteasy web page. D'oh. -Ron On 08/18/2015 03:02 AM, Weinan Li wrote: > Hi Ron, > > Could you please help to upload 3.0.12.Final to our jboss.org maven repository? > (Or can you please tell me how to do it so I can upload it). > > -- > Weinan Li / JBoss > > > >> On Aug 18, 2015, at 1:09 PM, Anthony Whitford <an...@wh...> wrote: >> >> I see that Version 3.0.12.Final was released last week, but I don’t see it available on a Maven repository. >> >> Am I missing something? >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Resteasy-users mailing list >> Res...@li... >> https://lists.sourceforge.net/lists/listinfo/resteasy-users |
|
From: Weinan Li <we...@re...> - 2015-08-18 07:02:53
|
Hi Ron, Could you please help to upload 3.0.12.Final to our jboss.org maven repository? (Or can you please tell me how to do it so I can upload it). -- Weinan Li / JBoss > On Aug 18, 2015, at 1:09 PM, Anthony Whitford <an...@wh...> wrote: > > I see that Version 3.0.12.Final was released last week, but I don’t see it available on a Maven repository. > > Am I missing something? > > > ------------------------------------------------------------------------------ > _______________________________________________ > Resteasy-users mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-users |
|
From: Anthony W. <an...@wh...> - 2015-08-18 05:28:58
|
I see that Version 3.0.12.Final was released last week, but I don’t see it available on a Maven repository. Am I missing something? |
|
From: Weinan Li <we...@re...> - 2015-08-18 03:26:41
|
Hi Paulo, Could you please provide us some codes about your use case so we can reproduce the bug to investigate on it? -- Weinan Li / JBoss > On Aug 18, 2015, at 3:46 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...> wrote: > > Weinan, > > We were able to run the application using the Jboss module > 3.0.12.Final, unfortunately resteasy is still not deleting the 'm4j' tmp > files. > > thank you very much! > > best regards, > > Paulo Vivacqua |
|
From: Paulo A. de F. V. <Pau...@gl...> - 2015-08-17 19:46:49
|
Weinan, We were able to run the application using the Jboss module 3.0.12.Final, unfortunately resteasy is still not deleting the 'm4j' tmp files. thank you very much! best regards, Paulo Vivacqua |
|
From: Paulo A. de F. V. <Pau...@gl...> - 2015-08-17 13:19:49
|
Hi, Weinan, Thanks very much for the help, we will try that. best regards, [cid:par...@gl...] Paulo Vivacqua Desenvolvedor F?brica GID <mailto:seu...@em...>pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br<http://www.globalweb.com.br/> [cid:par...@gl...] [cid:par...@gl...]<http://www.globalweb.com.br/>[cid:par...@gl...]<http://www.nfedobrasil.com.br/>[cid:par...@gl...]<http://www.mais2x.com.br/>[cid:par...@gl...]<http://www.compusoftware.com.br/>[cid:par...@gl...]<http://dinamonetworks.com/>[cid:par...@gl...]<https://ww2.vouclicar.com/> Em 17/08/2015 08:59, Weinan Li escreveu: Hi Paulo, Or you can directly use the upstream master plus this PR: https://patch-diff.githubusercontent.com/raw/resteasy/Resteasy/pull/671.diff Which we have fixed many build problems and easier to use :-) -- Weinan Li / JBoss On Aug 17, 2015, at 7:55 PM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...><mailto:Pau...@gl...> wrote: Hi Weinan, Thank you very much, we will upgrade the Resteasy Jboss module to 3.0.12.Final, hopefully it will work. best regards, <decdiage.png> Paulo Vivacqua Desenvolvedor F?brica GID pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br <giefehbi.png> <afijjdji.png><cdbdejch.png><eaihgdib.png><cidcfjaf.png><degfcajf.png><cibgdhea.png> Em 16/08/2015 00:13, Weinan Li escreveu: Maybe it's affected by this: https://issues.jboss.org/browse/RESTEASY-1182 https://github.com/resteasy/Resteasy/pull/654/files It's fixed in 3.0.12.Final: https://github.com/resteasy/Resteasy/releases/tag/3.0.12.Final -- Weinan Li / JBoss On Aug 15, 2015, at 2:17 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...><mailto:Pau...@gl...> wrote: Hello Resteasy users, We recently came across a problem on our production environment where Resteasy was saving temporary files on '/tmp' without deleting. We upgraded the JBoss AS 7.1.1 Resteasy modules to 3.0.9.Final and httpcomponents module to the latest libraries httpcore-4.4.1.jar, httpmime-4.5.jar and httpclient-4.5.jar. Unfortunantly we are still having the same problems Any help is appreciated. Thank you. <ajgcaadc.png> Paulo Vivacqua Desenvolvedor F?brica GID pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br <deibeiif.png> <ceghhcdb.png><eabjceig.png><fjdececd.png><dbdciacd.png><ghcccghc.png><cdhfihbg.png> ------------------------------------------------------------------------------ _______________________________________________ Resteasy-users mailing list Res...@li...<mailto:Res...@li...> https://lists.sourceforge.net/lists/listinfo/resteasy-users |
|
From: Weinan Li <we...@re...> - 2015-08-17 11:59:32
|
Hi Paulo, Or you can directly use the upstream master plus this PR: https://patch-diff.githubusercontent.com/raw/resteasy/Resteasy/pull/671.diff Which we have fixed many build problems and easier to use :-) -- Weinan Li / JBoss > On Aug 17, 2015, at 7:55 PM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...> wrote: > > Hi Weinan, > > Thank you very much, we will upgrade the Resteasy Jboss module to 3.0.12.Final, hopefully it will work. > > best regards, > > <decdiage.png> > > Paulo Vivacqua > > Desenvolvedor Fábrica GID > > pau...@gl... > > t +55 61 3305-4249 | c +55 61 9964-4792 > > globalwebcorp.com.br > > <giefehbi.png> > > <afijjdji.png><cdbdejch.png><eaihgdib.png><cidcfjaf.png><degfcajf.png><cibgdhea.png> > > Em 16/08/2015 00:13, Weinan Li escreveu: >> Maybe it’s affected by this: https://issues.jboss.org/browse/RESTEASY-1182 >> >> >> >> https://github.com/resteasy/Resteasy/pull/654/files >> >> >> It’s fixed in 3.0.12.Final: >> https://github.com/resteasy/Resteasy/releases/tag/3.0.12.Final >> >> >> -- >> Weinan Li / JBoss >> >> >> >> >>> On Aug 15, 2015, at 2:17 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...> >>> wrote: >>> >>> Hello Resteasy users, >>> >>> We recently came across a problem on our production environment where Resteasy was saving temporary files on '/tmp' without deleting. We upgraded the JBoss AS 7.1.1 Resteasy modules to 3.0.9.Final and httpcomponents module to the latest libraries httpcore-4.4.1.jar, httpmime-4.5.jar and httpclient-4.5.jar. >>> >>> Unfortunantly we are still having the same problems >>> >>> Any help is appreciated. Thank you. >>> >>> <ajgcaadc.png> >>> >>> Paulo Vivacqua >>> >>> Desenvolvedor Fábrica GID >>> >>> >>> pau...@gl... >>> >>> >>> t +55 61 3305-4249 | c +55 61 9964-4792 >>> >>> globalwebcorp.com.br >>> >>> <deibeiif.png> >>> >>> <ceghhcdb.png><eabjceig.png><fjdececd.png><dbdciacd.png><ghcccghc.png><cdhfihbg.png> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Resteasy-users mailing list >>> >>> Res...@li... >>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >> > |
|
From: Paulo A. de F. V. <Pau...@gl...> - 2015-08-17 11:55:29
|
Hi Weinan, Thank you very much, we will upgrade the Resteasy Jboss module to 3.0.12.Final, hopefully it will work. best regards, [cid:par...@gl...] Paulo Vivacqua Desenvolvedor F?brica GID <mailto:seu...@em...>pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br<http://www.globalweb.com.br/> [cid:par...@gl...] [cid:par...@gl...]<http://www.globalweb.com.br/>[cid:par...@gl...]<http://www.nfedobrasil.com.br/>[cid:par...@gl...]<http://www.mais2x.com.br/>[cid:par...@gl...]<http://www.compusoftware.com.br/>[cid:par...@gl...]<http://dinamonetworks.com/>[cid:par...@gl...]<https://ww2.vouclicar.com/> Em 16/08/2015 00:13, Weinan Li escreveu: Maybe it's affected by this: https://issues.jboss.org/browse/RESTEASY-1182 https://github.com/resteasy/Resteasy/pull/654/files It's fixed in 3.0.12.Final: https://github.com/resteasy/Resteasy/releases/tag/3.0.12.Final -- Weinan Li / JBoss On Aug 15, 2015, at 2:17 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...><mailto:Pau...@gl...> wrote: Hello Resteasy users, We recently came across a problem on our production environment where Resteasy was saving temporary files on '/tmp' without deleting. We upgraded the JBoss AS 7.1.1 Resteasy modules to 3.0.9.Final and httpcomponents module to the latest libraries httpcore-4.4.1.jar, httpmime-4.5.jar and httpclient-4.5.jar. Unfortunantly we are still having the same problems Any help is appreciated. Thank you. <ajgcaadc.png> Paulo Vivacqua Desenvolvedor F?brica GID pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br <deibeiif.png> <ceghhcdb.png><eabjceig.png><fjdececd.png><dbdciacd.png><ghcccghc.png><cdhfihbg.png> ------------------------------------------------------------------------------ _______________________________________________ Resteasy-users mailing list Res...@li...<mailto:Res...@li...> https://lists.sourceforge.net/lists/listinfo/resteasy-users |
|
From: Weinan Li <we...@re...> - 2015-08-16 03:13:08
|
Maybe it’s affected by this: https://issues.jboss.org/browse/RESTEASY-1182 https://github.com/resteasy/Resteasy/pull/654/files It’s fixed in 3.0.12.Final: https://github.com/resteasy/Resteasy/releases/tag/3.0.12.Final -- Weinan Li / JBoss > On Aug 15, 2015, at 2:17 AM, Paulo Augusto de Figueiredo Vivacqua <Pau...@gl...> wrote: > > Hello Resteasy users, > > We recently came across a problem on our production environment where Resteasy was saving temporary files on '/tmp' without deleting. We upgraded the JBoss AS 7.1.1 Resteasy modules to 3.0.9.Final and httpcomponents module to the latest libraries httpcore-4.4.1.jar, httpmime-4.5.jar and httpclient-4.5.jar. > > Unfortunantly we are still having the same problems > > Any help is appreciated. Thank you. > > <ajgcaadc.png> > > Paulo Vivacqua > > Desenvolvedor Fábrica GID > > pau...@gl... > > t +55 61 3305-4249 | c +55 61 9964-4792 > > globalwebcorp.com.br > > <deibeiif.png> > > <ceghhcdb.png><eabjceig.png><fjdececd.png><dbdciacd.png><ghcccghc.png><cdhfihbg.png> > > ------------------------------------------------------------------------------ > _______________________________________________ > Resteasy-users mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-users |
|
From: Paulo A. de F. V. <Pau...@gl...> - 2015-08-14 18:17:27
|
Hello Resteasy users, We recently came across a problem on our production environment where Resteasy was saving temporary files on '/tmp' without deleting. We upgraded the JBoss AS 7.1.1 Resteasy modules to 3.0.9.Final and httpcomponents module to the latest libraries httpcore-4.4.1.jar, httpmime-4.5.jar and httpclient-4.5.jar. Unfortunantly we are still having the same problems Any help is appreciated. Thank you. [cid:par...@gl...] Paulo Vivacqua Desenvolvedor F?brica GID <mailto:seu...@em...>pau...@gl...<mailto:pau...@gl...> t +55 61 3305-4249 | c +55 61 9964-4792 globalwebcorp.com.br<http://www.globalweb.com.br/> [cid:par...@gl...] [cid:par...@gl...]<http://www.globalweb.com.br/>[cid:par...@gl...]<http://www.nfedobrasil.com.br/>[cid:par...@gl...]<http://www.mais2x.com.br/>[cid:par...@gl...]<http://www.compusoftware.com.br/>[cid:par...@gl...]<http://dinamonetworks.com/>[cid:par...@gl...]<https://ww2.vouclicar.com/> |
|
From: Ari K. <ari...@gm...> - 2015-08-06 22:01:36
|
Hi, How can/should I pass an object from a ContainerRequestFilter to a (post-matching) resource in (JAX-RS) Resteasy version 3.0.11 that has undertow embedded and uses Guice? Thanks. -Ari |
|
From: Ari K. <ari...@gm...> - 2015-08-03 18:00:23
|
Hi, I'm having a bit of trouble integrating swagger <https://github.com/swagger-api/swagger-core> with my resteasy based API and I believe the issue stems from the configuration, specifically provider and resource identification. I'd appreciate help in sorting out the issue. >From what I understand from the swagger docs <https://github.com/swagger-api/swagger-core/wiki/Swagger-Core-RESTEasy-2.X-Project-Setup-1.5#automatic-scanning-and-registration>, I need to do two things: 1. Set "resteasy.scan" to true, so swagger's providers and resources will be automatically picked up. <https://github.com/swagger-api/swagger-core/wiki/Swagger-Core-RESTEasy-2.X-Project-Setup-1.5#automatic-scanning-and-registration> Since I'm using Guice and an embedded undertow container, I created an "javax.ws.rs.core.Application" subclass that returns empty sets for both "classes" and "singletons" -- therefore resteasy should automatically scan for providers and resources, correct? 2. Add "BeanConfig" to my "Application" subclass. <https://github.com/swagger-api/swagger-core/wiki/Swagger-Core-RESTEasy-2.X-Project-Setup-1.5#using-the-application-class> (For completeness, I included this point as well, but I suspect the issue with point #1) I included the following in the class constructor: BeanConfig beanConfig = new BeanConfig(); beanConfig.setVersion("1.0"); beanConfig.setHost("0.0.0.0:8080"); beanConfig.setBasePath("/docs"); beanConfig.setTitle("API Docs"); beanConfig.setPrettyPrint(true); beanConfig.setResourcePackage("co.example.resources"); beanConfig.setScan(true); >From the above the json and yaml docs should be at http://127.0.0.1:8080/docs/swagger.[json|yaml] but I currently get javax.ws.rs.NotFoundException: Could not find resource for full path: http://127.0.0.1:8080/docs/swagger.json Thanks. -Ari |
|
From: Alexey P. <ale...@gm...> - 2015-07-22 14:25:18
|
Hello Danilo, I faced with the same problem and just found you message, could you please write have you solved this issue or not and if it was solved, please write how did you make this. Thanks in advance. |
|
From: Sean D. <sea...@gm...> - 2015-07-14 15:48:53
|
I figured as much but wanted to see if there was anything else I could suggest based on a possibly expanded description. Am just trying to help - but again, do not have much expertise in netty. Somehow your web layer needs to be able to communicate/manage/reference/whatever your business layer (or vice versa). If you're using HttpServlets, they have a way to get the IP address. If you're using netty, it has a way to get a channel and hopefully from that an IP address - I would check the API documentation. Otherwise there isn't much more I can suggest. Hope someone else replies with something that will work for you. On Tue, Jul 14, 2015 at 9:54 AM, Craig Ching <cra...@gm...> wrote: > Hi Sean, > > Our business is monitoring end-user systems. So an IP address of that > remote system *is* part of our business logic ;-) I don't know why I'd > have to justify it, just look at HttpServletRequest, you can get the remote > address of the connected entity using that API, but because we're in netty > we don't have access to that. We want similar information from netty that > we get from a web container. Hopefully that's clear. > > Cheers, > Craig > > On Tue, Jul 14, 2015 at 8:15 AM, Sean Dawson <sea...@gm...> > wrote: > >> >> Craig, >> >> It doesn't seem like netty channels ought to be getting passed around >> your business layer, since they're a fairly low-level concept. >> Traditionally your business objects would be brokered and manipulated by >> some kind of service or data access layer that would know about transport >> concerns...? Can you elaborate on your use case? >> >> >> On Mon, Jul 13, 2015 at 9:29 AM, Craig Ching <cra...@gm...> >> wrote: >> >>> Hi Sean, >>> >>> Thanks for the response! First, is the netty Channel available in some >>> layer that I can access and pass up to our business logic layer? >>> Preferably without changes to RestEasy, but we can probably take on that >>> work if we were sure the functionality would be accepted into RestEasy. >>> Second, as far as proxies go, we expect that will be the case most of the >>> time ;-) That's ok for our use-case. >>> >>> Cheers, >>> Craig >>> >>> On Fri, Jul 10, 2015 at 11:13 AM, Sean Dawson <sea...@gm...> >>> wrote: >>> >>>> >>>> I'm not an expert in Netty - and I hope I understood your question - >>>> but.... >>>> >>>> It looks like there's a "remoteAddress()" on Channel (name different in >>>> netty 4 vs. 3). >>>> >>>> http://netty.io/4.0/api/io/netty/channel/Channel.html#remoteAddress() >>>> >>>> Note that this can deceive if there's a gateway / proxy in play. >>>> >>>> See: >>>> >>>> >>>> https://stackoverflow.com/questions/11865165/netty-getting-remote-ip-address-in-messagereceived >>>> >>>> >>>> On Thu, Jul 9, 2015 at 5:46 PM, Craig Ching <cra...@gm...> >>>> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm wondering if there's a way to get the remote client's hostname/ip >>>>> address when we're using Netty. Normally we'd just use @Context >>>>> HttpServletRequest and getRemoteAddr() method, but we're in Netty and don't >>>>> have that available to us. >>>>> >>>>> Is there any way we could do this? Possibly writing an "interceptor" >>>>> or whatever it's called now? We're using RestEasy 3.0.10.Final and netty >>>>> 4.0.25.Final if that helps. >>>>> >>>>> Cheers, >>>>> Craig >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Don't Limit Your Business. Reach for the Cloud. >>>>> GigeNET's Cloud Solutions provide you with the tools and support that >>>>> you need to offload your IT needs and focus on growing your business. >>>>> Configured For All Businesses. Start Your Cloud Today. >>>>> https://www.gigenetcloud.com/ >>>>> _______________________________________________ >>>>> Resteasy-users mailing list >>>>> Res...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >>>>> >>>>> >>>> >>> >> > |
|
From: Craig C. <cra...@gm...> - 2015-07-14 13:54:46
|
Hi Sean, Our business is monitoring end-user systems. So an IP address of that remote system *is* part of our business logic ;-) I don't know why I'd have to justify it, just look at HttpServletRequest, you can get the remote address of the connected entity using that API, but because we're in netty we don't have access to that. We want similar information from netty that we get from a web container. Hopefully that's clear. Cheers, Craig On Tue, Jul 14, 2015 at 8:15 AM, Sean Dawson <sea...@gm...> wrote: > > Craig, > > It doesn't seem like netty channels ought to be getting passed around your > business layer, since they're a fairly low-level concept. Traditionally > your business objects would be brokered and manipulated by some kind of > service or data access layer that would know about transport concerns...? > Can you elaborate on your use case? > > > On Mon, Jul 13, 2015 at 9:29 AM, Craig Ching <cra...@gm...> wrote: > >> Hi Sean, >> >> Thanks for the response! First, is the netty Channel available in some >> layer that I can access and pass up to our business logic layer? >> Preferably without changes to RestEasy, but we can probably take on that >> work if we were sure the functionality would be accepted into RestEasy. >> Second, as far as proxies go, we expect that will be the case most of the >> time ;-) That's ok for our use-case. >> >> Cheers, >> Craig >> >> On Fri, Jul 10, 2015 at 11:13 AM, Sean Dawson <sea...@gm...> >> wrote: >> >>> >>> I'm not an expert in Netty - and I hope I understood your question - >>> but.... >>> >>> It looks like there's a "remoteAddress()" on Channel (name different in >>> netty 4 vs. 3). >>> >>> http://netty.io/4.0/api/io/netty/channel/Channel.html#remoteAddress() >>> >>> Note that this can deceive if there's a gateway / proxy in play. >>> >>> See: >>> >>> >>> https://stackoverflow.com/questions/11865165/netty-getting-remote-ip-address-in-messagereceived >>> >>> >>> On Thu, Jul 9, 2015 at 5:46 PM, Craig Ching <cra...@gm...> >>> wrote: >>> >>>> Hi all, >>>> >>>> I'm wondering if there's a way to get the remote client's hostname/ip >>>> address when we're using Netty. Normally we'd just use @Context >>>> HttpServletRequest and getRemoteAddr() method, but we're in Netty and don't >>>> have that available to us. >>>> >>>> Is there any way we could do this? Possibly writing an "interceptor" >>>> or whatever it's called now? We're using RestEasy 3.0.10.Final and netty >>>> 4.0.25.Final if that helps. >>>> >>>> Cheers, >>>> Craig >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Don't Limit Your Business. Reach for the Cloud. >>>> GigeNET's Cloud Solutions provide you with the tools and support that >>>> you need to offload your IT needs and focus on growing your business. >>>> Configured For All Businesses. Start Your Cloud Today. >>>> https://www.gigenetcloud.com/ >>>> _______________________________________________ >>>> Resteasy-users mailing list >>>> Res...@li... >>>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >>>> >>>> >>> >> > |
|
From: Sean D. <sea...@gm...> - 2015-07-14 13:15:30
|
Craig, It doesn't seem like netty channels ought to be getting passed around your business layer, since they're a fairly low-level concept. Traditionally your business objects would be brokered and manipulated by some kind of service or data access layer that would know about transport concerns...? Can you elaborate on your use case? On Mon, Jul 13, 2015 at 9:29 AM, Craig Ching <cra...@gm...> wrote: > Hi Sean, > > Thanks for the response! First, is the netty Channel available in some > layer that I can access and pass up to our business logic layer? > Preferably without changes to RestEasy, but we can probably take on that > work if we were sure the functionality would be accepted into RestEasy. > Second, as far as proxies go, we expect that will be the case most of the > time ;-) That's ok for our use-case. > > Cheers, > Craig > > On Fri, Jul 10, 2015 at 11:13 AM, Sean Dawson <sea...@gm...> > wrote: > >> >> I'm not an expert in Netty - and I hope I understood your question - >> but.... >> >> It looks like there's a "remoteAddress()" on Channel (name different in >> netty 4 vs. 3). >> >> http://netty.io/4.0/api/io/netty/channel/Channel.html#remoteAddress() >> >> Note that this can deceive if there's a gateway / proxy in play. >> >> See: >> >> >> https://stackoverflow.com/questions/11865165/netty-getting-remote-ip-address-in-messagereceived >> >> >> On Thu, Jul 9, 2015 at 5:46 PM, Craig Ching <cra...@gm...> wrote: >> >>> Hi all, >>> >>> I'm wondering if there's a way to get the remote client's hostname/ip >>> address when we're using Netty. Normally we'd just use @Context >>> HttpServletRequest and getRemoteAddr() method, but we're in Netty and don't >>> have that available to us. >>> >>> Is there any way we could do this? Possibly writing an "interceptor" or >>> whatever it's called now? We're using RestEasy 3.0.10.Final and netty >>> 4.0.25.Final if that helps. >>> >>> Cheers, >>> Craig >>> >>> >>> ------------------------------------------------------------------------------ >>> Don't Limit Your Business. Reach for the Cloud. >>> GigeNET's Cloud Solutions provide you with the tools and support that >>> you need to offload your IT needs and focus on growing your business. >>> Configured For All Businesses. Start Your Cloud Today. >>> https://www.gigenetcloud.com/ >>> _______________________________________________ >>> Resteasy-users mailing list >>> Res...@li... >>> https://lists.sourceforge.net/lists/listinfo/resteasy-users >>> >>> >> > |
|
From: Peter L. <pe...@fi...> - 2015-07-14 05:41:45
|
We have a service within our webapp that connects to another RESTful service using the JAX-RS Client API. We deploy to Wildfly 8.2, which is of course uses RESTEasy. This service is a singleton and will receive many concurrent requests. I'd like to know if I can safely re-use the 'javax.ws.rs.client.Client' and 'javax.ws.rs.client.WebTarget' instances and just close each 'javax.ws.rs.core.Response' for each request that our service makes? In other words I'd like to initialize my Client and WebTarget instances once when my service starts up and only close the Client only our service shuts down. For each of the concurrent requests that our service receives, it will execute a new request and close the Response. In researching this online and such, I come across different answers and I'd like to find out what's the correct one. In the book "RESTful Java with JAX-RS 2.0 (2nd edition)" by Burke, I see the following relevant statements: 1. "The javax.ws.rs.client.Client interface is the main entry point into the JAX-RS Client API. Client instances manage client socket connections and are pretty heavyweight. Instances of this interface should be reused wherever possible, as it can be quite expensive to create and destroy these objects." 2. "WARNING: Always remember to close() your Client objects. Client objects often pool connections for performance reasons. If you do not close them, you are leaking valuable system resources. While most JAX-RS implementations implement a finalize() method for Client, it is not a good idea to rely on the garbage collector to clean up poorly written code." 3. "WARNING: Always remember to close() your Response objects. Response objects reference open socket streams. If you do not close them, you are leaking system resources. While most JAX-RS implementations implement a finalize() method for Response, it is not a good idea to rely on the garbage collector to clean up poorly written code. The default behavior of the RESTEasy JAX-RS implementation actually only lets you have one open Response per Client instance. This forces you to write responsible client code." What's confusing here is that in quote 1, it's recommended that we reuse the Client instance, but quote 3 ends by stating that RESTEasy only lets you have one open Response per Client. When we have multiple concurrent requests hitting our service, we'll need to have multiple JAX-RS Client Request-Response cycles happen at once. Isn't this one of the use cases where we should reuse the Client instance? I also see two conflicting response to the following StackOverflow post: http://stackoverflow.com/questions/24700798/is-jax-rs-client-thread-safe Also if I read the 2nd response to that StackOverflow post correctly, I believe I should manually supply the ThreadSafeClientConnManager() for my use case. Is that correct? Thanks, Peter Luttrell |
|
From: Craig C. <cra...@gm...> - 2015-07-13 13:29:33
|
Hi Sean, Thanks for the response! First, is the netty Channel available in some layer that I can access and pass up to our business logic layer? Preferably without changes to RestEasy, but we can probably take on that work if we were sure the functionality would be accepted into RestEasy. Second, as far as proxies go, we expect that will be the case most of the time ;-) That's ok for our use-case. Cheers, Craig On Fri, Jul 10, 2015 at 11:13 AM, Sean Dawson <sea...@gm...> wrote: > > I'm not an expert in Netty - and I hope I understood your question - > but.... > > It looks like there's a "remoteAddress()" on Channel (name different in > netty 4 vs. 3). > > http://netty.io/4.0/api/io/netty/channel/Channel.html#remoteAddress() > > Note that this can deceive if there's a gateway / proxy in play. > > See: > > > https://stackoverflow.com/questions/11865165/netty-getting-remote-ip-address-in-messagereceived > > > On Thu, Jul 9, 2015 at 5:46 PM, Craig Ching <cra...@gm...> wrote: > >> Hi all, >> >> I'm wondering if there's a way to get the remote client's hostname/ip >> address when we're using Netty. Normally we'd just use @Context >> HttpServletRequest and getRemoteAddr() method, but we're in Netty and don't >> have that available to us. >> >> Is there any way we could do this? Possibly writing an "interceptor" or >> whatever it's called now? We're using RestEasy 3.0.10.Final and netty >> 4.0.25.Final if that helps. >> >> Cheers, >> Craig >> >> >> ------------------------------------------------------------------------------ >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Resteasy-users mailing list >> Res...@li... >> https://lists.sourceforge.net/lists/listinfo/resteasy-users >> >> > |
|
From: Gabriella T. <Gab...@ni...> - 2015-07-12 21:12:48
|
Hi Ron, yes, I’ve deleted that bit of offending code. I get the error message when I just use the web web browser to test if the service is up as there are a couple of public calls. Strangely enough, I don’t have that issue on my Mac when testing with Eclipse both with the real Tomcat or an embedded Tomcat version. What I got on the Mac was a complaint about the annotations being on the rest interface rather that the implementation itself, but sorting that out did not resolve the issue on the actual server. It’s really driving me crazy. And the Tomcat is the same distro as on the server (a SUSE machine), only difference being ports and https availability. Gaby >Message: 3 >Date: Sat, 11 Jul 2015 16:28:22 -0400 >From: Ron Sigal <rs...@re...> >Subject: Re: [Resteasy-users] Issues updating from 3.0.6 to 3.0.9 and > Tomcat 8 >To: res...@li... >Message-ID: <55A...@re...> >Content-Type: text/plain; charset="windows-1252" > >Hi Gaby, > >1. What does your client look like? I wonder what host you're sending. > >2. Did you see a WARNING > > resteasy.scan is no longer supported. Use a servlet 3.0 >container and the ResteasyServletInitializer > >? > >-Ron > >On 07/09/2015 11:51 PM, Gabriella Turek wrote: >> I updated my RestEasy libraries from 3.0.6 to 3.0.9 on Tomcat 8 >> and I get the error >> failed to execute >> javax.ws.rs.NotFoundException: Could not find resource for full path: >> http://<host>/archive/modules/0.3.1 >> >> where my web.xml file looks like >> >> <?xml version="1.0" encoding="UTF-8"?> >> >> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http >> >> ://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee >>http://java.sun.com >> >> /xml/ns/javaee/web-app_3_0.xsd" version="3.0"> >> >> <display-name>riskscapemr_rest</display-name> >> >> <listener> >> >> <listener-class> >> >> org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap >> >> </listener-class> >> >> </listener> >> >> <servlet> >> >> <servlet-name>Resteasy</servlet-name> >> >> >><servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispa >>tcher</servlet-class> >> >> </servlet> >> >> <servlet-mapping> >> >> <servlet-name>Resteasy</servlet-name> >> >> <url-pattern>/*</url-pattern> >> >> </servlet-mapping> >> >> <context-param> >> >> <param-name>resteasy.scan</param-name> >> >> <param-value>true</param-value> >> >> </context-param> >> >> <context-param> >> >> <param-name>resteasy.servlet.mapping.prefix</param-name> >> >> <param-value>/</param-value> >> >> </context-param> >> >> </web-app> >> >> >> Thanx >> >> Gaby >> >> >> >> >>------------------------------------------------------------------------- >>----- >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> >> >> _______________________________________________ >> Resteasy-users mailing list >> Res...@li... >> https://lists.sourceforge.net/lists/listinfo/resteasy-users > >-------------- next part -------------- >An HTML attachment was scrubbed... > >------------------------------ > >-------------------------------------------------------------------------- >---- >Don't Limit Your Business. Reach for the Cloud. >GigeNET's Cloud Solutions provide you with the tools and support that >you need to offload your IT needs and focus on growing your business. >Configured For All Businesses. Start Your Cloud Today. >https://www.gigenetcloud.com/ > >------------------------------ > >_______________________________________________ >Resteasy-users mailing list >Res...@li... >https://lists.sourceforge.net/lists/listinfo/resteasy-users > > >End of Resteasy-users Digest, Vol 60, Issue 3 >********************************************* |
|
From: Ron S. <rs...@re...> - 2015-07-11 20:28:32
|
Hi Gaby,
1. What does your client look like? I wonder what host you're sending.
2. Did you see a WARNING
resteasy.scan is no longer supported. Use a servlet 3.0
container and the ResteasyServletInitializer
?
-Ron
On 07/09/2015 11:51 PM, Gabriella Turek wrote:
> I updated my RestEasy libraries from 3.0.6 to 3.0.9 on Tomcat 8
> and I get the error
> failed to execute
> javax.ws.rs.NotFoundException: Could not find resource for full path:
> http://<host>/archive/modules/0.3.1
>
> where my web.xml file looks like
>
> <?xml version="1.0" encoding="UTF-8"?>
>
> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http
>
> ://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com
>
> /xml/ns/javaee/web-app_3_0.xsd" version="3.0">
>
> <display-name>riskscapemr_rest</display-name>
>
> <listener>
>
> <listener-class>
>
> org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap
>
> </listener-class>
>
> </listener>
>
> <servlet>
>
> <servlet-name>Resteasy</servlet-name>
>
> <servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class>
>
> </servlet>
>
> <servlet-mapping>
>
> <servlet-name>Resteasy</servlet-name>
>
> <url-pattern>/*</url-pattern>
>
> </servlet-mapping>
>
> <context-param>
>
> <param-name>resteasy.scan</param-name>
>
> <param-value>true</param-value>
>
> </context-param>
>
> <context-param>
>
> <param-name>resteasy.servlet.mapping.prefix</param-name>
>
> <param-value>/</param-value>
>
> </context-param>
>
> </web-app>
>
>
> Thanx
>
> Gaby
>
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
>
>
> _______________________________________________
> Resteasy-users mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-users
|
|
From: Sean D. <sea...@gm...> - 2015-07-10 16:14:01
|
I'm not an expert in Netty - and I hope I understood your question - but.... It looks like there's a "remoteAddress()" on Channel (name different in netty 4 vs. 3). http://netty.io/4.0/api/io/netty/channel/Channel.html#remoteAddress() Note that this can deceive if there's a gateway / proxy in play. See: https://stackoverflow.com/questions/11865165/netty-getting-remote-ip-address-in-messagereceived On Thu, Jul 9, 2015 at 5:46 PM, Craig Ching <cra...@gm...> wrote: > Hi all, > > I'm wondering if there's a way to get the remote client's hostname/ip > address when we're using Netty. Normally we'd just use @Context > HttpServletRequest and getRemoteAddr() method, but we're in Netty and don't > have that available to us. > > Is there any way we could do this? Possibly writing an "interceptor" or > whatever it's called now? We're using RestEasy 3.0.10.Final and netty > 4.0.25.Final if that helps. > > Cheers, > Craig > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Resteasy-users mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-users > > |
10 messages has been excluded from this view by a project administrator.
