[JBoss JIRA] (WFLY-9228) CXF Fediz library cannot be included into the application
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9228?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-9228:
--------------------------------------
Assignee: Alessio Soldano (was: Jason Greene)
> CXF Fediz library cannot be included into the application
> ---------------------------------------------------------
>
> Key: WFLY-9228
> URL: https://issues.jboss.org/browse/WFLY-9228
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 10.0.0.Final
> Reporter: Zoltán Takács
> Assignee: Alessio Soldano
> Priority: Major
>
> We use Apache CXF Fediz (http://cxf.apache.org/fediz.html) libraries in our application. It is a subproject of Apache CXF, but independent of it. We cannot create a wildfly module from this, because the library has a lot of dependecies and these dependencies could cause other class loading problems. So we need to add it into our war file.
> In *org.jboss.as.webservices.deployers.WSLibraryFilterProcessor* class wildfly deployer filter all classes from org.apache.cxf package, including classes in org.apache.cxf.fediz.
> We suggest to modify this filter to allow us to use CXF subproject (primarily Fediz).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-9485) Wildfly does not load certain scala classes
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9485?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-9485:
-----------------------------------
Component/s: Class Loading
> Wildfly does not load certain scala classes
> -------------------------------------------
>
> Key: WFLY-9485
> URL: https://issues.jboss.org/browse/WFLY-9485
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 10.1.0.Final
> Environment: Any OS, Java 8.
> Reporter: Coen Damen
> Assignee: Jason Greene
> Priority: Major
>
> I am developing an application which uses KafkaServer. KafkaServer is partially implemented in Scala.
> When creating a WAR (or a JBoss Arquillian test) the deployment fails because of a Malformed Class Name exception.
> I have isolated the class that does not load: scala.util.Random. But there may be more, it fails on the first "hit".
> The Malformed Class Name issue is well known, hopefully it can be solved.
> Please let me know if you need more info.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-9485) Wildfly does not load certain scala classes
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9485?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-9485:
--------------------------------------
Assignee: (was: Jason Greene)
> Wildfly does not load certain scala classes
> -------------------------------------------
>
> Key: WFLY-9485
> URL: https://issues.jboss.org/browse/WFLY-9485
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 10.1.0.Final
> Environment: Any OS, Java 8.
> Reporter: Coen Damen
> Priority: Major
>
> I am developing an application which uses KafkaServer. KafkaServer is partially implemented in Scala.
> When creating a WAR (or a JBoss Arquillian test) the deployment fails because of a Malformed Class Name exception.
> I have isolated the class that does not load: scala.util.Random. But there may be more, it fails on the first "hit".
> The Malformed Class Name issue is well known, hopefully it can be solved.
> Please let me know if you need more info.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-9576) Dependencies with module-info.class cause warnings on application start
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9576?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-9576.
------------------------------------
Fix Version/s: 13.0.0.Final
Resolution: Duplicate Issue
As noted in my comment on WFLY-9608, I believe this is fixed in the Jandex used since WildFly 13.
> Dependencies with module-info.class cause warnings on application start
> -----------------------------------------------------------------------
>
> Key: WFLY-9576
> URL: https://issues.jboss.org/browse/WFLY-9576
> Project: WildFly
> Issue Type: Bug
> Reporter: Yannick Majoros
> Assignee: Jason Greene
> Priority: Major
> Fix For: 13.0.0.Final
>
>
> We have an issue when deploying any application that has dependencies that have a module-info.class. We had a similar problem in Wildfly-swarm.
> Here is the stack:
> {code}
> 11:10:36,986 WARN [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0003: Could not index class module-info.class at /content/file-hosting-application-1.0-SNAPSHOT.ear/file-hosting-web-1.0-SNAPSHOT.war/WEB-INF/lib/javax.json-api-1.1.jar: java.lang.IllegalStateException: Unknown tag! pos=4 poolCount = 18
> at org.jboss.jandex.Indexer.processConstantPool(Indexer.java:1417)
> at org.jboss.jandex.Indexer.index(Indexer.java:1451)
> at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:99)
> at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> I submitted a patch for wildfly-swarm (https://issues.jboss.org/browse/SWARM-1500), but the real solution would be to upgrade Jandex to 2.0.2. Is this planned?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-9747) wildfly-arquillian-container-managed: java.lang.ClassNotFoundException: org.wildfly.security.permission.AbstractNameSetOnlyPermission
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9747?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-9747:
--------------------------------------
Assignee: James Perkins (was: Jason Greene)
[~jamezp] I suspect this is out of date, but I figure you know best.
> wildfly-arquillian-container-managed: java.lang.ClassNotFoundException: org.wildfly.security.permission.AbstractNameSetOnlyPermission
> -------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9747
> URL: https://issues.jboss.org/browse/WFLY-9747
> Project: WildFly
> Issue Type: Bug
> Reporter: Geoffrey De Smet
> Assignee: James Perkins
> Priority: Major
>
> On a pretty vanilla war file with a bit JAX-RS and arquillian, I get this error when trying to run an arquillian test (that worked before we upgraded the wildfly version):
> {code}
> [INFO] Running org.optaplanner.openshift.employeerostering.webapp.skill.SkillRestServiceTest
> Jan 31, 2018 7:52:20 PM org.jboss.as.arquillian.container.managed.ManagedDeployableContainer startInternal
> WARNING: Bundles path is deprecated and no longer used.
> Jan 31, 2018 7:52:20 PM org.jboss.as.arquillian.container.managed.ManagedDeployableContainer startInternal
> INFO: Starting container with: [/usr/lib/jvm/java-openjdk/bin/java, -D[Standalone], -Djboss.socket.binding.port-offset=10000, -Xms512m, -Xmx1024m, -XX:MaxPermSize=512m, -ea, -Djboss.home.dir=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final, -Dorg.jboss.boot.log.file=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/standalone/log/server.log, -Dlogging.configuration=file:/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/standalone/configuration/logging.properties, -jar, /home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/jboss-modules.jar, -mp, /home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/modules, org.jboss.as.standalone, -Djboss.home.dir=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final, -Djboss.server.base.dir=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/standalone, -Djboss.server.log.dir=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/standalone/log, -Djboss.server.config.dir=/home/ge0ffrey/projects/jboss/optashift/optashift-employee-rostering/local/appserver/wildfly-10.1.0.Final/standalone/configuration]
> OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=512m; support was removed in 8.0
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.449 s <<< FAILURE! - in org.optaplanner.openshift.employeerostering.webapp.skill.SkillRestServiceTest
> [ERROR] org.optaplanner.openshift.employeerostering.webapp.skill.SkillRestServiceTest Time elapsed: 0.448 s <<< ERROR!
> java.lang.NoClassDefFoundError: org/wildfly/security/permission/AbstractNameSetOnlyPermission
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> Caused by: java.lang.ClassNotFoundException: org.wildfly.security.permission.AbstractNameSetOnlyPermission
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:272)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
> {code}
> With this parent pom:
> {code}
> <properties>
> <version.org.jboss.arquillian>1.2.1.Final</version.org.jboss.arquillian>
> <version.org.wildfly.arquillian>2.1.0.Final</version.org.wildfly.arquillian>
> <version.org.jboss.resteasy>3.1.4.Final</version.org.jboss.resteasy>
> </properties>
> <dependencyManagement>
> <dependencies>
> <dependency>
> <groupId>org.jboss.arquillian</groupId>
> <artifactId>arquillian-bom</artifactId>
> <version>${version.org.jboss.arquillian}</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.arquillian</groupId>
> <artifactId>wildfly-arquillian-container-managed</artifactId>
> <version>${version.org.wildfly.arquillian}</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.resteasy</groupId>
> <artifactId>resteasy-client</artifactId>
> <version>${version.org.jboss.resteasy}</version>
> </dependency>
> ...
> {code}
> and this child pom:
> {code}
> <dependency>
> <groupId>junit</groupId>
> <artifactId>junit</artifactId>
> <scope>test</scope>
> </dependency>
> <dependency>
> <groupId>org.jboss.arquillian.junit</groupId>
> <artifactId>arquillian-junit-container</artifactId>
> <scope>test</scope>
> </dependency>
> <dependency>
> <groupId>org.jboss.shrinkwrap.resolver</groupId>
> <artifactId>shrinkwrap-resolver-depchain</artifactId>
> <type>pom</type>
> <scope>test</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.arquillian</groupId>
> <artifactId>wildfly-arquillian-container-managed</artifactId>
> <scope>test</scope>
> </dependency>
> <dependency>
> <groupId>org.jboss.resteasy</groupId>
> <artifactId>resteasy-client</artifactId>
> <scope>test</scope>
> </dependency>
> {code}
> I am probably not using a correct version combination of arquillian and wildfly, but for mere mortals such as myself it takes days to find a working versions combination of arquillian and wildfly - everytime I need to upgrade wildfly. (The arquillian guides and arquillian-showcase-jaxrs are all hopelessly outdated in this aspect, they still mention jboss-as (= wildfly 7)).
> Solution proposal A)
> wildfly-arquillian-managed should automatically detect that it's a wrong version combination and give an error message like "I am not build to work with version x, but it seems like you're combining me with version y."
> Solution proposal B)
> Use the same version numbers for wildfly-arquillian-container-managed (currently 2.1.0.Final) as for wildfly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-9968) Provides jboss-deployment-structure.xml for all known applications, or a tool to generate it.
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-9968?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-9968.
------------------------------------
Assignee: (was: Jason Greene)
Resolution: Won't Do
I'm sorry, I don't see this as something feasible for the WildFly developers to do.
> Provides jboss-deployment-structure.xml for all known applications, or a tool to generate it.
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-9968
> URL: https://issues.jboss.org/browse/WFLY-9968
> Project: WildFly
> Issue Type: Feature Request
> Affects Versions: 10.0.0.Final, 11.0.0.Final, 12.0.0.Final
> Environment: all
> Reporter: Gaétan QUENTIN
> Priority: Major
>
> It is very painfull to deploy applications since modules system introduction.
> The modules conflicts it has introduced is very difficult to understand , and we cannot afford to waste so many time to deploy war applications , trying to desactivate some modules or some subsystems and see what happens.
> Exemple? apache archiva. Since wildfly 10, i desesperatly try to integrate it as war in wildfly.
> There is always conflicts: first of one is cxf. But if you exclude it, there are bunch of others problems etc.
> So, couldn't it be possible for you to provide the jboss-deployment-structure.xml needed for each well known application, or better, provide a tool which would do it automaticaly?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10021) org.infinispan.persistence.spi.PersistenceException: org.infinispan.commons.marshall.NotSerializableException: com.rlogistics.rest.FormFillerUtil
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10021?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-10021:
---------------------------------------
Component/s: Clustering
Assignee: Paul Ferraro (was: Jason Greene)
> org.infinispan.persistence.spi.PersistenceException: org.infinispan.commons.marshall.NotSerializableException: com.rlogistics.rest.FormFillerUtil
> -------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10021
> URL: https://issues.jboss.org/browse/WFLY-10021
> Project: WildFly
> Issue Type: Feature Request
> Components: Clustering
> Environment: Server getting stuck and works after restarting the server.
> Reporter: Anand Kumar
> Assignee: Paul Ferraro
> Priority: Major
>
> 05:49:20.273 [Thread-2] INFO org.jboss.as.server - WFLYSRV0220: Server shutdown has been requested.
> 05:49:20.280 [MSC service thread 1-1] INFO o.j.a.c.subsystems.datasources - WFLYJCA0010: Unbound data source [java:jboss/datasources/activitiDB]
> 05:49:20.282 [MSC service thread 1-3] INFO o.jboss.as.connector.deployers.jdbc - WFLYJCA0019: Stopped Driver service with driver-name = rlogistics-execution.war_org.h2.Driver_1_3
> 05:49:20.286 [ServerService Thread Pool -- 69] INFO org.wildfly.extension.undertow - WFLYUT0022: Unregistered web context: /rlogistics-execution
> 05:49:20.316 [MSC service thread 1-1] INFO o.jboss.as.connector.deployers.jdbc - WFLYJCA0019: Stopped Driver service with driver-name = mysql
> 05:49:20.350 [MSC service thread 1-3] INFO org.wildfly.extension.undertow - WFLYUT0019: Host default-host stopping
> 05:49:20.352 [MSC service thread 1-3] INFO o.j.a.c.subsystems.datasources - WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
> 05:49:20.353 [ServerService Thread Pool -- 71] INFO o.i.e.impl.PassivationManagerImpl - ISPN000029: Passivating all entries to disk
> 05:49:20.367 [MSC service thread 1-1] INFO o.jboss.as.connector.deployers.jdbc - WFLYJCA0019: Stopped Driver service with driver-name = h2
> 05:49:20.368 [MSC service thread 1-1] INFO com.arjuna.ats.jbossatx - ARJUNA032018: Destroying TransactionManagerService
> 05:49:20.369 [MSC service thread 1-1] INFO com.arjuna.ats.jbossatx - ARJUNA032014: Stopping transaction recovery manager
> 05:49:20.396 [ServerService Thread Pool -- 71] WARN o.i.factories.ComponentRegistry - ISPN000189: While stopping a cache or cache manager, one of its components failed to stop
> org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.eviction.impl.PassivationManagerImpl.passivateAll() throws org.infinispan.persistence.spi.PersistenceException on object of type PassivationManagerImpl
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:171) ~[infinispan-commons-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:674) ~[na:na]
> at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:552) ~[na:na]
> at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:243) ~[na:na]
> at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:872) [infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:867) [infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:332) [infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.stop(CacheBuilder.java:87) [wildfly-clustering-infinispan-spi-9.0.2.Final.jar!/:9.0.2.Final]
> at org.wildfly.clustering.service.AsynchronousServiceBuilder$2.run(AsynchronousServiceBuilder.java:130) [wildfly-clustering-service-9.0.2.Final.jar!/:9.0.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_102]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_102]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_102]
> at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.0.Final.jar!/:2.2.0.Final]
> Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.persistence.spi.PersistenceException: org.infinispan.commons.marshall.NotSerializableException: com.rlogistics.rest.FormFillerUtil
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:370) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.persistence.manager.PersistenceManagerImpl.writeToAllStores(PersistenceManagerImpl.java:462) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.eviction.impl.PassivationManagerImpl.passivateAll(PassivationManagerImpl.java:104) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_102]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_102]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_102]
> at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_102]
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) ~[infinispan-commons-7.2.3.Final.jar!/:7.2.3.Final]
> ... 13 common frames omitted
> Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.commons.marshall.NotSerializableException: com.rlogistics.rest.FormFillerUtil
> at org.infinispan.marshall.core.MarshalledEntryImpl.marshall(MarshalledEntryImpl.java:107) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.marshall.core.MarshalledEntryImpl.getValueBytes(MarshalledEntryImpl.java:88) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> at org.infinispan.persistence.file.SingleFileStore.write(SingleFileStore.java:327) ~[infinispan-core-7.2.3.Final.jar!/:7.2.3.Final]
> ... 20 common frames omitted
> Caused by: org.infinispan.commons.marshall.NotSerializableException: com.rlogistics.rest.FormFillerUtil
> Caused by: org.jboss.marshalling.TraceInformation: null
> 05:49:20.400 [ServerService Thread Pool -- 71] INFO org.jboss.as.clustering.infinispan - WFLYCLINF0003: Stopped rlogistics-execution.war cache from web container
> 05:49:20.415 [MSC service thread 1-4] INFO org.wildfly.extension.undertow - WFLYUT0008: Undertow HTTP listener default suspending
> 05:49:20.416 [MSC service thread 1-4] INFO org.wildfly.extension.undertow - WFLYUT0007: Undertow HTTP listener default stopped, was bound to /0.0.0.0:9080
> 05:49:20.418 [MSC service thread 1-4] INFO org.wildfly.extension.undertow - WFLYUT0004: Undertow 1.2.9.Final stopping
> 05:49:20.464 [MSC service thread 1-2] INFO org.jboss.as.server.deployment - WFLYSRV0028: Stopped deployment rlogistics-execution.war (runtime-name: rlogistics-execution.war) in 171ms
> 05:49:20.469 [MSC service thread 1-2] INFO org.jboss.as - WFLYSRV0050: WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final) stopped in 175ms
> JBoss Modules version 1.4.3.Final
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10156?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-10156:
------------------------------------
Component/s: REST
(was: Server)
> Java EE 7 REST Service not called
> ---------------------------------
>
> Key: WFLY-10156
> URL: https://issues.jboss.org/browse/WFLY-10156
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Viggo Navarsete
> Assignee: Jason Greene
> Priority: Major
>
> Current setup that works:
> Wildfly 10.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with payload
> - undertow server.log:
> 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders ***
> 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> Setup that doesn't work:
> Wildfly 12.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with NO payload
> - undertow server.log:
> 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-10156) Java EE 7 REST Service not called
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10156?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-10156:
---------------------------------------
Assignee: Alessio Soldano (was: Jason Greene)
> Java EE 7 REST Service not called
> ---------------------------------
>
> Key: WFLY-10156
> URL: https://issues.jboss.org/browse/WFLY-10156
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 12.0.0.Final
> Reporter: Viggo Navarsete
> Assignee: Alessio Soldano
> Priority: Major
>
> Current setup that works:
> Wildfly 10.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with payload
> - undertow server.log:
> 19:35:33,356 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:35:33 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:35:33,994 INFO [stdout] (default task-2) *** Calling getOrders ***
> 19:35:34,121 INFO [io.undertow.accesslog] (default task-2) 127.0.0.1 [30/Mar/2018:19:35:34 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> Setup that doesn't work:
> Wildfly 12.0.0.Final
> Keycloak 3.4.3.Final
> - Deployed a REST endpoint (/zupplyio-orderservice/orders) to Wildfly 10.0.0.Final
> - Access the endpoint through a React app with a token received from Keycloak.
> - Returns a 200 http response with NO payload
> - undertow server.log:
> 19:25:22,707 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:22 +0200] "OPTIONS /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> 19:25:23,491 INFO [io.undertow.accesslog] (default task-1) 127.0.0.1 [30/Mar/2018:19:25:23 +0200] "GET /zupplyio-orderservice/orders HTTP/1.1" 200 "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Mobile Safari/537.36"
> As you can see from the server.log, my endpoint is probably not called in Wildfly 12.0.0.Final since the log output isn't written to server.log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months