[JBoss JIRA] (DROOLS-3031) [DMN Designer] UX for Expand / Collapse all
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3031?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3031:
-------------------------------------
[~uxdlc] I think just mark the jira as resolved, no need to delete. Thank you.
> [DMN Designer] UX for Expand / Collapse all
> -------------------------------------------
>
> Key: DROOLS-3031
> URL: https://issues.jboss.org/browse/DROOLS-3031
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.12.0.Final
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
>
> User should have possibility to easily expand / collapse all data types in the *manage custom data type* dialog.
> h2. Manual acceptance test
> - Expand
> -- All collapsed initially
> -- Something collapsed initially, something expanded already
> -- All expanded already
> - Collapse
> -- All expanded initially
> -- Something expanded initially, something collapsed already
> -- All collapsed already
> - No error warning in browser console log
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3425) Unexpected behavior of docks when multiple editors are opened
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3425?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3425:
---------------------------------
Component/s: Stunner
> Unexpected behavior of docks when multiple editors are opened
> -------------------------------------------------------------
>
> Key: DROOLS-3425
> URL: https://issues.jboss.org/browse/DROOLS-3425
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor, Scenario Simulation and Testing, Stunner
> Reporter: Klara Kufova
> Assignee: Toni Rikkola
> Priority: Critical
> Labels: ScenarioSimulation
> Attachments: screencast-11-12-18.webm, screencast-12-12-18.webm
>
>
> When multiple assets are opened in different editors, their docks incorrectly interfere. After opening two assets in a row, the Business Central freezes with an unexpected error. Closing one asset causes unexpected disappearance of the left panel.
> See the attached screencast for detailed information. After the assets are opened for the first time, everything seems correct. Once the {{.dmn}} file is opened for the second time, the issues start to occur.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3425) Unexpected behavior of docks when multiple editors are opened
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3425?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3425:
---------------------------------
Attachment: screencast-12-12-18.webm
> Unexpected behavior of docks when multiple editors are opened
> -------------------------------------------------------------
>
> Key: DROOLS-3425
> URL: https://issues.jboss.org/browse/DROOLS-3425
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor, Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Toni Rikkola
> Priority: Critical
> Labels: ScenarioSimulation
> Attachments: screencast-11-12-18.webm, screencast-12-12-18.webm
>
>
> When multiple assets are opened in different editors, their docks incorrectly interfere. After opening two assets in a row, the Business Central freezes with an unexpected error. Closing one asset causes unexpected disappearance of the left panel.
> See the attached screencast for detailed information. After the assets are opened for the first time, everything seems correct. Once the {{.dmn}} file is opened for the second time, the issues start to occur.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3425) Unexpected behavior of docks when multiple editors are opened
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3425?page=com.atlassian.jira.plugi... ]
Klara Kufova commented on DROOLS-3425:
--------------------------------------
[~danielezonca], [~Rikkola], [~roger600], the Process designer is affected as well; it looks like the problem is the DMN editor. Check this:
[^screencast-12-12-18.webm]
> Unexpected behavior of docks when multiple editors are opened
> -------------------------------------------------------------
>
> Key: DROOLS-3425
> URL: https://issues.jboss.org/browse/DROOLS-3425
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor, Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Toni Rikkola
> Priority: Critical
> Labels: ScenarioSimulation
> Attachments: screencast-11-12-18.webm, screencast-12-12-18.webm
>
>
> When multiple assets are opened in different editors, their docks incorrectly interfere. After opening two assets in a row, the Business Central freezes with an unexpected error. Closing one asset causes unexpected disappearance of the left panel.
> See the attached screencast for detailed information. After the assets are opened for the first time, everything seems correct. Once the {{.dmn}} file is opened for the second time, the issues start to occur.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11494) javax.mail.internet.AddressException: Illegal address in string ``''
by Suganya Rajeswaran (Jira)
[ https://issues.jboss.org/browse/WFLY-11494?page=com.atlassian.jira.plugin... ]
Suganya Rajeswaran commented on WFLY-11494:
-------------------------------------------
WildFly 14...
This is how my mail address looks like,
admin(a)jouve-hdi.com.
But it is working fine on JBoss AS 7...
> 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
> Assignee: Jason Greene
> 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, 7 months
[JBoss JIRA] (DROOLS-3425) Unexpected behavior of docks when multiple editors are opened
by Toni Rikkola (Jira)
[ https://issues.jboss.org/browse/DROOLS-3425?page=com.atlassian.jira.plugi... ]
Toni Rikkola updated DROOLS-3425:
---------------------------------
Sprint: 2018 Week 48-50
> Unexpected behavior of docks when multiple editors are opened
> -------------------------------------------------------------
>
> Key: DROOLS-3425
> URL: https://issues.jboss.org/browse/DROOLS-3425
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor, Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Toni Rikkola
> Priority: Critical
> Labels: ScenarioSimulation
> Attachments: screencast-11-12-18.webm
>
>
> When multiple assets are opened in different editors, their docks incorrectly interfere. After opening two assets in a row, the Business Central freezes with an unexpected error. Closing one asset causes unexpected disappearance of the left panel.
> See the attached screencast for detailed information. After the assets are opened for the first time, everything seems correct. Once the {{.dmn}} file is opened for the second time, the issues start to occur.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (DROOLS-3425) Unexpected behavior of docks when multiple editors are opened
by Toni Rikkola (Jira)
[ https://issues.jboss.org/browse/DROOLS-3425?page=com.atlassian.jira.plugi... ]
Toni Rikkola commented on DROOLS-3425:
--------------------------------------
[~roger600] I'll take a look first. I have my doubts it might be just the code around focus in scesim editor. If not then it might be an issue in appformer.
> Unexpected behavior of docks when multiple editors are opened
> -------------------------------------------------------------
>
> Key: DROOLS-3425
> URL: https://issues.jboss.org/browse/DROOLS-3425
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor, Scenario Simulation and Testing
> Reporter: Klara Kufova
> Assignee: Toni Rikkola
> Priority: Critical
> Labels: ScenarioSimulation
> Attachments: screencast-11-12-18.webm
>
>
> When multiple assets are opened in different editors, their docks incorrectly interfere. After opening two assets in a row, the Business Central freezes with an unexpected error. Closing one asset causes unexpected disappearance of the left panel.
> See the attached screencast for detailed information. After the assets are opened for the first time, everything seems correct. Once the {{.dmn}} file is opened for the second time, the issues start to occur.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10864) MP Health reports UP when there is port collision for port 8080
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10864?page=com.atlassian.jira.plugin... ]
Brian Stansberry edited comment on WFLY-10864 at 12/11/18 9:11 PM:
-------------------------------------------------------------------
IMHO if we do anything like this we should keep it very simple, a la our OS health probes at https://github.com/jboss-openshift/cct_module/blob/master/os-eap-probes/a..., which basically check server-state, whether there were errors at boot, whether any deployments are failed. I could also see tracking whether MSC stability could not be reached when executing a mgmt op and failing if that had occurred, as the server is in an unknowable state at that point.
If the server booted cleanly and it hasn't subsequently gotten into an MSC unstable state, then if something isn't working "right" that either means a valid configuration, but just not what the user really wanted, or the user executed a management op that failed but they set the flag that prevented rollback. The latter I see little point in trying to account for as it's a silly thing to do on a system that someone would want to monitor for health.
Checking for a valid but not really what was wanted configuration (oops, I forgot to add an undertow listener on 8080!) seems like endless work.
Note I believe the checks I linked above would find the port collision issue as it would prevent clean boot.
was (Author: brian.stansberry):
IMHO if we do anything like this we should keep it very simple, a la our OS health probes at https://github.com/jboss-openshift/cct_module/blob/master/os-eap-probes/a..., which basically check server-state, whether there were errors at boot, whether any deployments are failed. I could also see tracking whether MSC stability could not be reached when executing a mgmt op and failing if that had occurred, as the server is in an unknowable state at that point.
If the server booted cleanly and it hasn't subsequently gotten into an MSC unstable state, then if something isn't working "right" that either means a a valid configuration, but just not what the user really wanted, or the user executed a management op that failed but they said the flag that prevented rollback. The latter I see little point in trying to account for as it's a silly thing to do on a system that someone would want to monitor for health.
Checking for valid but not really what was wanted configuration (oops, I forgot to add an undertow listener on 808!!) seems like endless work.
Note I believe the checks I linked above would find the port collision issue as it would prevent clean boot.
> MP Health reports UP when there is port collision for port 8080
> ---------------------------------------------------------------
>
> Key: WFLY-10864
> URL: https://issues.jboss.org/browse/WFLY-10864
> Project: WildFly
> Issue Type: Bug
> Components: MP Health
> Reporter: Rostislav Svoboda
> Assignee: Lin Gao
> Priority: Critical
>
> MP Health reports UP when there is port collision for port 8080.
> I have simple python app to acquire port 8080 and once it runs I start WF server
> {code}
> import SimpleHTTPServer
> import SocketServer
> PORT = 8080
> Handler = SimpleHTTPServer.SimpleHTTPRequestHandler
> httpd = SocketServer.TCPServer(("127.0.0.1", PORT), Handler)
> print "serving at port", PORT
> httpd.serve_forever()
> {code}
> WF reports Address already in use /127.0.0.1:8080, deployments are not deployed.
> Accessing http://localhost:9990/health/ reports "outcome":"UP"
> I think this is wrong and DOWN should be reported.
> Spec is misleading because it says {{A producer without health check procedures installed MUST returns positive overall outcome (i.e. HTTP 200)}} but it silently assumes server started correctly.
> I believe authors of the spec expected that if there is some trouble like port collision the server doesn't start, WildFly is a bit further as it allows to boot even if some services are not started properly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10864) MP Health reports UP when there is port collision for port 8080
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10864?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-10864:
-----------------------------------------
I do not support specific checks like that commit.
> MP Health reports UP when there is port collision for port 8080
> ---------------------------------------------------------------
>
> Key: WFLY-10864
> URL: https://issues.jboss.org/browse/WFLY-10864
> Project: WildFly
> Issue Type: Bug
> Components: MP Health
> Reporter: Rostislav Svoboda
> Assignee: Lin Gao
> Priority: Critical
>
> MP Health reports UP when there is port collision for port 8080.
> I have simple python app to acquire port 8080 and once it runs I start WF server
> {code}
> import SimpleHTTPServer
> import SocketServer
> PORT = 8080
> Handler = SimpleHTTPServer.SimpleHTTPRequestHandler
> httpd = SocketServer.TCPServer(("127.0.0.1", PORT), Handler)
> print "serving at port", PORT
> httpd.serve_forever()
> {code}
> WF reports Address already in use /127.0.0.1:8080, deployments are not deployed.
> Accessing http://localhost:9990/health/ reports "outcome":"UP"
> I think this is wrong and DOWN should be reported.
> Spec is misleading because it says {{A producer without health check procedures installed MUST returns positive overall outcome (i.e. HTTP 200)}} but it silently assumes server started correctly.
> I believe authors of the spec expected that if there is some trouble like port collision the server doesn't start, WildFly is a bit further as it allows to boot even if some services are not started properly.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11494) javax.mail.internet.AddressException: Illegal address in string ``''
by Chao Wang (Jira)
[ https://issues.jboss.org/browse/WFLY-11494?page=com.atlassian.jira.plugin... ]
Chao Wang commented on WFLY-11494:
----------------------------------
What's WildFly version? AddressException thrown when a wrongly formatted address is encountered. What's is your address looks like ?
> 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
> Assignee: Jason Greene
> 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, 7 months