[JBoss JIRA] (WFLY-11494) javax.mail.internet.AddressException: Illegal address in string ``''
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11494?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-11494:
-----------------------------------------
Please attach a reproducer of some kind. The stack trace shows basic jsp handling, then a call into deployment code, and then a rejection of data passed out of that deployment code. There's not much we can do with that without a reproducer as there is no way to know what the deployment code is doing.
> javax.mail.internet.AddressException: Illegal address in string ``''
> --------------------------------------------------------------------
>
> Key: WFLY-11494
> URL: https://issues.jboss.org/browse/WFLY-11494
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 14.0.0.Final
> Reporter: Suganya Rajeswaran
> Priority: Major
>
> Hi,
> I got this exception while running my application,
> *javax.mail.internet.AddressException: Illegal address in string ``''
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at javax.mail.internet.InternetAddress.<init>(InternetAddress.java:122)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at in.textech.common.EmailSending.sendMail(EmailSending.java:255)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at org.apache.jsp.PrerequisiteHandler_jsp._jspService(PrerequisiteHandler_jsp.java:741)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at in.textech.common.SessionFilter.doFilter(SessionFilter.java:86)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 2018-12-11 12:00:51,837 ERROR [stderr] (default task-32) at java.lang.Thread.run(Thread.java:748)*
> Kindly help me resolving this at the earliest.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11494) javax.mail.internet.AddressException: Illegal address in string ``''
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11494?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-11494:
------------------------------------
Affects Version/s: 14.0.0.Final
> javax.mail.internet.AddressException: Illegal address in string ``''
> --------------------------------------------------------------------
>
> Key: WFLY-11494
> URL: https://issues.jboss.org/browse/WFLY-11494
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 14.0.0.Final
> Reporter: Suganya Rajeswaran
> Priority: Major
>
> Hi,
> I got this exception while running my application,
> *javax.mail.internet.AddressException: Illegal address in string ``''
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at javax.mail.internet.InternetAddress.<init>(InternetAddress.java:122)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at in.textech.common.EmailSending.sendMail(EmailSending.java:255)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at org.apache.jsp.PrerequisiteHandler_jsp._jspService(PrerequisiteHandler_jsp.java:741)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at in.textech.common.SessionFilter.doFilter(SessionFilter.java:86)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 2018-12-11 12:00:51,837 ERROR [stderr] (default task-32) at java.lang.Thread.run(Thread.java:748)*
> Kindly help me resolving this at the earliest.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11494) javax.mail.internet.AddressException: Illegal address in string ``''
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11494?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-11494:
---------------------------------------
Assignee: (was: Jason Greene)
> javax.mail.internet.AddressException: Illegal address in string ``''
> --------------------------------------------------------------------
>
> Key: WFLY-11494
> URL: https://issues.jboss.org/browse/WFLY-11494
> Project: WildFly
> Issue Type: Bug
> Reporter: Suganya Rajeswaran
> Priority: Major
>
> Hi,
> I got this exception while running my application,
> *javax.mail.internet.AddressException: Illegal address in string ``''
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at javax.mail.internet.InternetAddress.<init>(InternetAddress.java:122)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at in.textech.common.EmailSending.sendMail(EmailSending.java:255)
> 2018-12-11 12:00:51,762 ERROR [stderr] (default task-32) at org.apache.jsp.PrerequisiteHandler_jsp._jspService(PrerequisiteHandler_jsp.java:741)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> 2018-12-11 12:00:51,763 ERROR [stderr] (default task-32) at in.textech.common.SessionFilter.doFilter(SessionFilter.java:86)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> 2018-12-11 12:00:51,785 ERROR [stderr] (default task-32) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> 2018-12-11 12:00:51,786 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 2018-12-11 12:00:51,836 ERROR [stderr] (default task-32) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 2018-12-11 12:00:51,837 ERROR [stderr] (default task-32) at java.lang.Thread.run(Thread.java:748)*
> Kindly help me resolving this at the earliest.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11496) RolloutPlanTestCase fails with security manager with node0/1 set
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11496?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-11496:
------------------------------------
Component/s: Management
(was: Server)
> RolloutPlanTestCase fails with security manager with node0/1 set
> ----------------------------------------------------------------
>
> Key: WFLY-11496
> URL: https://issues.jboss.org/browse/WFLY-11496
> Project: WildFly
> Issue Type: Bug
> Components: Management, Test Suite
> Affects Versions: 16.0.0.Beta1
> Reporter: Ondrej Kotek
> Assignee: Jason Greene
> Priority: Major
>
> Three tests of {{org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase}} fail with security manager and {{node0}} and {{node1}} set:
> {noformat}
> java.lang.Exception: Http request failed.
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:432)
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.testRollbackAcrossGroupsRolloutPlan(RolloutPlanTestCase.java:351)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> ...
> Caused by: java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 500 Response: <html><head><title>Error</title></head><body>Internal Server Error</body></html>
> at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:61)
> at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:82)
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:429)
> ...
> {noformat}
> Maybe the {{SocketPermission}} settings need some improvements.
> The following tests are affected:
> * {{RolloutPlanTestCase#testMaxFailServersRolloutPlan}}
> * {{RolloutPlanTestCase#testMaxFailServersPercentageRolloutPlan}}
> * {{RolloutPlanTestCase#testRollbackAcrossGroupsRolloutPlan}}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFLY-11496) RolloutPlanTestCase fails with security manager with node0/1 set
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11496?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-11496:
---------------------------------------
Assignee: (was: Jason Greene)
> RolloutPlanTestCase fails with security manager with node0/1 set
> ----------------------------------------------------------------
>
> Key: WFLY-11496
> URL: https://issues.jboss.org/browse/WFLY-11496
> Project: WildFly
> Issue Type: Bug
> Components: Management, Test Suite
> Affects Versions: 16.0.0.Beta1
> Reporter: Ondrej Kotek
> Priority: Major
>
> Three tests of {{org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase}} fail with security manager and {{node0}} and {{node1}} set:
> {noformat}
> java.lang.Exception: Http request failed.
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:432)
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.testRollbackAcrossGroupsRolloutPlan(RolloutPlanTestCase.java:351)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> ...
> Caused by: java.io.IOException: java.util.concurrent.ExecutionException: java.io.IOException: HTTP Status 500 Response: <html><head><title>Error</title></head><body>Internal Server Error</body></html>
> at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:61)
> at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:82)
> at org.jboss.as.test.integration.domain.management.cli.RolloutPlanTestCase.checkURL(RolloutPlanTestCase.java:429)
> ...
> {noformat}
> Maybe the {{SocketPermission}} settings need some improvements.
> The following tests are affected:
> * {{RolloutPlanTestCase#testMaxFailServersRolloutPlan}}
> * {{RolloutPlanTestCase#testMaxFailServersPercentageRolloutPlan}}
> * {{RolloutPlanTestCase#testRollbackAcrossGroupsRolloutPlan}}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-4289) VDX - pretty print - enhance parsing logic
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4289?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-4289:
----------------------------------------
Assignee: (was: Brian Stansberry)
> VDX - pretty print - enhance parsing logic
> ------------------------------------------
>
> Key: WFCORE-4289
> URL: https://issues.jboss.org/browse/WFCORE-4289
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Reporter: Rostislav Svoboda
> Priority: Minor
>
> Several cases with low level of provided details were identified while preparing tests for invalid characters in configs. I must say these damages in config siles are a bit corner cases. To solve them some enhancements would be needed.
> Reply by [~tcrawley]
> Since VDX currently operates based on the exceptions it receives, we don't have a good way to detect these situations without implementing our own parser that we use when we get exception that we recognize as possibly being caused by malformed xml. But that's a daunting task, and I'm not sure it's one we should take on. Another option is to again identify exceptions that are caused by different types of malformation and display them as we do now, but with an additional hint ("Did you leave off a quote somewhere?"). I'm just concerned about how open that set of exceptions is, making identifying all those cases difficult. If we do want to do something here, I agree that it is probably out of scope for 7.1.
> Reply by [~brian.stansberry]
> I’m concerned about increasing complexity here. I think what we’ve done is really nice but I’m not in favor of adding complexity to the server parsing logic to go further (doing that is specifically a Non-Requirement of EAP7-599). I’d also be concerned about adding a lot of logic or dependencies to VDX, as a 100K size limitation was one of the EAP7-599 hard requirements.
> Details about scenarios:
> {code}
> ******** Add space before xml declaration - <space><?xml version='1.0' encoding='UTF-8'?>
> OPVDX001: Validation error in standalone-spaceInXmlDeclaration.xml -------------
> |
> | 1: <?xml version='1.0' encoding='UTF-8'?>
> | ^^^^ Illegal processing instruction target ("xml"); xml (case insensitive)
> | is reserved by the specs
> |
> | 2:
> | 3: <server xmlns="urn:jboss:domain:5.0">
> | 4: <extensions>
> |
> | The primary underlying error message was:
> | > Illegal processing instruction target ("xml"); xml (case insensitive)
> | > is reserved by the specs.
> | > at [row,col {unknown-source}]: [1,6]
> |
> |-------------------------------------------------------------------------------
> {code}
> Is there any chance to receive better message: e.g. remove whitespace(s) from the beginning of xml declaration on the first line ?
> {code}
> ******** There is missing character in xml element (for example < is missing)
> OPVDX001: Validation error in standalone-missingStartOfElement.xml -------------
> |
> | 380: <subsystem xmlns="urn:jboss:domain:webservices:2.0">
> | 381: <wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
> | 382: modify-wsdl-address>true</modify-wsdl-address>
> | ^^^^ Received non-all-whitespace CHARACTERS or CDATA event in nextTag()
> |
> | 383: <endpoint-config name="Standard-Endpoint-Config"/>
> | 384: <endpoint-config name="Recording-Endpoint-Config">
> | 385: <pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
> |
> | The primary underlying error message was:
> | > Received non-all-whitespace CHARACTERS or CDATA event in nextTag().
> | > at [row,col {unknown-source}]: [382,36]
> |
> |-------------------------------------------------------------------------------
> {code}
> Can we detect that starting element has missing '<' ?
> Or it's just on xml parser what we receive ?
> {code}
> ******** There is missing last quote " in <element name="foobar>
> OPVDX001: Validation error in standalone-missingLastQuoteStandaloneXml.xml -----
> |
> | 382: <modify-wsdl-address>true</modify-wsdl-address>
> | 383: <endpoint-config name="Standard-Endpoint-Config/>
> | 384: <endpoint-config name="Recording-Endpoint-Config">
> | ^^^^ Unexpected character '<' (code 60) in attribute value
> |
> | 385: <pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
> | 386: <handler name="RecordingHandler" class="org.jboss.ws.common.invocation.RecordingServerHandler"/>
> | 387: </pre-handler-chain>
> |
> | The primary underlying error message was:
> | > Unexpected character '<' (code 60) in attribute value
> | > at [row,col {unknown-source}]: [384,13]
> |
> |-------------------------------------------------------------------------------
> {code}
> More descriptive message would be preferred - e.g. include info that " character is expected to close attribute value.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-4289) VDX - pretty print - enhance parsing logic
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4289?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-8423 to WFCORE-4289:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-4289 (was: JBEAP-8423)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Management)
Target Release: (was: 7.backlog.GA)
> VDX - pretty print - enhance parsing logic
> ------------------------------------------
>
> Key: WFCORE-4289
> URL: https://issues.jboss.org/browse/WFCORE-4289
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Priority: Minor
>
> Several cases with low level of provided details were identified while preparing tests for invalid characters in configs. I must say these damages in config siles are a bit corner cases. To solve them some enhancements would be needed.
> Reply by [~tcrawley]
> Since VDX currently operates based on the exceptions it receives, we don't have a good way to detect these situations without implementing our own parser that we use when we get exception that we recognize as possibly being caused by malformed xml. But that's a daunting task, and I'm not sure it's one we should take on. Another option is to again identify exceptions that are caused by different types of malformation and display them as we do now, but with an additional hint ("Did you leave off a quote somewhere?"). I'm just concerned about how open that set of exceptions is, making identifying all those cases difficult. If we do want to do something here, I agree that it is probably out of scope for 7.1.
> Reply by [~brian.stansberry]
> I’m concerned about increasing complexity here. I think what we’ve done is really nice but I’m not in favor of adding complexity to the server parsing logic to go further (doing that is specifically a Non-Requirement of EAP7-599). I’d also be concerned about adding a lot of logic or dependencies to VDX, as a 100K size limitation was one of the EAP7-599 hard requirements.
> Details about scenarios:
> {code}
> ******** Add space before xml declaration - <space><?xml version='1.0' encoding='UTF-8'?>
> OPVDX001: Validation error in standalone-spaceInXmlDeclaration.xml -------------
> |
> | 1: <?xml version='1.0' encoding='UTF-8'?>
> | ^^^^ Illegal processing instruction target ("xml"); xml (case insensitive)
> | is reserved by the specs
> |
> | 2:
> | 3: <server xmlns="urn:jboss:domain:5.0">
> | 4: <extensions>
> |
> | The primary underlying error message was:
> | > Illegal processing instruction target ("xml"); xml (case insensitive)
> | > is reserved by the specs.
> | > at [row,col {unknown-source}]: [1,6]
> |
> |-------------------------------------------------------------------------------
> {code}
> Is there any chance to receive better message: e.g. remove whitespace(s) from the beginning of xml declaration on the first line ?
> {code}
> ******** There is missing character in xml element (for example < is missing)
> OPVDX001: Validation error in standalone-missingStartOfElement.xml -------------
> |
> | 380: <subsystem xmlns="urn:jboss:domain:webservices:2.0">
> | 381: <wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
> | 382: modify-wsdl-address>true</modify-wsdl-address>
> | ^^^^ Received non-all-whitespace CHARACTERS or CDATA event in nextTag()
> |
> | 383: <endpoint-config name="Standard-Endpoint-Config"/>
> | 384: <endpoint-config name="Recording-Endpoint-Config">
> | 385: <pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
> |
> | The primary underlying error message was:
> | > Received non-all-whitespace CHARACTERS or CDATA event in nextTag().
> | > at [row,col {unknown-source}]: [382,36]
> |
> |-------------------------------------------------------------------------------
> {code}
> Can we detect that starting element has missing '<' ?
> Or it's just on xml parser what we receive ?
> {code}
> ******** There is missing last quote " in <element name="foobar>
> OPVDX001: Validation error in standalone-missingLastQuoteStandaloneXml.xml -----
> |
> | 382: <modify-wsdl-address>true</modify-wsdl-address>
> | 383: <endpoint-config name="Standard-Endpoint-Config/>
> | 384: <endpoint-config name="Recording-Endpoint-Config">
> | ^^^^ Unexpected character '<' (code 60) in attribute value
> |
> | 385: <pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
> | 386: <handler name="RecordingHandler" class="org.jboss.ws.common.invocation.RecordingServerHandler"/>
> | 387: </pre-handler-chain>
> |
> | The primary underlying error message was:
> | > Unexpected character '<' (code 60) in attribute value
> | > at [row,col {unknown-source}]: [384,13]
> |
> |-------------------------------------------------------------------------------
> {code}
> More descriptive message would be preferred - e.g. include info that " character is expected to close attribute value.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-4288) VDX - pretty print doesn't inform about available versions of subsystem
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4288?page=com.atlassian.jira.plugi... ]
Brian Stansberry resolved WFCORE-4288.
--------------------------------------
Resolution: Won't Do
I can't foresee us doing this.
> VDX - pretty print doesn't inform about available versions of subsystem
> -----------------------------------------------------------------------
>
> Key: WFCORE-4288
> URL: https://issues.jboss.org/browse/WFCORE-4288
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Priority: Major
>
> VDX - pretty print doesn't inform about available versions of subsystem
> * open standalone.xml
> * locate webservices subsystem
> * change xmlns version to one with unavailable xsd - e.g. {{<subsystem xmlns="urn:jboss:domain:webservices:1.8">}}
> * run standalone.sh
> Server inform just about unexpected element.
> Pretty print should provide info about latest available version.
> I think it's not necessary to provide info about all xsd versions for subsystem as we transform configuration to latest.
> Output:
> {code}
> OPVDX001: Validation error in standalone.xml -----------------------------------
> |
> | 378: </filters>
> | 379: </subsystem>
> | 380: <subsystem xmlns="urn:jboss:domain:webservices:1.8">
> | ^^^^ Unexpected element '{urn:jboss:domain:webservices:1.8}subsystem'
> |
> | 381: <wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
> | 382: <endpoint-config name="Standard-Endpoint-Config"/>
> | 383: <endpoint-config name="Recording-Endpoint-Config">
> |
> | The primary underlying error message was:
> | > ParseError at [row,col]:[380,9]
> | > Message: Unexpected element
> | > '{urn:jboss:domain:webservices:1.8}subsystem'
> |
> |-------------------------------------------------------------------------------
> {code}
> CC [~tcrawley]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-4288) VDX - pretty print doesn't inform about available versions of subsystem
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4288?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-7867 to WFCORE-4288:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-4288 (was: JBEAP-7867)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Management)
Target Release: (was: 7.backlog.GA)
Affects Version/s: (was: 7.1.0.DR9)
> VDX - pretty print doesn't inform about available versions of subsystem
> -----------------------------------------------------------------------
>
> Key: WFCORE-4288
> URL: https://issues.jboss.org/browse/WFCORE-4288
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Reporter: Rostislav Svoboda
> Assignee: Brian Stansberry
> Priority: Major
>
> VDX - pretty print doesn't inform about available versions of subsystem
> * open standalone.xml
> * locate webservices subsystem
> * change xmlns version to one with unavailable xsd - e.g. {{<subsystem xmlns="urn:jboss:domain:webservices:1.8">}}
> * run standalone.sh
> Server inform just about unexpected element.
> Pretty print should provide info about latest available version.
> I think it's not necessary to provide info about all xsd versions for subsystem as we transform configuration to latest.
> Output:
> {code}
> OPVDX001: Validation error in standalone.xml -----------------------------------
> |
> | 378: </filters>
> | 379: </subsystem>
> | 380: <subsystem xmlns="urn:jboss:domain:webservices:1.8">
> | ^^^^ Unexpected element '{urn:jboss:domain:webservices:1.8}subsystem'
> |
> | 381: <wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
> | 382: <endpoint-config name="Standard-Endpoint-Config"/>
> | 383: <endpoint-config name="Recording-Endpoint-Config">
> |
> | The primary underlying error message was:
> | > ParseError at [row,col]:[380,9]
> | > Message: Unexpected element
> | > '{urn:jboss:domain:webservices:1.8}subsystem'
> |
> |-------------------------------------------------------------------------------
> {code}
> CC [~tcrawley]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (WFCORE-4287) CLI should show not show default value once value one of "alternatives" attributes was set
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-4287?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-9319 to WFCORE-4287:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-4287 (was: JBEAP-9319)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Management)
Target Release: (was: 7.backlog.GA)
Affects Version/s: (was: 7.1.0.DR13)
> CLI should show not show default value once value one of "alternatives" attributes was set
> ------------------------------------------------------------------------------------------
>
> Key: WFCORE-4287
> URL: https://issues.jboss.org/browse/WFCORE-4287
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Reporter: Miroslav Novak
> Assignee: Brian Stansberry
> Priority: Major
>
> If there are attributes which are "alternatives" and both of them are undefined then default value of one of the attributes is shown in CLI, for example:
> {code}
> [standalone@localhost:9990 /] ls /subsystem=messaging-activemq/server=default
> elytron-domain=undefined
> security-domain=other
> {code}
> at this moment when I try set elytron-domain:
> {code}
> [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default:write-attribute(name=elytron-domain,value=ApplicationRealm)
> {code}
> then it shows:
> {code}
> [standalone@localhost:9990 /] ls /subsystem=messaging-activemq/server=default
> elytron-domain=ApplicationDomain
> security-domain=other
> {code}
> Can this be changed that it would show {{security-domain=undefined}} so it would not show default values anymore? Current display is confusing as it's not clear what is used.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months