[JBoss JIRA] (WFLY-7345) Fix big jboss-beans.xml files truncation
by Ales Justin (JIRA)
[ https://issues.jboss.org/browse/WFLY-7345?page=com.atlassian.jira.plugin.... ]
Ales Justin commented on WFLY-7345:
-----------------------------------
[~penczek] can you please attach such "big enough" -beans.xml file, so I can also add a test for this. Tnx.
> Fix big jboss-beans.xml files truncation
> ----------------------------------------
>
> Key: WFLY-7345
> URL: https://issues.jboss.org/browse/WFLY-7345
> Project: WildFly
> Issue Type: Bug
> Components: POJO
> Affects Versions: 10.1.0.Final
> Reporter: Leonardo Penczek
> Assignee: Ales Justin
>
> If the jboss-beans.xml file is big enough, the value of a property.may be truncated,
> Fix for this problem:
> In the org.jboss.as.pojo.KernelDeploymentParsingProcessor constructor, add this line of code:
> inputFactory.setProperty("javax.xml.stream.isCoalescing", Boolean.valueOf(true));
> It prevents the truncation.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7334) Elytron kerberos implementation ignore java.security.krb5.* system properties
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFLY-7334?page=com.atlassian.jira.plugin.... ]
Jan Kalina commented on WFLY-7334:
----------------------------------
Yes.
> Elytron kerberos implementation ignore java.security.krb5.* system properties
> -----------------------------------------------------------------------------
>
> Key: WFLY-7334
> URL: https://issues.jboss.org/browse/WFLY-7334
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Assignee: Jan Kalina
> Priority: Critical
> Attachments: standalone-elytron.xml
>
>
> I don't see any behavior change, when I set standard java.security.krb5.* system properties. Trying to set properties in both ways:
> * command line
> {code}
> -Djava.security.krb5.conf=/unreal/path -Djava.security.krb5.debug=true -Djava.security.krb5.kdc=wrong.kdc -Djava.security.krb5.realm=REDHAT.COM
> {code}
> * standalone.xml
> {code}
> <property name="java.security.krb5.conf" value="/etc/krb5.confBUG"/>
> <property name="java.security.krb5.kdc" value="localhost.localhostBUG"/>
> <property name="java.security.krb5.realm" value="JBOSS.ORGBUG"/>
> <property name="java.security.krb5.debug" value="true"/>
> {code}
> Biggest problem as I see is user is unable to change {{krb5.conf}} location. In legacy security solution it was possible.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7370) web proxy scanners causing undertow errors
by Stéphane Jacquemain (JIRA)
[ https://issues.jboss.org/browse/WFLY-7370?page=com.atlassian.jira.plugin.... ]
Stéphane Jacquemain updated WFLY-7370:
--------------------------------------
Description:
I think it's same issue has UNDERTOW-592, but i cannot re-open it and nobody responds to my comment.
450+ crash in one day...
My Undertown modules = undertow-core-1.3.15.Final, undertow-servlet-1.3.15.Final, undertow-websockets-jsr-1.3.15.Final
Exemples:
2016-10-22 09:23:00,764 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phppma/
at java.net.URI.checkPath(URI.java:1823)
at java.net.URI.<init>(URI.java:672)
at io.undertow.security.handlers.SinglePortConfidentialityHandler.getRedirectURI(SinglePortConfidentialityHandler.java:51)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.getRedirectURI(ServletConfidentialityConstraintHandler.java:83)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:49)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
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 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 io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
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:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2016-10-22 09:23:00,593 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmy/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/2phpmyadmin/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/2phpmyadmin/
...
2016-10-22 09:23:00,253 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmyadmin4/
...
2016-10-22 09:23:00,083 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmyadmin3/
...
2016-10-22 09:22:59,573 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpMyAdmin/
...
2016-10-22 09:22:59,062 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/mysql/mysqlmanager/
...
was:
I think it's same issue has UNDERTOW-592, but i cannot re-open it and nobody responds to my comment.
450+ crash in one day...
My Undertown modules = undertow-core-1.3.15.Final, undertow-servlet-1.3.15.Final, undertow-websockets-jsr-1.3.15.Final
Exemples:
2016-10-22 09:23:00,764 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phppma/
at java.net.URI.checkPath(URI.java:1823)
at java.net.URI.<init>(URI.java:672)
at io.undertow.security.handlers.SinglePortConfidentialityHandler.getRedirectURI(SinglePortConfidentialityHandler.java:51)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.getRedirectURI(ServletConfidentialityConstraintHandler.java:83)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:49)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
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 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 io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
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:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2016-10-22 09:23:00,593 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmy/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/2phpmyadmin/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/2phpmyadmin/
...
2016-10-22 09:23:00,253 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmyadmin4/
...
2016-10-22 09:23:00,083 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmyadmin3/
...
2016-10-22 09:22:59,573 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpMyAdmin/
...
2016-10-22 09:22:59,062 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/mysql/mysqlmanager/
...
> web proxy scanners causing undertow errors
> ------------------------------------------
>
> Key: WFLY-7370
> URL: https://issues.jboss.org/browse/WFLY-7370
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Reporter: Stéphane Jacquemain
> Assignee: Stuart Douglas
>
> I think it's same issue has UNDERTOW-592, but i cannot re-open it and nobody responds to my comment.
> 450+ crash in one day...
> My Undertown modules = undertow-core-1.3.15.Final, undertow-servlet-1.3.15.Final, undertow-websockets-jsr-1.3.15.Final
> Exemples:
> 2016-10-22 09:23:00,764 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phppma/
> at java.net.URI.checkPath(URI.java:1823)
> at java.net.URI.<init>(URI.java:672)
> at io.undertow.security.handlers.SinglePortConfidentialityHandler.getRedirectURI(SinglePortConfidentialityHandler.java:51)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.getRedirectURI(ServletConfidentialityConstraintHandler.java:83)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:49)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> 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 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 io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> 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:202)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> 2016-10-22 09:23:00,593 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmy/
> ...
> 2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/2phpmyadmin/
> ...
> 2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/2phpmyadmin/
> ...
> 2016-10-22 09:23:00,253 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmyadmin4/
> ...
> 2016-10-22 09:23:00,083 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpmyadmin3/
> ...
> 2016-10-22 09:22:59,573 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/phpMyAdmin/
> ...
> 2016-10-22 09:22:59,062 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://X.X.X.X:443http://X.X.X.X:80/mysql/mysqlmanager/
> ...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7370) web proxy scanners causing undertow errors
by Stéphane Jacquemain (JIRA)
Stéphane Jacquemain created WFLY-7370:
-----------------------------------------
Summary: web proxy scanners causing undertow errors
Key: WFLY-7370
URL: https://issues.jboss.org/browse/WFLY-7370
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 10.1.0.Final
Reporter: Stéphane Jacquemain
Assignee: Stuart Douglas
I think it's same issue has UNDERTOW-592, but i cannot re-open it and nobody responds to my comment.
450+ crash in one day...
My Undertown modules = undertow-core-1.3.15.Final, undertow-servlet-1.3.15.Final, undertow-websockets-jsr-1.3.15.Final
Exemples:
2016-10-22 09:23:00,764 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phppma/
at java.net.URI.checkPath(URI.java:1823)
at java.net.URI.<init>(URI.java:672)
at io.undertow.security.handlers.SinglePortConfidentialityHandler.getRedirectURI(SinglePortConfidentialityHandler.java:51)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.getRedirectURI(ServletConfidentialityConstraintHandler.java:83)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:49)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
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 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 io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
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:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2016-10-22 09:23:00,593 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmy/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/2phpmyadmin/
...
2016-10-22 09:23:00,423 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/2phpmyadmin/
...
2016-10-22 09:23:00,253 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmyadmin4/
...
2016-10-22 09:23:00,083 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpmyadmin3/
...
2016-10-22 09:22:59,573 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/phpMyAdmin/
...
2016-10-22 09:22:59,062 ERROR [io.undertow.request] UT005001: An exception occurred processing the request: java.net.URISyntaxException: Relative path in absolute URI: https://137.74.169.156:443http://137.74.169.156:80/mysql/mysqlmanager/
...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7369) Elytron Properties realm parses password with "=" incorrectly
by Ondrej Lukas (JIRA)
Ondrej Lukas created WFLY-7369:
----------------------------------
Summary: Elytron Properties realm parses password with "=" incorrectly
Key: WFLY-7369
URL: https://issues.jboss.org/browse/WFLY-7369
Project: WildFly
Issue Type: Bug
Components: Security
Reporter: Ondrej Lukas
Assignee: Darran Lofthouse
In case when Elytron properties-realm uses plain-text properties file and password includes {{=}} sign then username/password is parsing incorrectly. In case when properties file contains line as {{A=B=C}} then Elytron parses it as user {{A=B}} with password {{C}}. Correct behavior should be user {{A}} with password {{B=C}}.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7334) Elytron kerberos implementation ignore java.security.krb5.* system properties
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFLY-7334?page=com.atlassian.jira.plugin.... ]
Martin Choma commented on WFLY-7334:
------------------------------------
Setting {{refreshKrb5Config}} will be possible once WFLY-7340 will be resolved, right?
> Elytron kerberos implementation ignore java.security.krb5.* system properties
> -----------------------------------------------------------------------------
>
> Key: WFLY-7334
> URL: https://issues.jboss.org/browse/WFLY-7334
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Assignee: Jan Kalina
> Priority: Critical
> Attachments: standalone-elytron.xml
>
>
> I don't see any behavior change, when I set standard java.security.krb5.* system properties. Trying to set properties in both ways:
> * command line
> {code}
> -Djava.security.krb5.conf=/unreal/path -Djava.security.krb5.debug=true -Djava.security.krb5.kdc=wrong.kdc -Djava.security.krb5.realm=REDHAT.COM
> {code}
> * standalone.xml
> {code}
> <property name="java.security.krb5.conf" value="/etc/krb5.confBUG"/>
> <property name="java.security.krb5.kdc" value="localhost.localhostBUG"/>
> <property name="java.security.krb5.realm" value="JBOSS.ORGBUG"/>
> <property name="java.security.krb5.debug" value="true"/>
> {code}
> Biggest problem as I see is user is unable to change {{krb5.conf}} location. In legacy security solution it was possible.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (LOGTOOL-96) Static & default interface methods in Logger interface require annotation
by Bogdan Mart (JIRA)
[ https://issues.jboss.org/browse/LOGTOOL-96?page=com.atlassian.jira.plugin... ]
Bogdan Mart commented on LOGTOOL-96:
------------------------------------
Hello, so this is ging into release 2.1.0?
I really like this issue to be fixed, any estimations, when 2.1.0 would be released?
> Static & default interface methods in Logger interface require annotation
> -------------------------------------------------------------------------
>
> Key: LOGTOOL-96
> URL: https://issues.jboss.org/browse/LOGTOOL-96
> Project: Log Tool
> Issue Type: Bug
> Reporter: Radim Vansa
> Assignee: James Perkins
> Fix For: 2.1.0.Alpha1
>
>
> When I want to add a static helper method to the interface used for message logger, I get an error about requiring the @Message annotation. I think that this should not be required for static methods.
> My usecase:
> {code}
> @MessageLogger(projectCode = "FOO")
> public interface FooMessageLogger extends BasicLogger {
> static FooMessageLogger getLog(Class clazz) {
> return Logger.getMessageLogger(FooMessageLogger.class, clazz.getName());
> }
> /* regular annotated logging methods */
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JGRP-2112) Sticky site masters
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2112?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2112:
--------------------------------
Provide a unit test which sets up 2 sites with 4 members each and send fom one member in site A to members in site B. The payload is a seqno: verify that all seqnos are received in monotonically increasing order.
> Sticky site masters
> -------------------
>
> Key: JGRP-2112
> URL: https://issues.jboss.org/browse/JGRP-2112
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.6.12, 4.0
>
>
> If members in one site send messages to site masters of other sites, if we have multiple site masters, then reordering can occur.
> Example:
> * Member C in site LON sends messages C1 and C2 to site NYC
> * C1 picks SM1 and C2 picks SM2
> * Although site masters process messages in delivery order, because C1 and C2 travel through different site masters, C2 could pass C1, leading to ordering issues
> h4. Design
> * When sending a message to the one of the site masters of the current site, or from a site master to a remote site master, we invoke a callback to pick the site master based on the original caller
> * Note that this only applies when we have more than one site master.
> * The callback passes the address of the original caller and the list of available site masters, and needs to return a site master
> h5. Transactions
> * Transactions by different originators with overlapping key sets cannot be reliably ordered
> * Transactional support therefore requires single site masters
> * This should not be an issue as transactions bundle multiple updates, so the number of messages sent is less than non-transactional updates
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7368) Relative ordering of webfragments causes an IllegalStateException
by Stuart Douglas (JIRA)
Stuart Douglas created WFLY-7368:
------------------------------------
Summary: Relative ordering of webfragments causes an IllegalStateException
Key: WFLY-7368
URL: https://issues.jboss.org/browse/WFLY-7368
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 9.0.2.Final, 11.0.0.Alpha1
Environment: Issue found on 9.0.2; testcase made against master (11.0.0.Alpha1-SNAPSHOT)
Reporter: Sverre Boschman
Assignee: Stuart Douglas
Priority: Minor
Caused by: java.lang.IllegalStateException: WFLYUT0047: Relative ordering conflict with JAR: <jarname>.jar
at org.wildfly.extension.undertow.deployment.WarMetaDataProcessor.resolveOrder(WarMetaDataProcessor.java:717)
at org.wildfly.extension.undertow.deployment.WarMetaDataProcessor.deploy(WarMetaDataProcessor.java:212)
... 6 more
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (WFLY-7334) Elytron kerberos implementation ignore java.security.krb5.* system properties
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFLY-7334?page=com.atlassian.jira.plugin.... ]
Jan Kalina commented on WFLY-7334:
----------------------------------
About *java.security.krb5.conf* property: setting *refreshKrb5Config* option to "true" is currently required to do Config loading.
> Elytron kerberos implementation ignore java.security.krb5.* system properties
> -----------------------------------------------------------------------------
>
> Key: WFLY-7334
> URL: https://issues.jboss.org/browse/WFLY-7334
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 11.0.0.Alpha1
> Reporter: Martin Choma
> Assignee: Jan Kalina
> Priority: Critical
> Attachments: standalone-elytron.xml
>
>
> I don't see any behavior change, when I set standard java.security.krb5.* system properties. Trying to set properties in both ways:
> * command line
> {code}
> -Djava.security.krb5.conf=/unreal/path -Djava.security.krb5.debug=true -Djava.security.krb5.kdc=wrong.kdc -Djava.security.krb5.realm=REDHAT.COM
> {code}
> * standalone.xml
> {code}
> <property name="java.security.krb5.conf" value="/etc/krb5.confBUG"/>
> <property name="java.security.krb5.kdc" value="localhost.localhostBUG"/>
> <property name="java.security.krb5.realm" value="JBOSS.ORGBUG"/>
> <property name="java.security.krb5.debug" value="true"/>
> {code}
> Biggest problem as I see is user is unable to change {{krb5.conf}} location. In legacy security solution it was possible.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months