[JBoss JIRA] (JBJCA-1388) Validator is created using rar ClassLoader as the TCCL
by Lin Gao (Jira)
[ https://issues.jboss.org/browse/JBJCA-1388?page=com.atlassian.jira.plugin... ]
Lin Gao resolved JBJCA-1388.
----------------------------
Resolution: Done
> Validator is created using rar ClassLoader as the TCCL
> ------------------------------------------------------
>
> Key: JBJCA-1388
> URL: https://issues.jboss.org/browse/JBJCA-1388
> Project: IronJacamar
> Issue Type: Bug
> Components: Core
> Environment: In WildFly master
> Reporter: Lin Gao
> Assignee: Lin Gao
> Priority: Major
>
> [org.jboss.jca.core.rar.EndpointImpl.activate|https://github.com/ironjacam...] is setting the TCCL to be that of the resource adapter's ClassLoader, which would be the rar's custom module if the rar is deployed as a JBoss module, however inside this same block it is creating the Bean Validator, so it goes looking for the provider in the rar's module instead of the JBoss IJ module.
> This would lead to the following exception if the rar is deployed as a module:
> {code}
> ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0215: Failed to resume activity org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1@3f9a21a1. To resume normal operation it is recommended that you restart the server.: java.lang.RuntimeException: javax.resource.ResourceException: IJ000852: Validation exception
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.activate(MessageDrivenComponent.java:273)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.access$300(MessageDrivenComponent.java:63)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$1.resume(MessageDrivenComponent.java:109)
> at org.jboss.as.server.suspend.SuspendController.resume(SuspendController.java:126)
> at org.jboss.as.server.ServerService.finishBoot(ServerService.java:430)
> at org.jboss.as.server.ServerService.boot(ServerService.java:398)
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: javax.resource.ResourceException: IJ000852: Validation exception
> at org.jboss.jca.core.rar.EndpointImpl.activate(EndpointImpl.java:177)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.activate(MessageDrivenComponent.java:271)
> ... 7 more
> Caused by: javax.validation.ValidationException: Unable to create a Configuration, because no Bean Validation provider could be found. Add a provider like Hibernate Validator (RI) to your classpath.
> at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:271)
> at org.jboss.jca.core.bv.BeanValidationUtil.createValidatorFactory(BeanValidationUtil.java:51)
> at org.jboss.jca.core.bv.BeanValidationUtil.createValidator(BeanValidationUtil.java:63)
> at org.jboss.jca.core.rar.EndpointImpl.activate(EndpointImpl.java:165)
> ... 8 more
> {code}
> A workaround is add the implementation specific module to the customer's rar module:
> {code}
> <module name="org.hibernate.validator" services="export"/>
> {code}
> But dependency on org.hibernate.validator of a rar module should be internal by the IJ implementation, so that dependency should not be necessary.
> More information can be found at: https://issues.jboss.org/browse/JBEAP-16702?focusedCommentId=13720721&pag...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (ELY-1705) Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
by Michael Schnell (Jira)
[ https://issues.jboss.org/browse/ELY-1705?page=com.atlassian.jira.plugin.s... ]
Michael Schnell edited comment on ELY-1705 at 4/21/19 1:12 AM:
---------------------------------------------------------------
Any chance to get this done? Since November this has been postponed from release to release. For someone who has in-depth knowledge of Wildfly this should be too hard to solve. Unfortunately my knowledge is insufficient here...
was (Author: fuinorg):
Any chance to get this done? Since November this has been postponed from release to relase. For someone who has in-depth knowledge of Wildfly this should be too hard to solve. Unfortunately my knowledge is insufficient here...
> Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1705
> URL: https://issues.jboss.org/browse/ELY-1705
> Project: WildFly Elytron
> Issue Type: Bug
> Environment: * wildfly-14.0.1.Final
> * keycloak-oidc/keycloak-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * keycloak-saml-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * Attached "protect-wildfly-mgmt-services.cli"
> Reporter: Michael Schnell
> Assignee: Darran Lofthouse
> Priority: Major
> Fix For: 1.9.0.CR4
>
> Attachments: protect-wildfly-mgmt-services.cli
>
>
> Following the instuctions [Protecting Wildfly Adminstration Console With Keycloak|https://docs.jboss.org/author/display/WFLY/Protecting+Wildfly+Ad...] leads to an error in CLI script "protect-wildfly-mgmt-services.cli".
> Execution of the following line:
> {code}
> /subsystem=elytron/http-authentication-factory=keycloak-mgmt-http-authentication:add(security-domain=KeycloakDomain,http-server-mechanism-factory=wildfly-management,mechanism-configurations=[{mechanism-name=KEYCLOAK,mechanism-realm-configurations=[{realm-name=KeycloakOIDCRealm,realm-mapper=keycloak-oidc-realm-mapper}]}])
> {code}
> Leads to error:
> {code:json}
> {
> "outcome" => "failed",
> "failure-description" => {
> "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.http-server-mechanism-factory.wildfly-management"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.http-authentication-factory.keycloak-mgmt-http-authentication is missing [org.wildfly.security.http-server-mechanism-factory.wildfly-management]"]
> },
> "rolled-back" => true
> }
> {code}
> Steps to reproduce:
> 1. Download [Wildfly 14.0.1.Final|http://download.jboss.org/wildfly/14.0.1.Final/wildfly-14.0....] and extract to disk
> 2. Change to Wildfly directory
> 3. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/keycloak-oidc/k... | tar zx
> 4. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/saml/keycloak-s... | tar zx
> 5. Execute: bin/jboss-cli.sh --file="bin/adapter-elytron-install-offline.cli"
> 6. Copy attached "protect-wildfly-mgmt-services.cli" to Wildfly's "bin" directory
> 7. Execute: bin/jboss-cli.sh --file="bin/protect-wildfly-mgmt-services.cli"
> Result: Fails with above error.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (ELY-1705) Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
by Michael Schnell (Jira)
[ https://issues.jboss.org/browse/ELY-1705?page=com.atlassian.jira.plugin.s... ]
Michael Schnell edited comment on ELY-1705 at 4/21/19 1:12 AM:
---------------------------------------------------------------
Any chance to get this done? Since November this has been postponed from release to release. For someone who has in-depth knowledge of Wildfly this should not be too hard to solve. Unfortunately my knowledge is insufficient here...
was (Author: fuinorg):
Any chance to get this done? Since November this has been postponed from release to release. For someone who has in-depth knowledge of Wildfly this should be too hard to solve. Unfortunately my knowledge is insufficient here...
> Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1705
> URL: https://issues.jboss.org/browse/ELY-1705
> Project: WildFly Elytron
> Issue Type: Bug
> Environment: * wildfly-14.0.1.Final
> * keycloak-oidc/keycloak-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * keycloak-saml-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * Attached "protect-wildfly-mgmt-services.cli"
> Reporter: Michael Schnell
> Assignee: Darran Lofthouse
> Priority: Major
> Fix For: 1.9.0.CR4
>
> Attachments: protect-wildfly-mgmt-services.cli
>
>
> Following the instuctions [Protecting Wildfly Adminstration Console With Keycloak|https://docs.jboss.org/author/display/WFLY/Protecting+Wildfly+Ad...] leads to an error in CLI script "protect-wildfly-mgmt-services.cli".
> Execution of the following line:
> {code}
> /subsystem=elytron/http-authentication-factory=keycloak-mgmt-http-authentication:add(security-domain=KeycloakDomain,http-server-mechanism-factory=wildfly-management,mechanism-configurations=[{mechanism-name=KEYCLOAK,mechanism-realm-configurations=[{realm-name=KeycloakOIDCRealm,realm-mapper=keycloak-oidc-realm-mapper}]}])
> {code}
> Leads to error:
> {code:json}
> {
> "outcome" => "failed",
> "failure-description" => {
> "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.http-server-mechanism-factory.wildfly-management"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.http-authentication-factory.keycloak-mgmt-http-authentication is missing [org.wildfly.security.http-server-mechanism-factory.wildfly-management]"]
> },
> "rolled-back" => true
> }
> {code}
> Steps to reproduce:
> 1. Download [Wildfly 14.0.1.Final|http://download.jboss.org/wildfly/14.0.1.Final/wildfly-14.0....] and extract to disk
> 2. Change to Wildfly directory
> 3. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/keycloak-oidc/k... | tar zx
> 4. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/saml/keycloak-s... | tar zx
> 5. Execute: bin/jboss-cli.sh --file="bin/adapter-elytron-install-offline.cli"
> 6. Copy attached "protect-wildfly-mgmt-services.cli" to Wildfly's "bin" directory
> 7. Execute: bin/jboss-cli.sh --file="bin/protect-wildfly-mgmt-services.cli"
> Result: Fails with above error.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (ELY-1705) Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
by Michael Schnell (Jira)
[ https://issues.jboss.org/browse/ELY-1705?page=com.atlassian.jira.plugin.s... ]
Michael Schnell commented on ELY-1705:
--------------------------------------
Any chance to get this done? Since November this has been postponed from release to relase. For someone who has in-depth knowledge of Wildfly this should be too hard to solve. Unfortunately my knowledge is insufficient here...
> Running "Protecting Wildfly Adminstration Console With Keycloak" leads to WFLYCTL0412 (Required services not installed: org.wildfly.security.http-server-mechanism-factory.wildfly-management)
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1705
> URL: https://issues.jboss.org/browse/ELY-1705
> Project: WildFly Elytron
> Issue Type: Bug
> Environment: * wildfly-14.0.1.Final
> * keycloak-oidc/keycloak-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * keycloak-saml-wildfly-adapter-dist-4.5.0.Final.tar.gz
> * Attached "protect-wildfly-mgmt-services.cli"
> Reporter: Michael Schnell
> Assignee: Darran Lofthouse
> Priority: Major
> Fix For: 1.9.0.CR4
>
> Attachments: protect-wildfly-mgmt-services.cli
>
>
> Following the instuctions [Protecting Wildfly Adminstration Console With Keycloak|https://docs.jboss.org/author/display/WFLY/Protecting+Wildfly+Ad...] leads to an error in CLI script "protect-wildfly-mgmt-services.cli".
> Execution of the following line:
> {code}
> /subsystem=elytron/http-authentication-factory=keycloak-mgmt-http-authentication:add(security-domain=KeycloakDomain,http-server-mechanism-factory=wildfly-management,mechanism-configurations=[{mechanism-name=KEYCLOAK,mechanism-realm-configurations=[{realm-name=KeycloakOIDCRealm,realm-mapper=keycloak-oidc-realm-mapper}]}])
> {code}
> Leads to error:
> {code:json}
> {
> "outcome" => "failed",
> "failure-description" => {
> "WFLYCTL0412: Required services that are not installed:" => ["org.wildfly.security.http-server-mechanism-factory.wildfly-management"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.http-authentication-factory.keycloak-mgmt-http-authentication is missing [org.wildfly.security.http-server-mechanism-factory.wildfly-management]"]
> },
> "rolled-back" => true
> }
> {code}
> Steps to reproduce:
> 1. Download [Wildfly 14.0.1.Final|http://download.jboss.org/wildfly/14.0.1.Final/wildfly-14.0....] and extract to disk
> 2. Change to Wildfly directory
> 3. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/keycloak-oidc/k... | tar zx
> 4. curl -L https://downloads.jboss.org/keycloak/4.5.0.Final/adapters/saml/keycloak-s... | tar zx
> 5. Execute: bin/jboss-cli.sh --file="bin/adapter-elytron-install-offline.cli"
> 6. Copy attached "protect-wildfly-mgmt-services.cli" to Wildfly's "bin" directory
> 7. Execute: bin/jboss-cli.sh --file="bin/protect-wildfly-mgmt-services.cli"
> Result: Fails with above error.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (WFLY-11970) SFSB memory leak due to Date() usage
by Dennis Reed (Jira)
[ https://issues.jboss.org/browse/WFLY-11970?page=com.atlassian.jira.plugin... ]
Dennis Reed updated WFLY-11970:
-------------------------------
Steps to Reproduce:
Access an SFSB.
Change the system time backwards before the SFSB expiration time elapses (I ran "date", then copy/pasted it into "date -s" several seconds later).
Wait sufficient time for expiration (and potential retry) and attempt to access bean again.
Expected: bean no longer exists.
Actual: bean never expires.
was:
Access an SFSB.
Change the system time backwards before the SFSB expiration time elapses.
> SFSB memory leak due to Date() usage
> ------------------------------------
>
> Key: WFLY-11970
> URL: https://issues.jboss.org/browse/WFLY-11970
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 11.0.0.Final
> Reporter: Dennis Reed
> Assignee: Paul Ferraro
> Priority: Critical
> Labels: downstream_dependency
> Fix For: 17.0.0.Beta1
>
>
> SFSB tracks expiration with "new Date().getTime()" and "System.currentTimeMillis()".
> But the expiration threads are scheduled (inside JDK classes) with System.nanoTime().
> If the expiration task runs before the bean is considered expired, the expiration check fails and the bean is never expired.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3831) [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-3831?page=com.atlassian.jira.plugi... ]
Guilherme Gomes edited comment on DROOLS-3831 at 4/20/19 4:15 PM:
------------------------------------------------------------------
Changing the description of this JIRA, since our architectural approach has changed. Now, instead of _lazy fetch_, we're fetching the imported diagrams during the marshalling of the main file.
The reason for changing the approach was a call with [~dadossan] - we noticed that the new approach makes the stunner integration much easier.
was (Author: karreiro):
Changing the description of this JIRA, since our architectural approach has changed. Now, instead of _lazy fetch_, we're fetching the imported diagrams during the marshalling of the main file.
The reason for changing the approach was a call with Daniel, where we noticed that the new approach makes the stunner integration much easier.
> [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-3831
> URL: https://issues.jboss.org/browse/DROOLS-3831
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> The DMNMarshaller must fetch information about external DMN models (this information is extracted from the {{imports}} field from the diagram {{definitions}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3831) [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-3831?page=com.atlassian.jira.plugi... ]
Guilherme Gomes edited comment on DROOLS-3831 at 4/20/19 4:14 PM:
------------------------------------------------------------------
Changing the description of this JIRA, since our architectural approach has changed. Now, instead of _lazy fetch_, we're fetching the imported diagrams during the marshalling of the main file.
The reason for changing the approach was a call with Daniel, where we noticed that the new approach makes the stunner integration much easier.
was (Author: karreiro):
Changing the description of this JIRA, since our architectural approach has changed. Now, instead of _lazy fetch_, we're fetching the imported diagrams during the marshalling of the file (after a call with Daniel, we noticed that the new approach makes the stunner integration much easier).
> [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-3831
> URL: https://issues.jboss.org/browse/DROOLS-3831
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> The DMNMarshaller must fetch information about external DMN models (this information is extracted from the {{imports}} field from the diagram {{definitions}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3831) [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-3831?page=com.atlassian.jira.plugi... ]
Guilherme Gomes commented on DROOLS-3831:
-----------------------------------------
Changing the description of this JIRA, since our architectural approach has changed. Now, instead of _lazy fetch_, we're fetching the imported diagrams during the marshalling of the file (after a call with Daniel, we noticed that the new approach makes the stunner integration much easier).
> [DMN Designer] Included Models - Add information about external DMN models in the DMNMarshaller
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-3831
> URL: https://issues.jboss.org/browse/DROOLS-3831
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> The DMNMarshaller must fetch information about external DMN models (this information is extracted from the {{imports}} field from the diagram {{definitions}}.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months