March 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-1551) JwtValidator jku and kid header paramerers

by Martin Mazanek (JIRA)

Martin Mazanek created ELY-1551: ----------------------------------- Summary: JwtValidator jku and kid header paramerers Key: ELY-1551 URL: https://issues.jboss.org/browse/ELY-1551 Project: WildFly Elytron Issue Type: Enhancement Reporter: Martin Mazanek Assignee: Darran Lofthouse Priority: Minor JwtValidator implementation is missing some useful header parameters: kid for supporting multiple keys and jku for using remotes as a source of public keys. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1551) JwtValidator jku and kid header paramerers

by Martin Mazanek (JIRA)

[ https://issues.jboss.org/browse/ELY-1551?page=com.atlassian.jira.plugin.s... ] Martin Mazanek reassigned ELY-1551: ----------------------------------- Assignee: Martin Mazanek (was: Darran Lofthouse) > JwtValidator jku and kid header paramerers > ------------------------------------------ > > Key: ELY-1551 > URL: https://issues.jboss.org/browse/ELY-1551 > Project: WildFly Elytron > Issue Type: Enhancement > Reporter: Martin Mazanek > Assignee: Martin Mazanek > Priority: Minor > > JwtValidator implementation is missing some useful header parameters: kid for supporting multiple keys and jku for using remotes as a source of public keys. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-5966) Validate requirement for modules previously exported by javax.ejb.api

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-5966?page=com.atlassian.jira.plugin.... ] Scott Marlow updated WFLY-5966: ------------------------------- Description: The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: {code}  <module name="javax.api"/> <module name="javax.transaction.api"/> <module name="javax.xml.rpc.api"/> <module name="javax.rmi.api"/> <module name="org.omg.api"/> {code} If a module already had a dep on one of those, it's not in the block. This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. Affected modules: feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml The following modules were fixed or verified as correct (moved from the first list): feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml was: The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: {code}  <module name="javax.api"/> <module name="javax.transaction.api"/> <module name="javax.xml.rpc.api"/> <module name="javax.rmi.api"/> <module name="org.omg.api"/> {code} If a module already had a dep on one of those, it's not in the block. This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. Affected modules: feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml The following modules were fixed or verified as correct (moved from the first list): feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml > Validate requirement for modules previously exported by javax.ejb.api > --------------------------------------------------------------------- > > Key: WFLY-5966 > URL: https://issues.jboss.org/browse/WFLY-5966 > Project: WildFly > Issue Type: Task > Components: Server > Reporter: Brian Stansberry > Assignee: Jason Greene > > The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: > {code} >  > <module name="javax.api"/> > <module name="javax.transaction.api"/> > <module name="javax.xml.rpc.api"/> > <module name="javax.rmi.api"/> > <module name="org.omg.api"/> > {code} > If a module already had a dep on one of those, it's not in the block. > This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. > Affected modules: > feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml > The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: > feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml > jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml > jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml > The following modules were fixed or verified as correct (moved from the first list): > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-5966) Validate requirement for modules previously exported by javax.ejb.api

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-5966?page=com.atlassian.jira.plugin.... ] Scott Marlow updated WFLY-5966: ------------------------------- Description: The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: {code}  <module name="javax.api"/> <module name="javax.transaction.api"/> <module name="javax.xml.rpc.api"/> <module name="javax.rmi.api"/> <module name="org.omg.api"/> {code} If a module already had a dep on one of those, it's not in the block. This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. Affected modules: feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml The following modules were fixed or verified as correct (moved from the first list): feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml was: The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: {code}  <module name="javax.api"/> <module name="javax.transaction.api"/> <module name="javax.xml.rpc.api"/> <module name="javax.rmi.api"/> <module name="org.omg.api"/> {code} If a module already had a dep on one of those, it's not in the block. This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. Affected modules: feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml > Validate requirement for modules previously exported by javax.ejb.api > --------------------------------------------------------------------- > > Key: WFLY-5966 > URL: https://issues.jboss.org/browse/WFLY-5966 > Project: WildFly > Issue Type: Task > Components: Server > Reporter: Brian Stansberry > Assignee: Jason Greene > > The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: > {code} >  > <module name="javax.api"/> > <module name="javax.transaction.api"/> > <module name="javax.xml.rpc.api"/> > <module name="javax.rmi.api"/> > <module name="org.omg.api"/> > {code} > If a module already had a dep on one of those, it's not in the block. > This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. > Affected modules: > feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml > The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: > feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml > jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml > jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml > The following modules were fixed or verified as correct (moved from the first list): > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-5966) Validate requirement for modules previously exported by javax.ejb.api

by Scott Marlow (JIRA)

[ https://issues.jboss.org/browse/WFLY-5966?page=com.atlassian.jira.plugin.... ] Scott Marlow commented on WFLY-5966: ------------------------------------ [https://github.com/wildfly/wildfly/pull/11042] contains the requested changes for: * feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml * feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml I assume that we don't want to just change all of them at once, in case our testsuite doesn't cover all of the requested changes. > Validate requirement for modules previously exported by javax.ejb.api > --------------------------------------------------------------------- > > Key: WFLY-5966 > URL: https://issues.jboss.org/browse/WFLY-5966 > Project: WildFly > Issue Type: Task > Components: Server > Reporter: Brian Stansberry > Assignee: Jason Greene > > The WFLY-5922 fix removed the exporting of a number of modules from javax.ejb.api. That introduced some problems with modules that depended on those exported packages no longer having visibility to needed classes, so to prevent problems I blindly added a commit to the module.xml for each module that depended upon javax.ejb.api to add a dependency set like this: > {code} >  > <module name="javax.api"/> > <module name="javax.transaction.api"/> > <module name="javax.xml.rpc.api"/> > <module name="javax.rmi.api"/> > <module name="org.omg.api"/> > {code} > If a module already had a dep on one of those, it's not in the block. > This task is to check each of these modules and replace that block with normal dependency declarations for any that are truly needed. > Affected modules: > feature-pack/src/main/resources/modules/system/layers/base/javaee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/javax/management/j2ee/api/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jpa/spi/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/jsr77/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/webservices/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/weld/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/as/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ejb3/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/iiop-client/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/appclient/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/metadata/ejb/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/compensations/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/rts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/narayana/txframework/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/weld/core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/ws/common/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jboss/xts/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/extension/rts/main/module.xml > The following modules were indirectly affected via their dependency on javaee.api, which in turn exports javax.ejb.api: > feature-pack/src/main/resources/modules/system/layers/base/com/sun/jsf-impl/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/jberet/jberet-core/main/module.xml > feature-pack/src/main/resources/modules/system/layers/base/org/wildfly/jberet/main/module.xml > jsf/multi-jsf-installer/src/main/resources/mojarra-impl-module.xml > jsf/multi-jsf-installer/src/main/resources/myfaces-impl-module.xml > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-10060) wsconsume script is not working on JDK9+

by Alessio Soldano (JIRA)

[ https://issues.jboss.org/browse/WFLY-10060?page=com.atlassian.jira.plugin... ] Alessio Soldano commented on WFLY-10060: ---------------------------------------- Thanks for comments David. I also need to look at the code, Rebecca tell me if you need help here. As for the compiler topic, I blogged on that back in 2013 after having added the JBossModulesAwareCompiler class in CXFConsumerImpl, Rebecca you might find a bit of history around this interesting: http://jbossws.blogspot.it/2013/01/jax-ws-tools-and-java-compiler-api.html > wsconsume script is not working on JDK9+ > ---------------------------------------- > > Key: WFLY-10060 > URL: https://issues.jboss.org/browse/WFLY-10060 > Project: WildFly > Issue Type: Bug > Components: Scripts, Web Services > Affects Versions: 12.0.0.Final > Reporter: Jan Blizňák > Assignee: R Searls > Attachments: mywsdl2java > > > wsconsume script is not working on JDK9/10/11 > {code:java} > [jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ java -version > java version "9.0.4" > Java(TM) SE Runtime Environment (build 9.0.4+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode) > [jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ bin/wsconsume.sh https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test... > Could not find log4j.properties or log4j.xml configuration, logging to console. > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by com.sun.xml.bind.v2.runtime.reflect.opt.Injector (jar:file:/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.3.0.jar!/) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int) > WARNING: Please consider reporting this to the maintainers of com.sun.xml.bind.v2.runtime.reflect.opt.Injector > WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > WARNING: All illegal access operations will be denied in a future release > Loading FrontEnd jaxws ... > Loading DataBinding jaxb ... > wsdl2java -compile -exsh false -d /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430 -verbose -classdir /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output -allowElementReferences https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test... > wsdl2java - Apache CXF 3.2.2 > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:6: error: package javax.xml.ws is not visible > import javax.xml.ws.WebEndpoint; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:7: error: package javax.xml.ws is not visible > import javax.xml.ws.WebServiceClient; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:8: error: package javax.xml.ws is not visible > import javax.xml.ws.WebServiceFeature; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:9: error: package javax.xml.ws is not visible > import javax.xml.ws.Service; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:3: error: package javax.jws is not visible > import javax.jws.WebMethod; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:4: error: package javax.jws is not visible > import javax.jws.WebParam; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:5: error: package javax.jws is not visible > import javax.jws.WebResult; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:6: error: package javax.jws is not visible > import javax.jws.WebService; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:7: error: package javax.jws.soap is not visible > import javax.jws.soap.SOAPBinding; > ^ > (package javax.jws.soap is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:72: error: cannot find symbol > return super.getPort(EndpointInterfacePort, EndpointInterface.class); > ^ > symbol: variable super > location: class org.openuri._2004._04.helloworld.TestService > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:84: error: cannot find symbol > return super.getPort(EndpointInterfacePort, EndpointInterface.class, features); > ^ > symbol: variable super > location: class org.openuri._2004._04.helloworld.TestService > JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava > org.apache.cxf.tools.common.ToolException: Failed to compile generated code > at org.apache.cxf.impl//org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:125) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:303) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:412) > at org.apache.cxf.impl//org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113) > at org.jboss.ws.jaxws-client//org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:313) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:298) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:108) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:96) > at org.jboss.modules.Module.runMainMethod(Module.java:348) > at org.jboss.modules.Module.run(Module.java:328) > at org.jboss.modules.Main.main(Main.java:557) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (AG-63) DataSource reference escapes from constructor

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-63?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-63. ----------------------------- Resolution: Done > DataSource reference escapes from constructor > --------------------------------------------- > > Key: AG-63 > URL: https://issues.jboss.org/browse/AG-63 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.4 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Priority: Minor > Fix For: 0.5 > > > Implies that the listeners and the metrics need to be passed to the ConnectionPool -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (AG-63) DataSource reference escapes from constructor

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-63?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro updated AG-63: ---------------------------- Summary: DataSource reference escapes from constructor (was: Don't let the DataSource reference escape on the constructor) > DataSource reference escapes from constructor > --------------------------------------------- > > Key: AG-63 > URL: https://issues.jboss.org/browse/AG-63 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.4 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Priority: Minor > Fix For: 0.5 > > > Implies that the listeners and the metrics need to be passed to the ConnectionPool -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (AG-63) Don't let the DataSource reference escape on the constructor

by Luis Barreiro (JIRA)

Luis Barreiro created AG-63: ------------------------------- Summary: Don't let the DataSource reference escape on the constructor Key: AG-63 URL: https://issues.jboss.org/browse/AG-63 Project: Agroal Issue Type: Bug Components: pool Affects Versions: 0.4 Reporter: Luis Barreiro Assignee: Luis Barreiro Priority: Minor Fix For: 0.5 Implies that the listeners and the metrics need to be passed to the ConnectionPool -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-10060) wsconsume script is not working on JDK9+

by R Searls (JIRA)

[ https://issues.jboss.org/browse/WFLY-10060?page=com.atlassian.jira.plugin... ] R Searls commented on WFLY-10060: --------------------------------- It's started but not finished. I'm investigating. > wsconsume script is not working on JDK9+ > ---------------------------------------- > > Key: WFLY-10060 > URL: https://issues.jboss.org/browse/WFLY-10060 > Project: WildFly > Issue Type: Bug > Components: Scripts, Web Services > Affects Versions: 12.0.0.Final > Reporter: Jan Blizňák > Assignee: R Searls > Attachments: mywsdl2java > > > wsconsume script is not working on JDK9/10/11 > {code:java} > [jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ java -version > java version "9.0.4" > Java(TM) SE Runtime Environment (build 9.0.4+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode) > [jbliznak@rh wildfly-13.0.0.Alpha1-SNAPSHOT]$ bin/wsconsume.sh https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test... > Could not find log4j.properties or log4j.xml configuration, logging to console. > WARNING: An illegal reflective access operation has occurred > WARNING: Illegal reflective access by com.sun.xml.bind.v2.runtime.reflect.opt.Injector (jar:file:/tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/com/sun/xml/bind/main/jaxb-runtime-2.3.0.jar!/) to method java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int) > WARNING: Please consider reporting this to the maintainers of com.sun.xml.bind.v2.runtime.reflect.opt.Injector > WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > WARNING: All illegal access operations will be denied in a future release > Loading FrontEnd jaxws ... > Loading DataBinding jaxb ... > wsdl2java -compile -exsh false -d /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430 -verbose -classdir /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output -allowElementReferences https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/test... > wsdl2java - Apache CXF 3.2.2 > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:6: error: package javax.xml.ws is not visible > import javax.xml.ws.WebEndpoint; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:7: error: package javax.xml.ws is not visible > import javax.xml.ws.WebServiceClient; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:8: error: package javax.xml.ws is not visible > import javax.xml.ws.WebServiceFeature; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:9: error: package javax.xml.ws is not visible > import javax.xml.ws.Service; > ^ > (package javax.xml.ws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:3: error: package javax.jws is not visible > import javax.jws.WebMethod; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:4: error: package javax.jws is not visible > import javax.jws.WebParam; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:5: error: package javax.jws is not visible > import javax.jws.WebResult; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:6: error: package javax.jws is not visible > import javax.jws.WebService; > ^ > (package javax.jws is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/EndpointInterface.java:7: error: package javax.jws.soap is not visible > import javax.jws.soap.SOAPBinding; > ^ > (package javax.jws.soap is declared in module java.xml.ws, which is not in the module graph) > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:72: error: cannot find symbol > return super.getPort(EndpointInterfacePort, EndpointInterface.class); > ^ > symbol: variable super > location: class org.openuri._2004._04.helloworld.TestService > /tmp/wildfly/dist/target/wildfly-13.0.0.Alpha1-SNAPSHOT/output/tmp854430/org/openuri/_2004/_04/helloworld/TestService.java:84: error: cannot find symbol > return super.getPort(EndpointInterfacePort, EndpointInterface.class, features); > ^ > symbol: variable super > location: class org.openuri._2004._04.helloworld.TestService > JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava > org.apache.cxf.tools.common.ToolException: Failed to compile generated code > at org.apache.cxf.impl//org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:125) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:303) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:412) > at org.apache.cxf.impl//org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105) > at org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113) > at org.jboss.ws.jaxws-client//org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:313) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:298) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:108) > at org.jboss.ws.tools.common//org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:96) > at org.jboss.modules.Module.runMainMethod(Module.java:348) > at org.jboss.modules.Module.run(Module.java:328) > at org.jboss.modules.Main.main(Main.java:557) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2018