[JBoss JIRA] (WFLY-13826) EJB3SubsystemXMLPersister may omit the 'session-bean' wrapper element
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13826?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-13826:
------------------------------------
Summary: EJB3SubsystemXMLPersister may omit the 'session-bean' wrapper element (was: EJB3SubsystemXMLPersister)
> EJB3SubsystemXMLPersister may omit the 'session-bean' wrapper element
> ---------------------------------------------------------------------
>
> Key: WFLY-13826
> URL: https://issues.redhat.com/browse/WFLY-13826
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 20.0.1.Final
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
>
> EJB3SubsystemXMLPersister checks the subsystem ModelNode for any of 3 child nodes and if present writes the start of a 'session-bean' element. Later it uses the same check and writes the closing tag.
> But in between it check for other child nodes and does writing assuming the 'session-bean' element has been started. But it may not have been, which results in invalid xml.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (WFWIP-339) OpenSSL security provider seems to be used when not defined with JDK8 now
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFWIP-339?page=com.atlassian.jira.plugin... ]
Farah Juma commented on WFWIP-339:
----------------------------------
Great, thanks [~jstourac]! Do you think EAP7-1414 will be able to be marked as pre-checked in time for the code freeze next week?
> OpenSSL security provider seems to be used when not defined with JDK8 now
> -------------------------------------------------------------------------
>
> Key: WFWIP-339
> URL: https://issues.redhat.com/browse/WFWIP-339
> Project: WildFly WIP
> Issue Type: Bug
> Components: Security
> Reporter: Jan Stourac
> Assignee: Farah Juma
> Priority: Major
> Attachments: client.jks, server.jks, standalone-full.xml
>
>
> It looks like the OpenSSL security provider is now used as a default when I configure reverse-proxy feature on the server. Not sure what is the root-cause for this change of behavior. I also see this change of behavior only with JDK8. JDK11 works as expected!
> Attaching relevant configuration. There can be also seen that during the startup, relevant log message about OpenSSL provider is logged during the server boot, e.g.:
> {quote}
> 16:44:42,676 INFO [org.wildfly.openssl.SSL] (MSC service thread 1-3) WFOPENSSL0002 OpenSSL Version OpenSSL 1.0.2h-fips 3 May 2016
> {quote}
> This INFO message starts to occur in the server log since 'server-ssl-context' or 'client-ssl-contexts' are added into the server configuration and server is started with JDK8:
> {code}
> <server-ssl-contexts>
> <server-ssl-context name="server-ssl-context" need-client-auth="true" key-manager="server-ssl-contextKM" trust-manager="server-ssl-contextTM"/>
> </server-ssl-contexts>
> <client-ssl-contexts>
> <client-ssl-context name="proxy-ssl-context" key-manager="proxy-ssl-contextKM" trust-manager="proxy-ssl-contextTM"/>
> </client-ssl-contexts>
> {code}
> There are two questions from this:
> # Is this change of OpenSSL provider being initialized during the boot in this configuration case expected?
> # I believe that even in case that answer to question above is `yes`, then we should not change default security provider, which in this case it should be JSSE. Not to mention that we don't want to behave differently for JDK8 and JDK11.
> Hope I don't have any misconfiguration in the configuration itself.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (WFLY-13826) EJB3SubsystemXMLPersister
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-13826:
---------------------------------------
Summary: EJB3SubsystemXMLPersister
Key: WFLY-13826
URL: https://issues.redhat.com/browse/WFLY-13826
Project: WildFly
Issue Type: Bug
Components: EJB
Affects Versions: 20.0.1.Final
Reporter: Brian Stansberry
Assignee: Brian Stansberry
EJB3SubsystemXMLPersister checks the subsystem ModelNode for any of 3 child nodes and if present writes the start of a 'session-bean' element. Later it uses the same check and writes the closing tag.
But in between it check for other child nodes and does writing assuming the 'session-bean' element has been started. But it may not have been, which results in invalid xml.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months