Menu
▾
▴
resteasy-developers — The main list for RESTEasy developers to discuss project development
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
(16) |
Apr
(18) |
May
(13) |
Jun
(100) |
Jul
(165) |
Aug
(53) |
Sep
(41) |
Oct
(84) |
Nov
(113) |
Dec
(171) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(84) |
Feb
(30) |
Mar
(75) |
Apr
(113) |
May
(87) |
Jun
(96) |
Jul
(127) |
Aug
(106) |
Sep
(191) |
Oct
(142) |
Nov
(106) |
Dec
(83) |
| 2010 |
Jan
(62) |
Feb
(93) |
Mar
(92) |
Apr
(58) |
May
(52) |
Jun
(104) |
Jul
(109) |
Aug
(94) |
Sep
(75) |
Oct
(54) |
Nov
(65) |
Dec
(38) |
| 2011 |
Jan
(53) |
Feb
(84) |
Mar
(95) |
Apr
(24) |
May
(10) |
Jun
(49) |
Jul
(74) |
Aug
(23) |
Sep
(67) |
Oct
(21) |
Nov
(62) |
Dec
(50) |
| 2012 |
Jan
(26) |
Feb
(7) |
Mar
(9) |
Apr
(5) |
May
(13) |
Jun
(7) |
Jul
(18) |
Aug
(48) |
Sep
(58) |
Oct
(79) |
Nov
(19) |
Dec
(15) |
| 2013 |
Jan
(33) |
Feb
(21) |
Mar
(10) |
Apr
(22) |
May
(39) |
Jun
(31) |
Jul
(15) |
Aug
(6) |
Sep
(8) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
| 2014 |
Jan
(17) |
Feb
(18) |
Mar
(15) |
Apr
(12) |
May
(11) |
Jun
(3) |
Jul
(10) |
Aug
(2) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
|
Feb
(6) |
Mar
(5) |
Apr
(13) |
May
(2) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(6) |
Oct
(12) |
Nov
(12) |
Dec
(12) |
| 2016 |
Jan
(10) |
Feb
(3) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Frans T. <fr...@me...> - 2015-04-07 00:35:55
|
Hi all Talking about MVC 1.0 in rest easy, will it become a feature? F |
|
From: Sean D. <sea...@gm...> - 2015-04-02 15:46:02
|
Ok, building with 1 thread seems to have worked at least once. Got these repeatedly (until I killed the process) at the end (after BUILD SUCCESS): ... 2015-04-02 11:42:55.671::INFO: Shutdown hook complete 2015-04-02 11:42:56.671::INFO: Shutdown hook complete 2015-04-02 11:42:57.671::INFO: Shutdown hook complete 2015-04-02 11:42:58.671::INFO: Shutdown hook complete ... On Wed, Apr 1, 2015 at 9:20 PM, Sean Dawson <sea...@gm...> wrote: > > I sent a message to the users list but I didn't get a reply so I'm going > to try to patch the issue myself. I cloned the project but almost every > time I build it, I get this error: > > mvn -e -X -DskipTests install > ... > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 24.094s > [INFO] Finished at: Wed Apr 01 21:17:33 EDT 2015 > [INFO] Final Memory: 109M/1213M > [INFO] > ------------------------------------------------------------------------ > 2015-04-01 21:17:34.136:WARN:oejut.QueuedThreadPool:7 threads could not be > stopped > 2015-04-01 21:17:34.140::INFO: Shutdown hook executing > 2015-04-01 21:17:34.140::INFO: Shutdown hook complete > [ERROR] Failed to execute goal > org.mortbay.jetty:jetty-maven-plugin:8.1.11.v20130520:run (start-jetty) on > project callback-tests: Failure: ShutdownMonitorThread already started -> > [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute > goal org.mortbay.jetty:jetty-maven-plugin:8.1.11.v20130520:run > (start-jetty) on project callback-tests: Failure > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > at org.codehaus.classworlds.Launcher.main(Launcher.java:47) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140) > Caused by: org.apache.maven.plugin.MojoExecutionException: Failure > at > org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:539) > at > org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:365) > at org.mortbay.jetty.plugin.JettyRunMojo.execute(JettyRunMojo.java:523) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > ... 25 more > Caused by: java.lang.IllegalStateException: ShutdownMonitorThread already > started > at > org.eclipse.jetty.server.ShutdownMonitor.setPort(ShutdownMonitor.java:342) > at > org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:514) > ... 29 more > [ERROR] > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn <goals> -rf :callback-tests > 2015-04-01 21:17:35.140::INFO: Shutdown hook complete > 2015-04-01 21:17:36.140::INFO: Shutdown hook complete > 2015-04-01 21:17:37.140::INFO: Shutdown hook complete > 2015-04-01 21:17:38.140::INFO: Shutdown hook complete > 2015-04-01 21:17:39.140::INFO: Shutdown hook complete > Process finished with exit code 1 > > The first time I enabled -e -X on the command line, it actually completed > successfully. But every other time (command line and IntelliJ/IDEA), it's > failed. > > |
|
From: Sean D. <sea...@gm...> - 2015-04-02 01:20:52
|
I sent a message to the users list but I didn't get a reply so I'm going to try to patch the issue myself. I cloned the project but almost every time I build it, I get this error: mvn -e -X -DskipTests install ... [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 24.094s [INFO] Finished at: Wed Apr 01 21:17:33 EDT 2015 [INFO] Final Memory: 109M/1213M [INFO] ------------------------------------------------------------------------ 2015-04-01 21:17:34.136:WARN:oejut.QueuedThreadPool:7 threads could not be stopped 2015-04-01 21:17:34.140::INFO: Shutdown hook executing 2015-04-01 21:17:34.140::INFO: Shutdown hook complete [ERROR] Failed to execute goal org.mortbay.jetty:jetty-maven-plugin:8.1.11.v20130520:run (start-jetty) on project callback-tests: Failure: ShutdownMonitorThread already started -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.mortbay.jetty:jetty-maven-plugin:8.1.11.v20130520:run (start-jetty) on project callback-tests: Failure at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) at org.codehaus.classworlds.Launcher.main(Launcher.java:47) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140) Caused by: org.apache.maven.plugin.MojoExecutionException: Failure at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:539) at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:365) at org.mortbay.jetty.plugin.JettyRunMojo.execute(JettyRunMojo.java:523) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 25 more Caused by: java.lang.IllegalStateException: ShutdownMonitorThread already started at org.eclipse.jetty.server.ShutdownMonitor.setPort(ShutdownMonitor.java:342) at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:514) ... 29 more [ERROR] [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <goals> -rf :callback-tests 2015-04-01 21:17:35.140::INFO: Shutdown hook complete 2015-04-01 21:17:36.140::INFO: Shutdown hook complete 2015-04-01 21:17:37.140::INFO: Shutdown hook complete 2015-04-01 21:17:38.140::INFO: Shutdown hook complete 2015-04-01 21:17:39.140::INFO: Shutdown hook complete Process finished with exit code 1 The first time I enabled -e -X on the command line, it actually completed successfully. But every other time (command line and IntelliJ/IDEA), it's failed. |
|
From: Konstantin G. <gr...@gm...> - 2015-03-26 22:22:05
|
Hi, Ron. It builds fine now (after merging my PR https://github.com/resteasy/Resteasy/pull/624) on both openjdk7 and oracle jdk7. But I'm still building it without tests because current master (eda61d9824652ee3cc16983ae8de1d08b1397a31) still fails on performing tests on "RESTEasy JAX-RS Implementation": Failed tests: TestIIOImageProvider.testPostJPEGIMage:81 TestSecureProcessing.testSecurityTrueDTDsTrueExpansionFalse:291->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsTrueExpansionTrue:298->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsDefaultExpansionDefault:116->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsDefaultExpansionFalse:123->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsDefaultExpansionTrue:130->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionDefault:137->doTestFailsFailsPassesFails:317->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:144->doTestFailsFailsPassesFails:317->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:151->doTestFailsFailsPassesPasses:325->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsTrueExpansionDefault:158->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsTrueExpansionFalse:165->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityDefaultDTDsTrueExpansionTrue:172->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsDefaultExpansionDefault:242->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsDefaultExpansionFalse:249->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsDefaultExpansionTrue:256->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:263->doTestFailsFailsPassesFails:317->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:270->doTestFailsFailsPassesFails:317->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:277->doTestFailsFailsPassesPasses:325->doMaxAttributesFails:391 null TestSecureProcessing.testSecurityTrueDTDsTrueExpansionDefault:284->doTestSkipFailsFailsSkip:304->doMaxAttributesFails:391 null -- Best regards, Konstantin Gribov сб, 14 марта 2015 г. в 6:38, Ron Sigal <rs...@re...>: Hi Konstantin, > > It builds for me. Which JDK are you using? > > -Ron > > > On 02/11/2015 11:02 AM, Konstantin Gribov wrote: > > Hi, folks. > > Currently `mvn clean install` invocation fails even with > `-DskipTests=true`. > > Build fails because maven can't find `javax.enterprise.inject.spi.Extension` > when building `org/jboss/resteasy/plugins/validation/GeneralValidatorImpl.java` > in *Resteasy Validator Provider BV 1.1* > > When building with tests turned on it fails earlier, on running tests in > restesy-jaxrs module. > > Related logs (with and without tests run) can be found at [1]. > > [1]: https://gist.github.com/grossws/a6f6395c1337f61e43cd > > -- > Best regards, > Konstantin Gribov > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > > > > _______________________________________________ > Resteasy-developers mailing lis...@li...://lists.sourceforge.net/lists/listinfo/resteasy-developers > > > ------------------------------------------------------------ > ------------------ > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > |
|
From: Ron S. <rs...@re...> - 2015-03-14 03:37:24
|
Hi Konstantin, It builds for me. Which JDK are you using? -Ron On 02/11/2015 11:02 AM, Konstantin Gribov wrote: > Hi, folks. > > Currently `mvn clean install` invocation fails even with > `-DskipTests=true`. > > Build fails because maven can't find > `javax.enterprise.inject.spi.Extension` when building > `org/jboss/resteasy/plugins/validation/GeneralValidatorImpl.java` in > *Resteasy Validator Provider BV 1.1* > > When building with tests turned on it fails earlier, on running tests > in restesy-jaxrs module. > > Related logs (with and without tests run) can be found at [1]. > > [1]: https://gist.github.com/grossws/a6f6395c1337f61e43cd > > -- > Best regards, > Konstantin Gribov > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers |
|
From: Ron S. <rs...@re...> - 2015-03-14 02:30:50
|
The security features of Xerces are a moving target. Could you attach the surefire report file TEST-org.jboss.resteasy.test.xxe.TestSecureProcessing.xml? Thanks, Ron On 02/27/2015 01:44 PM, Alexandre Kieling wrote: > I'm new to the project but will try to fix the broken tests. > > Is the project integrated with a CI service? > > Alexandre Kieling > > On Wed, Feb 25, 2015 at 8:07 PM, Konstantin Gribov <gr...@gm... > <mailto:gr...@gm...>> wrote: > > Oh, sorry. > > It'll fail build on JDK 1.8 after these tests. I'm currently > building with `-DskipTests=true`. > > -- > Best regards, > Konstantin Gribov > > Thu Feb 26 2015 at 2:02:38, Konstantin Gribov <gr...@gm... > <mailto:gr...@gm...>>: > > Hi, Alexandre. > > JDK 1.8 breaks ant scriptlets because script engine changed > from `rhino` to `nashorn`, see [1]. > It builds fine on JDK 1.7 with fixes from my other PR on > github [2]. > > [1]: https://github.com/resteasy/Resteasy/pull/625/files > [2]: https://github.com/resteasy/Resteasy/pull/624/files > > -- > Best regards, > Konstantin Gribov > > Wed Feb 25 2015 at 23:07:19, Alexandre Kieling > <ale...@gm... <mailto:ale...@gm...>>: > > Hi, > > I have forked and cloned the Resteasy repository. When I > run 'mvn install', the following tests fail: > > Failed tests: > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionDefault:136->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:143->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:150->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:262->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:269->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:276->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 > expected:<200> but was:<400> > TestXXE.testXXEWithoutExpansion:89 expected:<204> but > was:<400> > TestXXE.testXXEWithExpansion:109 expected:<200> but > was:<400> > TestIIOImageProvider.testPostJPEGIMage:81 > > Tests run: 676, Failures: 9, Errors: 0, Skipped: 2 > > [INFO] RESTEasy JAX-RS Implementation .................... > FAILURE [37.896s] > > > I'm using JDK 8 on Linux and have installed Java > Cryptography Extension. > > Is there anything I'm missing? > > Thanks, > Alexandre Kieling > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go > Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, > is your hub for all > things parallel software development, from weekly thought > leadership blogs to > news, videos, case studies, tutorials and more. Take a > look and join the > conversation now. > http://goparallel.sourceforge.net/_______________________________________________ > Resteasy-developers mailing list > Res...@li... > <mailto:Res...@li...> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers |
|
From: Ron S. <rs...@re...> - 2015-03-13 22:21:23
|
Hi Ove,
I'm trying to recreate your problem with a simple, self-contained
example. The attached program, AnnotationTest, doesn't generate
exceptions, and the output is
...
entity: {"firstname":"abc","lastname":"xyz"}
...
In particular, the field named "ignore" is omitted. What am I missing
that would cause an exception to be thrown?
Thanks,
Ron
On 03/03/2015 01:14 AM, Ove Ranheim wrote:
> Hi,
>
> I use: RESTEeasy 3.0.9 + Jackson FasterXml 2..4.5 and I’m porting a
> JSF based app to REST.
>
> In my EntityBeans I tag my class as follows:
> https://gist.github.com/oranheim/e21063f0a0002be95df0, but when call
> ResteasyWebTarget.proxy(resource) @POST .create(user) the exception
> below is thrown.
>
> What is the right approach to tag my entity beans? What annotations
> should be used? Only properties and associations and a few @Transent
> helpers should be serialized.
>
> Any ideas? Are there some options (object mapper) or header that
> should be set?
>
> Ove
>
>
> 6:59:33.955 [XNIO-1 task-1] ERROR o.j.resteasy.core.ExceptionHandler -
> Failed executing POST /users
> org.jboss.resteasy.spi.ReaderException:
> com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException:
> Unrecognized field "user" (class com.parts.commons.model.user.User),
> not marked as ignorable (16 known properties: "gender", "lastname",
> "passwordHint", "invitationLimit", "release", "createdByUser",
> "dateUpdated", "homeAddress", "username", "version", "dateCreated",
> "id", "firstname", "website" [truncated]])
> at [Source: io.undertow.servlet.spec.ServletInputStreamImpl@6aa3b957;
> line: 1, column: 277] (through reference chain:
> com.parts.commons.model.user.User["user"])
> at
> org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:183)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:89)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:112)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
> [resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179)
> [resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220)
> [resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> [resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> [resteasy-jaxrs-3.0.9.Final.jar:na]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166)
> [undertow-servlet-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.server.Connectors.executeRootHandler(Connectors.java:197)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:764)
> [undertow-core-1.1.2.Final.jar:1.1.2.Final]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [na:1.8.0_31]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [na:1.8.0_31]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_31]
> Caused by:
> com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException:
> Unrecognized field "user" (class com.parts.commons.model.user.User),
> not marked as ignorable (16 known properties: "gender", "lastname",
> "passwordHint", "invitationLimit", "release", "createdByUser",
> "dateUpdated", "homeAddress", "username", "version", "dateCreated",
> "id", "firstname", "website" [truncated]])
> at [Source: io.undertow.servlet.spec.ServletInputStreamImpl@6aa3b957;
> line: 1, column: 277] (through reference chain:
> com.parts.commons.model.user.User["user"])
> at
> com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:51)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.DeserializationContext.reportUnknownProperty(DeserializationContext.java:744)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:915)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1306)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1284)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:243)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:118)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.ObjectReader._bind(ObjectReader.java:1232)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:676)
> ~[jackson-databind-2.4.5.jar:2.4.5]
> at
> org.jboss.resteasy.plugins.providers.jackson.ResteasyJackson2Provider.readFrom(ResteasyJackson2Provider.java:120)
> ~[resteasy-jackson2-provider-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.readFrom(AbstractReaderInterceptorContext.java:59)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.interception.ServerReaderInterceptorContext.readFrom(ServerReaderInterceptorContext.java:62)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:51)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.plugins.interceptors.encoding.GZIPDecodingInterceptor.aroundReadFrom(GZIPDecodingInterceptor.java:59)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:53)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> at
> org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:150)
> ~[resteasy-jaxrs-3.0.9.Final.jar:na]
> ... 33 common frames omitted
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
|
|
From: Ove R. <ora...@gm...> - 2015-03-03 06:14:26
|
Hi, I use: RESTEeasy 3.0.9 + Jackson FasterXml 2..4.5 and I’m porting a JSF based app to REST. In my EntityBeans I tag my class as follows: https://gist.github.com/oranheim/e21063f0a0002be95df0 <https://gist.github.com/oranheim/e21063f0a0002be95df0>, but when call ResteasyWebTarget.proxy(resource) @POST .create(user) the exception below is thrown. What is the right approach to tag my entity beans? What annotations should be used? Only properties and associations and a few @Transent helpers should be serialized. Any ideas? Are there some options (object mapper) or header that should be set? Ove 6:59:33.955 [XNIO-1 task-1] ERROR o.j.resteasy.core.ExceptionHandler - Failed executing POST /users org.jboss.resteasy.spi.ReaderException: com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "user" (class com.parts.commons.model.user.User), not marked as ignorable (16 known properties: "gender", "lastname", "passwordHint", "invitationLimit", "release", "createdByUser", "dateUpdated", "homeAddress", "username", "version", "dateCreated", "id", "firstname", "website" [truncated]]) at [Source: io.undertow.servlet.spec.ServletInputStreamImpl@6aa3b957; line: 1, column: 277] (through reference chain: com.parts.commons.model.user.User["user"]) at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:183) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:89) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:112) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.9.Final.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.2.Final.jar:1.1.2.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:764) [undertow-core-1.1.2.Final.jar:1.1.2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_31] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_31] at java.lang.Thread.run(Thread.java:745) [na:1.8.0_31] Caused by: com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "user" (class com.parts.commons.model.user.User), not marked as ignorable (16 known properties: "gender", "lastname", "passwordHint", "invitationLimit", "release", "createdByUser", "dateUpdated", "homeAddress", "username", "version", "dateCreated", "id", "firstname", "website" [truncated]]) at [Source: io.undertow.servlet.spec.ServletInputStreamImpl@6aa3b957; line: 1, column: 277] (through reference chain: com.parts.commons.model.user.User["user"]) at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:51) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.DeserializationContext.reportUnknownProperty(DeserializationContext.java:744) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:915) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1306) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1284) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:243) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:118) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.ObjectReader._bind(ObjectReader.java:1232) ~[jackson-databind-2.4.5.jar:2.4.5] at com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:676) ~[jackson-databind-2.4.5.jar:2.4.5] at org.jboss.resteasy.plugins.providers.jackson.ResteasyJackson2Provider.readFrom(ResteasyJackson2Provider.java:120) ~[resteasy-jackson2-provider-3.0.9.Final.jar:na] at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.readFrom(AbstractReaderInterceptorContext.java:59) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.interception.ServerReaderInterceptorContext.readFrom(ServerReaderInterceptorContext.java:62) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:51) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.plugins.interceptors.encoding.GZIPDecodingInterceptor.aroundReadFrom(GZIPDecodingInterceptor.java:59) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.proceed(AbstractReaderInterceptorContext.java:53) ~[resteasy-jaxrs-3.0.9.Final.jar:na] at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:150) ~[resteasy-jaxrs-3.0.9.Final.jar:na] ... 33 common frames omitted |
|
From: Alexandre K. <ale...@gm...> - 2015-02-27 18:44:18
|
I'm new to the project but will try to fix the broken tests. Is the project integrated with a CI service? Alexandre Kieling On Wed, Feb 25, 2015 at 8:07 PM, Konstantin Gribov <gr...@gm...> wrote: > Oh, sorry. > > It'll fail build on JDK 1.8 after these tests. I'm currently building with > `-DskipTests=true`. > > -- > Best regards, > Konstantin Gribov > > Thu Feb 26 2015 at 2:02:38, Konstantin Gribov <gr...@gm...>: > > Hi, Alexandre. >> >> JDK 1.8 breaks ant scriptlets because script engine changed from `rhino` >> to `nashorn`, see [1]. >> It builds fine on JDK 1.7 with fixes from my other PR on github [2]. >> >> [1]: https://github.com/resteasy/Resteasy/pull/625/files >> [2]: https://github.com/resteasy/Resteasy/pull/624/files >> >> -- >> Best regards, >> Konstantin Gribov >> >> Wed Feb 25 2015 at 23:07:19, Alexandre Kieling <ale...@gm...>: >> >> Hi, >>> >>> I have forked and cloned the Resteasy repository. When I run 'mvn >>> install', the following tests fail: >>> >>> Failed tests: >>> TestSecureProcessing.testSecurityDefaultDTDsFalseEx >>> pansionDefault:136->doTestFailsFailsPassesFails:318-> >>> doExternalEntityExpansionFails:437 expected:<200> but was:<400> >>> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:143-> >>> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >>> expected:<200> but was:<400> >>> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:150-> >>> doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 >>> expected:<200> but was:<400> >>> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:262-> >>> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >>> expected:<200> but was:<400> >>> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:269-> >>> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >>> expected:<200> but was:<400> >>> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:276-> >>> doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 >>> expected:<200> but was:<400> >>> TestXXE.testXXEWithoutExpansion:89 expected:<204> but was:<400> >>> TestXXE.testXXEWithExpansion:109 expected:<200> but was:<400> >>> TestIIOImageProvider.testPostJPEGIMage:81 >>> >>> Tests run: 676, Failures: 9, Errors: 0, Skipped: 2 >>> >>> [INFO] RESTEasy JAX-RS Implementation .................... FAILURE >>> [37.896s] >>> >>> >>> I'm using JDK 8 on Linux and have installed Java Cryptography Extension. >>> >>> Is there anything I'm missing? >>> >>> Thanks, >>> Alexandre Kieling >>> ------------------------------------------------------------ >>> ------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, >>> sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub >>> for all >>> things parallel software development, from weekly thought leadership >>> blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> Resteasy-developers mailing list >>> Res...@li... >>> https://lists.sourceforge.net/lists/listinfo/resteasy-developers >>> >> |
|
From: Konstantin G. <gr...@gm...> - 2015-02-25 23:07:45
|
Oh, sorry. It'll fail build on JDK 1.8 after these tests. I'm currently building with `-DskipTests=true`. -- Best regards, Konstantin Gribov Thu Feb 26 2015 at 2:02:38, Konstantin Gribov <gr...@gm...>: > Hi, Alexandre. > > JDK 1.8 breaks ant scriptlets because script engine changed from `rhino` > to `nashorn`, see [1]. > It builds fine on JDK 1.7 with fixes from my other PR on github [2]. > > [1]: https://github.com/resteasy/Resteasy/pull/625/files > [2]: https://github.com/resteasy/Resteasy/pull/624/files > > -- > Best regards, > Konstantin Gribov > > Wed Feb 25 2015 at 23:07:19, Alexandre Kieling <ale...@gm...>: > > Hi, >> >> I have forked and cloned the Resteasy repository. When I run 'mvn >> install', the following tests fail: >> >> Failed tests: >> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionDefault:136-> >> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >> expected:<200> but was:<400> >> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:143-> >> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >> expected:<200> but was:<400> >> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:150-> >> doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 >> expected:<200> but was:<400> >> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:262-> >> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >> expected:<200> but was:<400> >> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:269-> >> doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 >> expected:<200> but was:<400> >> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:276-> >> doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 >> expected:<200> but was:<400> >> TestXXE.testXXEWithoutExpansion:89 expected:<204> but was:<400> >> TestXXE.testXXEWithExpansion:109 expected:<200> but was:<400> >> TestIIOImageProvider.testPostJPEGIMage:81 >> >> Tests run: 676, Failures: 9, Errors: 0, Skipped: 2 >> >> [INFO] RESTEasy JAX-RS Implementation .................... FAILURE >> [37.896s] >> >> >> I'm using JDK 8 on Linux and have installed Java Cryptography Extension. >> >> Is there anything I'm missing? >> >> Thanks, >> Alexandre Kieling >> ------------------------------------------------------------ >> ------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub >> for all >> things parallel software development, from weekly thought leadership >> blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Resteasy-developers mailing list >> Res...@li... >> https://lists.sourceforge.net/lists/listinfo/resteasy-developers >> > |
|
From: Konstantin G. <gr...@gm...> - 2015-02-25 23:02:46
|
Hi, Alexandre. JDK 1.8 breaks ant scriptlets because script engine changed from `rhino` to `nashorn`, see [1]. It builds fine on JDK 1.7 with fixes from my other PR on github [2]. [1]: https://github.com/resteasy/Resteasy/pull/625/files [2]: https://github.com/resteasy/Resteasy/pull/624/files -- Best regards, Konstantin Gribov Wed Feb 25 2015 at 23:07:19, Alexandre Kieling <ale...@gm...>: > Hi, > > I have forked and cloned the Resteasy repository. When I run 'mvn > install', the following tests fail: > > Failed tests: > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionDefault:136->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:143->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:150->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:262->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:269->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 > expected:<200> but was:<400> > > TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:276->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 > expected:<200> but was:<400> > TestXXE.testXXEWithoutExpansion:89 expected:<204> but was:<400> > TestXXE.testXXEWithExpansion:109 expected:<200> but was:<400> > TestIIOImageProvider.testPostJPEGIMage:81 > > Tests run: 676, Failures: 9, Errors: 0, Skipped: 2 > > [INFO] RESTEasy JAX-RS Implementation .................... FAILURE > [37.896s] > > > I'm using JDK 8 on Linux and have installed Java Cryptography Extension. > > Is there anything I'm missing? > > Thanks, > Alexandre Kieling > ------------------------------------------------------------ > ------------------ > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > |
|
From: Alexandre K. <ale...@gm...> - 2015-02-25 20:32:53
|
Hi all, I noticed that many code snippets in the documentation contain empty lines at the top and at the bottom. Would be OK to send a pull request with those empty lines removed? Cheers, Alexandre Kieling |
|
From: Alexandre K. <ale...@gm...> - 2015-02-24 17:20:26
|
Hi, I have forked and cloned the Resteasy repository. When I run 'mvn install', the following tests fail: Failed tests: TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionDefault:136->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 expected:<200> but was:<400> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionFalse:143->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 expected:<200> but was:<400> TestSecureProcessing.testSecurityDefaultDTDsFalseExpansionTrue:150->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 expected:<200> but was:<400> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionDefault:262->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 expected:<200> but was:<400> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionFalse:269->doTestFailsFailsPassesFails:318->doExternalEntityExpansionFails:437 expected:<200> but was:<400> TestSecureProcessing.testSecurityTrueDTDsFalseExpansionTrue:276->doTestFailsFailsPassesPasses:326->doExternalEntityExpansionPasses:451 expected:<200> but was:<400> TestXXE.testXXEWithoutExpansion:89 expected:<204> but was:<400> TestXXE.testXXEWithExpansion:109 expected:<200> but was:<400> TestIIOImageProvider.testPostJPEGIMage:81 Tests run: 676, Failures: 9, Errors: 0, Skipped: 2 [INFO] RESTEasy JAX-RS Implementation .................... FAILURE [37.896s] I'm using JDK 8 on Linux and have installed Java Cryptography Extension. Is there anything I'm missing? Thanks, Alexandre Kieling |
|
From: Konstantin G. <gr...@gm...> - 2015-02-11 16:02:44
|
Hi, folks. Currently `mvn clean install` invocation fails even with `-DskipTests=true`. Build fails because maven can't find `javax.enterprise.inject.spi.Extension` when building `org/jboss/resteasy/plugins/validation/GeneralValidatorImpl.java` in *Resteasy Validator Provider BV 1.1* When building with tests turned on it fails earlier, on running tests in restesy-jaxrs module. Related logs (with and without tests run) can be found at [1]. [1]: https://gist.github.com/grossws/a6f6395c1337f61e43cd -- Best regards, Konstantin Gribov |
|
From: Sebastian G. <s.g...@go...> - 2014-11-16 13:44:25
|
Hey,
I am using RestEasy 3.0.9 to implement a client for a remote endpoint. This endpoint consumes application/x-www-form-urlencoded.
I am currently writing an WriterInterceptor which should basically log the requests bodies I am sending. The interceptor looks like this:
import com.google.common.base.Charsets;
import java.io.IOException;
import java.io.OutputStream;
import java.io.PipedInputStream;
import java.io.PipedOutputStream;
import javax.ws.rs.WebApplicationException;
import javax.ws.rs.ext.Provider;
import javax.ws.rs.ext.WriterInterceptor;
import javax.ws.rs.ext.WriterInterceptorContext;
import org.apache.commons.io.IOUtils;
import org.apache.commons.io.output.TeeOutputStream;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
@Provider
public class WriterLoggingInterceptor implements WriterInterceptor {
private final Logger log;
public WriterLoggingInterceptor(final String loggerName) {
log = LoggerFactory.getLogger(loggerName);
}
@SuppressWarnings("try")
@Override
public void aroundWriteTo(final WriterInterceptorContext context) throws IOException, WebApplicationException {
try (
final OutputStream originalOutputStream = context.getOutputStream();
final PipedInputStream sinkInputStream = new PipedInputStream();
final OutputStream forkedOutputStream = new PipedOutputStream(sinkInputStream);
final TeeOutputStream teeOutputStream = new TeeOutputStream(originalOutputStream, forkedOutputStream);
) {
context.setOutputStream(teeOutputStream);
context.proceed();
// why is this necessary?
teeOutputStream.close();
final String body = IOUtils.toString(sinkInputStream, Charsets.UTF_8);
log.trace(body);
}
}
}
Everything with the above code is working fine, except for the weirdness that I have to close the OutputStream, because if I don’t I will be waiting infinitely for the stream to close or provide new data when reading from it.
For some reason the FormUrlEncodedProvider does not close the OutputStream, which is why I am forced to do this.
Is this a bug or am I missing something here? I would expected that any MessageBodyWriter implementation is required to close the OutputStream once it is done with its work.
Cheers!
Sebastian
|
|
From: <tra...@gm...> - 2014-11-09 12:23:18
|
Hi, tra...@gm... wants to follow you. ****** Is tra...@gm... you friend? ****** If Yes please follow the link below: http://invites.infoaxe.net/signup_e.html?fullname=&ema...@li...&invitername=traviskds&inviterid=34142803&userid=0&token=0&emailmasterid=5c4f50ac-f8c6-4f78-a5c4-a12d1b4e73a6&fro...@gm...&src=txt_yes If No please follow the link below: http://invites.infoaxe.net/signup_e.html?fullname=&ema...@li...&invitername=traviskds&inviterid=34142803&userid=0&token=0&emailmasterid=5c4f50ac-f8c6-4f78-a5c4-a12d1b4e73a6&fro...@gm...&src=txt_no Follow the link below to remove yourself from all such emails http://invites.infoaxe.net/uns_inviter.jsp?ema...@li...&iid=5c4f50ac-f8c6-4f78-a5c4-a12d1b4e73a6&fro...@gm... |
|
From: Gregor J. <gr...@ja...> - 2014-10-13 13:18:24
|
Hi there, I am running an embedded jetty and bootstrapping with google guice (no web.xml). final EventListener resteasyContextListener = injector.getInstance(GuiceResteasyBootstrapServletContextListener.class); final Servlet resteasyServletDispatcher = injector.getInstance(HttpServletDispatcher.class); (...) Furthermore I am using Infinispan as a distributed cache. Reading the docs, I know that Resteasy also uses Infinispan. Ideally, Resteasy uses an instance from my configured Inifispan, rather than creating one by itself. The docs say: ***************** The underlying cache is Infinispan. By default, Resteasy will create an Infinispan cache for you. Alternatively, you can create and pass in an instance of your cache to the ServerCacheFeature constructor. http://docs.jboss.org/resteasy/docs/3.0.7.Final/userguide/html_single/#server_cache ***************** The seconds part is what I am looking for. So far, so good. My question is, how can I let Resteasy know about the created ServerCacheFeature? Ideally, within the dependency injection context, but certainly manually if necessary. (Running Resteasy 3.0.8.Final) Thanks, Gregor |
|
From: Gregor J. <gr...@ja...> - 2014-10-13 11:10:56
|
Hi there, I am running an embedded jetty and bootstrapping with google guice (no web.xml). final EventListener resteasyContextListener = injector.getInstance(GuiceResteasyBootstrapServletContextListener.class); final Servlet resteasyServletDispatcher = injector.getInstance(HttpServletDispatcher.class); (...) Furthermore I am using Infinispan as a distributed cache. Reading the docs, I know that Resteasy also uses Infinispan. Ideally, Resteasy uses an instance from my configured Inifispan, rather than creating one by itself. The docs say: ***************** The underlying cache is Infinispan. By default, Resteasy will create an Infinispan cache for you. Alternatively, you can create and pass in an instance of your cache to the ServerCacheFeature constructor. http://docs.jboss.org/resteasy/docs/3.0.7.Final/userguide/html_single/#server_cache ***************** The seconds part is what I am looking for. So far, so good. My question is, how can I let Resteasy know about the created ServerCacheFeature? Ideally, within the dependency injection context, but certainly manually if necessary. (Running Resteasy 3.0.8.Final) Thanks, Gregor |
|
From: Erki M. <sup...@gm...> - 2014-10-08 12:31:08
|
Hi
I created a rest client that gets the data from service and writes them to
JAXB annotated classes. To get that working I had to add
resteasy-jaxb-provider to dependencies. Anyway, now that I have packaged the
code into jar file, when I run it, I still get the error as if it was not
there (in the IDE works).
Exception in thread "main" javax.ws.rs.ProcessingException: Unable to find a
MessageBodyReader of content-type application/xml and type interface
java.util.List
at
org.jboss.resteasy.core.interception.ClientReaderInterceptorContext.throwRea
derNotFound(ClientReaderInterceptorContext.java:39)
at
org.jboss.resteasy.core.interception.AbstractReaderInterceptorContext.getRea
der(AbstractReaderInterceptorContext.java:73)
Jar is generated with maven-assembly-plugin. All other things I have tested
so far seem to be working with the jar. Relevant code is:
<T> List<T> getList(String path, List<String[]> params, final Class<T>
clazz) {
GenericType<List<T>> type = getListType(clazz);
Response entity = getEntity(path, params);
return entity.readEntity(type);
}
private <T> GenericType<List<T>> getListType(final Class<T> clazz) {
ParameterizedType genericType = new ParameterizedType() {
public Type[] getActualTypeArguments() {
return new Type[]{clazz};
}
public Type getRawType() {
return List.class;
}
public Type getOwnerType() {
return List.class;
}
};
return new GenericType<List<T>>(genericType) {
};
}
pom:
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>com.package.Main</mainClass>
</manifest>
</archive>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
Inside the jar there is:
\META-INF\maven\org.jboss.resteasy\resteasy-jaxb-provider\
BR,
Erki.
|
|
From: Ove R. <ora...@gm...> - 2014-10-01 07:02:41
|
Hi, Please have a look at this: https://developer.jboss.org/message/905587#905587 "I'm getting the same error when upgrading RESTEasy from 3.0.6 to 3.0.7+ and I am using: Arquillian 1.1.5, Arqullian REST 1.0.0.Alpha3, Arquillian Warp 1.0.0.Alpha7 and Tomcat Embedded 1.0.0.CR7." Br, Ove |
|
From: Bill B. <bb...@re...> - 2014-09-17 18:45:27
|
See here for details: http://bill.burkecentral.com/2014/09/17/resteasy-3-0-9-released/ -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Bill B. <bb...@re...> - 2014-09-12 14:51:41
|
Master should be buildable now. Please don't submit a PR without doing a full successful build. Between Keycloak, conferences, and summer vacations, I should be able to spend more time on Resteasy now. Much thanks to Ron and the community in holding things together while I was busy. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Steven S. <ssc...@op...> - 2014-09-10 22:48:40
|
Hi everyone, I posted a GitHub pull request to add a timeout to the HTTP connection pool. Currently the behavior is that it will sit indefinitely waiting for a HTTP connection that may never come. This allows you to set a timeout: https://github.com/resteasy/Resteasy/pull/563 I would love it if a project contributor could review / merge the change! Thanks! (PS it would be nice to be able to configure “tuneables” such as this without ugly casts to ResteasyClientBuilder, but that’s a bigger change…) |
|
From: J C. <jc...@wh...> - 2014-08-26 21:34:16
|
Hi, I'm running RESTEasy (most recent rev) on Tomcat7. Everything works great, for the most part. However, I've been trying to implement Atom links on my services, but when I do, I get an exception in my logs that, as the message title says, informs me that it can't find Standard ELContext., I tried adding el-api.jar to my path, but to no avail. I still get the message. I've Googled the problem, and looked on StackOverflow, but found no help,. Hoping someone here might be able to assist. -- *JOSEPH CRICK* *WHAT COUNTS* | Developer jc...@wh... |
|
From: Hiten P <hp...@ou...> - 2014-08-15 18:56:54
|
Hello,
I want to capture and log the response payload in JAX-RS filter. Here is the code snippet of the filter method that I'm using to intercept the response. (FYI - I'm using RestEasy for implementation)
@Override
public void filter(final ContainerRequestContext requestContext, final ContainerResponseContext responseContext) throws IOException {
...
final OutputStream out = responseContext.getEntityStream();
try (ByteArrayOutputStream baos = new ByteArrayOutputStream()) {
out.write(baos.toByteArray());
....
}
}
However, the ByteArrayOutputStream turns out be empty. Looking at the RestEasy code, it's using DeferredOutputStream, but not sure how it would matter here in pulling the response payload. I have tried writing to byte[] directly, but that doesn't help either. Am I missing anything here ? Thanks.
|
22 messages has been excluded from this view by a project administrator.
