[JBoss JIRA] (JBMETA-405) [JDK9+] org.jboss.metadata.merge package is exported by multiple jars
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/JBMETA-405?page=com.atlassian.jira.plugin... ]
Tomaz Cerar resolved JBMETA-405.
--------------------------------
Resolution: Done
Fixes in 12 alpha1
> [JDK9+] org.jboss.metadata.merge package is exported by multiple jars
> ---------------------------------------------------------------------
>
> Key: JBMETA-405
> URL: https://issues.jboss.org/browse/JBMETA-405
> Project: JBoss Metadata
> Issue Type: Bug
> Components: common, ear
> Reporter: Tomaz Cerar
>
> if you have
> jboss-metadata-ear-11.0.0.Final.jar and jboss-metadata-common-11.0.0.Final.jar
> on your module path, jvm complains as both jars export package {{org.jboss.metadata.merge}}
> which violates the modules contract where only one module (jar) can provide single package.
> example error that jvm prints
> {noformat}
> Error: Modules jboss.metadata.ear and jboss.metadata.common export package org.jboss.metadata.merge to module wildfly.clustering.common
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (WFLY-9866) (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-9866?page=com.atlassian.jira.plugin.... ]
Scott Marlow updated WFLY-9866:
-------------------------------
Component/s: JSF
> (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
> ------------------------------------------------------------------------------
>
> Key: WFLY-9866
> URL: https://issues.jboss.org/browse/WFLY-9866
> Project: WildFly
> Issue Type: Task
> Components: JSF
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Fix For: 12.0.0.CR1
>
>
> Noticed during EE 8 testing, that javax.faces.event.WebsocketEvent needs a dependency on javax.websocket.CloseReason, so we probably need something like:
> {code}
> <module name="javax.faces.api" xmlns="urn:jboss:module:1.7">
> <dependencies>
> <module name="com.sun.jsf-impl"/>
> <module name="javax.enterprise.api" export="true"/>
> <module name="javax.servlet.api" export="true"/>
> <module name="javax.servlet.jsp.api" export="true"/>
> <module name="javax.servlet.jstl.api" export="true"/>
> <module name="javax.validation.api" export="true"/>
> <module name="org.glassfish.javax.el" export="true"/>
> <module name="javax.api"/>
> <module name="javax.websocket.api"/>
> </dependencies>
> <resources>
> <resource-root path="jboss-jsf-api_2.2_spec-2.2.14.jar">
> <conditions>
> <property-not-equal name="ee8.preview.mode" value="true"/>
> </conditions>
> </resource-root>
> <resource-root path="jboss-jsf-api_2.3_spec-2.3.3.SP1.jar">
> <conditions>
> <property-equal name="ee8.preview.mode" value="true"/>
> </conditions>
> </resource-root>
> </resources>
> </module>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (WFLY-9866) (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-9866?page=com.atlassian.jira.plugin.... ]
Scott Marlow reassigned WFLY-9866:
----------------------------------
Assignee: Scott Marlow (was: Jason Greene)
> (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
> ------------------------------------------------------------------------------
>
> Key: WFLY-9866
> URL: https://issues.jboss.org/browse/WFLY-9866
> Project: WildFly
> Issue Type: Task
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Fix For: 12.0.0.CR1
>
>
> Noticed during EE 8 testing, that javax.faces.event.WebsocketEvent needs a dependency on javax.websocket.CloseReason, so we probably need something like:
> {code}
> <module name="javax.faces.api" xmlns="urn:jboss:module:1.7">
> <dependencies>
> <module name="com.sun.jsf-impl"/>
> <module name="javax.enterprise.api" export="true"/>
> <module name="javax.servlet.api" export="true"/>
> <module name="javax.servlet.jsp.api" export="true"/>
> <module name="javax.servlet.jstl.api" export="true"/>
> <module name="javax.validation.api" export="true"/>
> <module name="org.glassfish.javax.el" export="true"/>
> <module name="javax.api"/>
> <module name="javax.websocket.api"/>
> </dependencies>
> <resources>
> <resource-root path="jboss-jsf-api_2.2_spec-2.2.14.jar">
> <conditions>
> <property-not-equal name="ee8.preview.mode" value="true"/>
> </conditions>
> </resource-root>
> <resource-root path="jboss-jsf-api_2.3_spec-2.3.3.SP1.jar">
> <conditions>
> <property-equal name="ee8.preview.mode" value="true"/>
> </conditions>
> </resource-root>
> </resources>
> </module>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (WFLY-9866) (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
by Scott Marlow (JIRA)
Scott Marlow created WFLY-9866:
----------------------------------
Summary: (EE8 mode of) module javax.faces.api needs a dependency on javax.websocket.api
Key: WFLY-9866
URL: https://issues.jboss.org/browse/WFLY-9866
Project: WildFly
Issue Type: Task
Reporter: Scott Marlow
Assignee: Jason Greene
Fix For: 12.0.0.CR1
Noticed during EE 8 testing, that javax.faces.event.WebsocketEvent needs a dependency on javax.websocket.CloseReason, so we probably need something like:
{code}
<module name="javax.faces.api" xmlns="urn:jboss:module:1.7">
<dependencies>
<module name="com.sun.jsf-impl"/>
<module name="javax.enterprise.api" export="true"/>
<module name="javax.servlet.api" export="true"/>
<module name="javax.servlet.jsp.api" export="true"/>
<module name="javax.servlet.jstl.api" export="true"/>
<module name="javax.validation.api" export="true"/>
<module name="org.glassfish.javax.el" export="true"/>
<module name="javax.api"/>
<module name="javax.websocket.api"/>
</dependencies>
<resources>
<resource-root path="jboss-jsf-api_2.2_spec-2.2.14.jar">
<conditions>
<property-not-equal name="ee8.preview.mode" value="true"/>
</conditions>
</resource-root>
<resource-root path="jboss-jsf-api_2.3_spec-2.3.3.SP1.jar">
<conditions>
<property-equal name="ee8.preview.mode" value="true"/>
</conditions>
</resource-root>
</resources>
</module>
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (WFCORE-3625) Elytron subsystem template does not match what we persist
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3625?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-3625:
----------------------------------------
Assignee: (was: Brian Stansberry)
https://github.com/wildfly/wildfly-core/compare/master...bstansberry:WFCO... fixes the parser order to match the xsd, but it results in a lot of elytron subsystem test failures. It looks like a lot of the test xml files use the incorrect order.
> Elytron subsystem template does not match what we persist
> ---------------------------------------------------------
>
> Key: WFCORE-3625
> URL: https://issues.jboss.org/browse/WFCORE-3625
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Security
> Reporter: Brian Stansberry
> Fix For: 4.0.0.Beta2
>
>
> When we persist domain.xml in full, the elytron subsystem ends up being reordered vs what we shipped in the standard config. I assume this occurs with all the config files.
> The element and attribute order in the standard config, the persistence and the xsd should be the same.
> Specifically:
> audit-logging moves from after providers to before
> http moves from before sasl to after
> The xsd agrees with what's in the standard config so this looks to be a marshalling problem.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months
[JBoss JIRA] (ELY-1519) Make restore of SecurityIdentity on replicated session configurable
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1519?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1519:
---------------------------------------
This cold possibly be simple achieved in the identity cache and check if the CachedIdentity does have a SecurityIdentity, if it doesn't just drop it.
> Make restore of SecurityIdentity on replicated session configurable
> -------------------------------------------------------------------
>
> Key: ELY-1519
> URL: https://issues.jboss.org/browse/ELY-1519
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Mechanisms
> Affects Versions: 1.2.0.Final
> Reporter: Martin Choma
>
> Currently in clustered environment Security Identity is restored during
> * failover
> * load balancer change node (not sticky behaviour)
> * session passivation/activation
> This is mainly expected and good. It ensures performance gain because no additional SPNEGO negotiation is performed. But it can make troubles for kerberos ticket propagation, as kerberos ticket can't be serialized and restored.
> So idea is to have flag to turn this default behaviour off. When user authenticate to app1 on serverA and then wants to access app1 on serverB, SPNEGO authentication will be activated and kerberos ticket will be negotiated and will be available on serverB as well.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 7 months