[JBoss JIRA] (WFLY-6516) divert resource does not define a module for its transformer class
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6516?page=com.atlassian.jira.plugin.... ]
Miroslav Novak edited comment on WFLY-6516 at 12/14/18 3:53 AM:
----------------------------------------------------------------
After discussion with dev solution is putting those classes to org.apache.activemq.artemis.addons module. Closing.
was (Author: mnovak):
Issue is valid for Wildfly 15.
> divert resource does not define a module for its transformer class
> ------------------------------------------------------------------
>
> Key: WFLY-6516
> URL: https://issues.jboss.org/browse/WFLY-6516
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 14.0.0.Final, 15.0.0.Beta1, 15.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> The divert resource defines a transformer-class-name but there is no way to define which JBoss module contain this class.
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6516) divert resource does not define a module for its transformer class
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6516?page=com.atlassian.jira.plugin.... ]
Miroslav Novak closed WFLY-6516.
--------------------------------
Fix Version/s: 10.1.0.Final
Resolution: Done
> divert resource does not define a module for its transformer class
> ------------------------------------------------------------------
>
> Key: WFLY-6516
> URL: https://issues.jboss.org/browse/WFLY-6516
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 14.0.0.Final, 15.0.0.Beta1, 15.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> The divert resource defines a transformer-class-name but there is no way to define which JBoss module contain this class.
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6269) connector-service resource does not define a module for the classes to load
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6269?page=com.atlassian.jira.plugin.... ]
Miroslav Novak closed WFLY-6269.
--------------------------------
Fix Version/s: 10.1.0.Final
Resolution: Done
After discussion with dev solution is putting those classes to org.apache.activemq.artemis.addons module. Closing.
> connector-service resource does not define a module for the classes to load
> ---------------------------------------------------------------------------
>
> Key: WFLY-6269
> URL: https://issues.jboss.org/browse/WFLY-6269
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> The connector-service resource has only a factory-class attribute and does not specify from which module the class should be loaded.
> {noformat}
> <connector-service name="b"
> factory-class="bar.foo">
> <param name="foo"
> value="${connector.value:bar}"/>
> <param name="bar"
> value="2"/>
> </connector-service>
> {noformat}
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> A module attribute should be added so that the class could be loaded from any module.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6519) bridge resource does not define a module for its transformer class
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6519?page=com.atlassian.jira.plugin.... ]
Miroslav Novak closed WFLY-6519.
--------------------------------
Fix Version/s: 10.1.0.Final
Resolution: Done
After discussion with dev solution is putting those classes to org.apache.activemq.artemis.addons module. Closing.
> bridge resource does not define a module for its transformer class
> ------------------------------------------------------------------
>
> Key: WFLY-6519
> URL: https://issues.jboss.org/browse/WFLY-6519
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> The bridge resource defines a transformer-class-name but there is no way to define which JBoss module contain this class.
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6516) divert resource does not define a module for its transformer class
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6516?page=com.atlassian.jira.plugin.... ]
Miroslav Novak updated WFLY-6516:
---------------------------------
Affects Version/s: 15.0.0.Final
15.0.0.Beta1
14.0.0.Final
> divert resource does not define a module for its transformer class
> ------------------------------------------------------------------
>
> Key: WFLY-6516
> URL: https://issues.jboss.org/browse/WFLY-6516
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 14.0.0.Final, 15.0.0.Beta1, 15.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
>
> The divert resource defines a transformer-class-name but there is no way to define which JBoss module contain this class.
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6516) divert resource does not define a module for its transformer class
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6516?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-6516:
--------------------------------------
Issue is valid for Wildfly 15.
> divert resource does not define a module for its transformer class
> ------------------------------------------------------------------
>
> Key: WFLY-6516
> URL: https://issues.jboss.org/browse/WFLY-6516
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 14.0.0.Final, 15.0.0.Beta1, 15.0.0.Final
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Major
>
> The divert resource defines a transformer-class-name but there is no way to define which JBoss module contain this class.
> This means that the module defining the class must be a dependency of the org.apache.activemq.artemis module since it's Artemis that currently loads it.
> The messaging-activemq subsystem would then be able to load it and pass it to Artemis's ServiceRegistry (similarly to the interceptors).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11353) Classes for newer versions are not loaded from Multi-Release-JARs in WARs
by Daniel Schwering (Jira)
[ https://issues.jboss.org/browse/WFLY-11353?page=com.atlassian.jira.plugin... ]
Daniel Schwering updated WFLY-11353:
------------------------------------
Affects Version/s: 15.0.0.Final
> Classes for newer versions are not loaded from Multi-Release-JARs in WARs
> -------------------------------------------------------------------------
>
> Key: WFLY-11353
> URL: https://issues.jboss.org/browse/WFLY-11353
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 14.0.0.Final, 15.0.0.Final
> Environment: Java 9+
> Reporter: Daniel Schwering
> Priority: Major
> Attachments: buggywar.src.zip, buggywar.war, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib-0.0.1-SNAPSHOT.jar, multireleaselib.src.zip, multireleaselib.src.zip
>
>
> 1
> down vote
> favorite
> Since Java 9 there are Multi-Release JARs ([MRJARS|https://openjdk.java.net/jeps/238]) that allow different classes for different Java versions to be included in one JAR file. I was surprised when a Wildfly 14 running on Java 11 executed Java-8-code in a JAR included in a WAR although the JAR was a MRJAR with code for Java 11. That JAR included as a dependency for a regular Java SE project is running different code depending on the running JRE, but when included in a WAR, the Java-11-code seems to be ignored.
> Is that expected behavior for a webserver, as Java EE 8 does not explicitly require Java 9 (which introduced MRJARs) but only Java 8?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6607) Broadcast/Discovery group is possible to create with just a name
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6607?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-6607:
--------------------------------------
This is still an issue in Wildfly 14/15 when using CLI.
> Broadcast/Discovery group is possible to create with just a name
> ----------------------------------------------------------------
>
> Key: WFLY-6607
> URL: https://issues.jboss.org/browse/WFLY-6607
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 15.0.0.Final
> Reporter: Chen Maoqian
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> When defining new broadcast-group in Configuration: Subsystems Subsystem: Messaging - ActiveMQ Messaging Provider: default
> user must define name, at least one connector and then either socket-binding or jgroups-channel-name (not both of them, just one)
> At this moment it's possible to create broadcast group with just a name which is wrong.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-6607) Broadcast/Discovery group is possible to create with just a name
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-6607?page=com.atlassian.jira.plugin.... ]
Miroslav Novak updated WFLY-6607:
---------------------------------
Affects Version/s: 15.0.0.Final
> Broadcast/Discovery group is possible to create with just a name
> ----------------------------------------------------------------
>
> Key: WFLY-6607
> URL: https://issues.jboss.org/browse/WFLY-6607
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final, 15.0.0.Final
> Reporter: Chen Maoqian
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> When defining new broadcast-group in Configuration: Subsystems Subsystem: Messaging - ActiveMQ Messaging Provider: default
> user must define name, at least one connector and then either socket-binding or jgroups-channel-name (not both of them, just one)
> At this moment it's possible to create broadcast group with just a name which is wrong.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11517) Exception while running reports java.lang.StringIndexOutOfBoundsException: String index out of range: 10
by Suganya Rajeswaran (Jira)
Suganya Rajeswaran created WFLY-11517:
-----------------------------------------
Summary: Exception while running reports java.lang.StringIndexOutOfBoundsException: String index out of range: 10
Key: WFLY-11517
URL: https://issues.jboss.org/browse/WFLY-11517
Project: WildFly
Issue Type: Bug
Reporter: Suganya Rajeswaran
Assignee: Jason Greene
Hi,
I tried running a report in my application which is running on WildFly 14 server. I am getting the following exception,
java.lang.StringIndexOutOfBoundsException: String index out of range: 10
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:473)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
at in.textech.common.SessionFilter.doFilter(SessionFilter.java:86)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: 10
at java.lang.String.substring(String.java:1963)
at in.textech.library.FormatModifier.dbFormat(FormatModifier.java:79)
at org.apache.jsp.reportViewers.EmployeePermission_002dviewer_jsp._jspService(EmployeePermission_002dviewer_jsp.java:204)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
... 50 more
But the same works on JBoss AS 7. Kindly help me out to rectify this.
Is there anything that I am missing out?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months