April 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-2457) CamelEndpointWith* tests failing with IBM JAVA (SAXNotRecognizedException)

by Martin Cimbalek (JIRA)

Martin Cimbalek created DROOLS-2457: --------------------------------------- Summary: CamelEndpointWith* tests failing with IBM JAVA (SAXNotRecognizedException) Key: DROOLS-2457 URL: https://issues.jboss.org/browse/DROOLS-2457 Project: Drools Issue Type: Bug Components: integration Affects Versions: 7.7.0.Final Environment: RHEL 7.4 || Fedora 27 IBM Java 1.8 ibm-java-x86_64-sdk-8.0.5.10 Reporter: Martin Cimbalek Assignee: Mario Fusco {quote}org.kie.camel.embedded.camel.component.CamelEndpointWith*{quote} tests fail with {quote} org.xml.sax.SAXNotRecognizedException: http://javax.xml.XMLConstants/feature/secure-processing{quote} with IBM JAVA 1.8 (ibm-java-x86_64-sdk-8.0.5.10) List of tests failing: * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxWrapperCollectionTest.testWorkingSetGlobalTestSessionSetAndGetGlobal * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testQuery * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testProcess * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testInsertElements * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testSessionInsert * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testProcessInstanceSignalEvent * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testSessionGetObject * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbTest.testSessionRetractObject * org.kie.camel.embedded.camel.component.CamelEndpointWithJaxbXSDModelTest.testSessionInsert Stacktrace (similar for other tests in fail): bq. java.lang.IllegalStateException: org.xml.sax.SAXNotRecognizedException: http://javax.xml.XMLConstants/feature/secure-processing at javax.xml.validation.SchemaFactory.setFeature(Unknown Source) at com.sun.xml.bind.v2.util.XmlFactory.createSchemaFactory(XmlFactory.java:102) at com.sun.tools.xjc.reader.xmlschema.parser.SchemaConstraintChecker.check(SchemaConstraintChecker.java:86) at com.sun.tools.xjc.ModelLoader.loadXMLSchema(ModelLoader.java:360) at com.sun.tools.xjc.ModelLoader.load(ModelLoader.java:174) at com.sun.tools.xjc.ModelLoader.load(ModelLoader.java:119) at org.drools.compiler.runtime.pipeline.impl.DroolsJaxbHelperProviderImpl.addXsdModel(DroolsJaxbHelperProviderImpl.java:121) at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromXSD(KnowledgeBuilderImpl.java:918) at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl$ResourceBuilder.lambda$static$2(CompositeKnowledgeBuilderImpl.java:283) at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl$ResourceBuilder$$Lambda$21.000000002566C640.build(Unknown Source) at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildResourceType(CompositeKnowledgeBuilderImpl.java:131) at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildResources(CompositeKnowledgeBuilderImpl.java:121) at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:98) at org.drools.compiler.kie.builder.impl.AbstractKieProject.buildKnowledgePackages(AbstractKieProject.java:247) at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:74) at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieProject(KieBuilderImpl.java:353) at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:265) at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:209) at org.kie.camel.embedded.camel.component.CamelEndpointWithJaxWrapperCollectionTest.registerKnowledgeRuntime(CamelEndpointWithJaxWrapperCollectionTest.java:139) at org.kie.camel.embedded.camel.component.CamelEndpointWithJaxWrapperCollectionTest.configureDroolsContext(CamelEndpointWithJaxWrapperCollectionTest.java:112) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6885) Exception swallowed by CmtTxInterceptor if transaction has been cancelled by reaper

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-6885?page=com.atlassian.jira.plugin.... ] David Lloyd reassigned WFLY-6885: --------------------------------- Fix Version/s: 13.0.0.Beta1 Assignee: David Lloyd (was: Tomasz Adamski) Resolution: Done > Exception swallowed by CmtTxInterceptor if transaction has been cancelled by reaper > ----------------------------------------------------------------------------------- > > Key: WFLY-6885 > URL: https://issues.jboss.org/browse/WFLY-6885 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 10.0.0.Final > Reporter: Marcel Kolsteren > Assignee: David Lloyd > Fix For: 13.0.0.Beta1 > > Attachments: tx-timeout.zip > > > The CMTTxInterceptor is responsible for starting a transaction if a public method is called on a session bean, and for ending it (commit or rollback) after the method has returned. If a runtime exception occurs during the execution of the public method, WildFly normally throws an EJBException with the original exception as cause. However, if the transaction has timed out, it swallows the original exception, and throws a EJBTransactionRolledBackException without a root cause. That obscures what actually happened during the execution of the public method. > I attached a zip with an small Arquillian project that shows (1) what happens in case of an exception in combination with an active transaction (the succeeding test) and (2) what happens if the exception occurs when the transaction has timed out (the failing test). > I think that the exception swallow is explainable as follows, referring to the 10.0.0.Final version of CMTTxInterceptor, that can be found here > [https://github.com/wildfly/wildfly/blob/10.0.0.Final/ejb3/src/main/java/o...] > This happens (I verified by stepping through the code with the debugger): > * The catch block of invokeInOurTx is entered. > * The method handleExceptionInOurTx tries to set the "rollback only" status on the transaction. The result is that the transaction, which has already been rolled back, stays in the rolled back state. A new EJBException is thrown, wrapping the original runtime exception. > * The finally block of invokeInOurTx is entered. > * The endTransaction method sees that the transaction is in the rolled back state, and concludes that the "reaper canceled (rolled back) tx case" is applicable. It throws a new exception (which replaces the EJBException that just has been thrown), but that new exception doesn't have a cause. > The desired behavior would be that the interceptor only wraps the original exception in an EJBException in this case. I think that the invokeInOurTx method should only call the endTransaction method, if the transaction is not in the rolled back state. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3600) TransactionRolledbackException doesn't reference the originating runtime-exception

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFLY-3600?page=com.atlassian.jira.plugin.... ] David Lloyd resolved WFLY-3600. ------------------------------- Fix Version/s: 13.0.0.Beta1 Assignee: David Lloyd Resolution: Done > TransactionRolledbackException doesn't reference the originating runtime-exception > ---------------------------------------------------------------------------------- > > Key: WFLY-3600 > URL: https://issues.jboss.org/browse/WFLY-3600 > Project: WildFly > Issue Type: Bug > Components: EJB > Reporter: Wolf-Dieter Fink > Assignee: David Lloyd > Fix For: 13.0.0.Beta1 > > > If a RuntimeException is thrown by a business method this gets lost during propagation to the client. > The client is not able in this case to react appropriate to the cause. > Similar issue was fixed for the Local invocation, see AS7-5432 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-116) Reinstall openshift production cluster

by Filip Brychta (JIRA)

[ https://issues.jboss.org/browse/SWSQE-116?page=com.atlassian.jira.plugin.... ] Filip Brychta commented on SWSQE-116: ------------------------------------- Preparing b22 and b20 for OS 3.9 installation > Reinstall openshift production cluster > -------------------------------------- > > Key: SWSQE-116 > URL: https://issues.jboss.org/browse/SWSQE-116 > Project: Kiali QE > Issue Type: Task > Reporter: Filip Brychta > Assignee: Guilherme Baufaker Rêgo > > Currently there are following problems with our OS cluster: > * docker on nodes is using loopback devices which is strongly discouraged for production use > * small partition for imagefs and nodefs which is causing issues "The node was low on resource: imagefs" > * different root passwords > We need to: > # investigate recommended partitioning for production OS clusters (also think about RAID versions available on each blade) > # reinstall RHELs with recommended partitions > # Configuring Docker Storage as described in https://docs.openshift.com/container-platform/3.9/install_config/install/... > # install OS 3.9 > # create mojo documentation -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1541) local-kerberos CredentialSource does not work with IBM java

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-1541?page=com.atlassian.jira.plugin.s... ] Jan Kalina edited comment on ELY-1541 at 4/6/18 6:02 AM: --------------------------------------------------------- It looks *useDefaultCcache* is not sufficient on Fedora with IBM JDK defaults. It works if I set path to the ccache manually by klist output: {code:java} options.put("useCcache", "FILE:/tmp/krb5cc_1000"); {code} -> Path to the ccache should part of the local-kerberos credential def in xml. *Edit:* this is not necessary if env variable KRB5CCNAME is set was (Author: honza889): It looks *useDefaultCcache* is not sufficient on Fedora with IBM JDK defaults. It works if I set path to the ccache manually by klist output: {code:java} options.put("useCcache", "FILE:/tmp/krb5cc_1000"); {code} -> Path to the ccache should part of the local-kerberos credential def in xml. > local-kerberos CredentialSource does not work with IBM java > ----------------------------------------------------------- > > Key: ELY-1541 > URL: https://issues.jboss.org/browse/ELY-1541 > Project: WildFly Elytron > Issue Type: Bug > Components: Credentials > Affects Versions: 1.2.3.Final > Reporter: Jan Kalina > Assignee: Jan Kalina > Labels: ibm-java > > When trying to connect as with Oracle JDK, following error occure: > {code} > Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0 > major string: General failure, unspecified at GSSAPI level > minor string: Cannot get credential for principal default principal > {code} > -This is probably related to missing *useDefaultCcache* JAAS config (false by default):- > https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java.... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1541) local-kerberos CredentialSource does not work with IBM java

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-1541?page=com.atlassian.jira.plugin.s... ] Jan Kalina edited comment on ELY-1541 at 4/6/18 5:54 AM: --------------------------------------------------------- Ok, I was wrong - we dont need any {{<local-kerberos>}} in elytron client. All you need to use kerberos as client is to use: {code} bin/jboss-cli.sh -c --no-local-auth -Djavax.security.auth.useSubjectCredsOnly=false -Djava.security.krb5.conf=/path/krb5.conf :whoami {code} When no credential is provided from CredentialSource, GSSContext will obtain it automatically and also correctly. Just need to have KRB5CCNAME env variable set for IBM JDK before: {code} export KRB5CCNAME=FILE:/tmp/krb5cc_1000 JAVA_HOME=/opt/ibm-java-x86_64-80 bin/jboss-cli.sh -c --no-local-auth -Djavax.security.auth.useSubjectCredsOnly=false -Djava.security.krb5.conf=/path/krb5.conf :whoami {code} If KRB5CCNAME is not defined for IBM, following error is produced: {code} Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05029: Unable to create GSSContext: org.ietf.jgss.GSSException, major code: 11, minor code: 0 major string: General failure, unspecified at GSSAPI level minor string: Cannot get credential for principal default principal {code} This mean {{LocalKerberosCredentialSource}} should be removed (deprecated) from elytron, as it is redundant. was (Author: honza889): Ok, I was wrong - we dont need any {{<local-kerberos>}} in elytron client. All you need to use kerberos as client is to use: {code} bin/jboss-cli.sh -c --no-local-auth -Djavax.security.auth.useSubjectCredsOnly=false -Djava.security.krb5.conf=/path/krb5.conf :whoami {code} When no credential is provided from CredentialSource, GSSContext will obtain it automatically and also correctly. Just need to have KRB5CCNAME env variable set for IBM JDK before: {code} export KRB5CCNAME=FILE:/tmp/krb5cc_1000 {code} This mean {{LocalKerberosCredentialSource}} should be removed (deprecated) from elytron, as it is redundant. > local-kerberos CredentialSource does not work with IBM java > ----------------------------------------------------------- > > Key: ELY-1541 > URL: https://issues.jboss.org/browse/ELY-1541 > Project: WildFly Elytron > Issue Type: Bug > Components: Credentials > Affects Versions: 1.2.3.Final > Reporter: Jan Kalina > Assignee: Jan Kalina > Labels: ibm-java > > When trying to connect as with Oracle JDK, following error occure: > {code} > Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0 > major string: General failure, unspecified at GSSAPI level > minor string: Cannot get credential for principal default principal > {code} > -This is probably related to missing *useDefaultCcache* JAAS config (false by default):- > https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java.... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1557) ElytronXMLParser use == comparison for strings

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-1557?page=com.atlassian.jira.plugin.s... ] Jan Kalina reassigned ELY-1557: ------------------------------- Assignee: Martin Mazanek (was: Jan Kalina) > ElytronXMLParser use == comparison for strings > ---------------------------------------------- > > Key: ELY-1557 > URL: https://issues.jboss.org/browse/ELY-1557 > Project: WildFly Elytron > Issue Type: Bug > Components: Authentication Client > Affects Versions: 1.2.4.Final > Reporter: Jan Kalina > Assignee: Martin Mazanek > > For example: > https://github.com/wildfly-security/wildfly-elytron/blob/1.2.4.Final/src/... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1557) ElytronXMLParser use == comparison for strings

by Jan Kalina (JIRA)

[ https://issues.jboss.org/browse/ELY-1557?page=com.atlassian.jira.plugin.s... ] Jan Kalina updated ELY-1557: ---------------------------- Description: For example: https://github.com/wildfly-security/wildfly-elytron/blob/1.2.4.Final/src/... > ElytronXMLParser use == comparison for strings > ---------------------------------------------- > > Key: ELY-1557 > URL: https://issues.jboss.org/browse/ELY-1557 > Project: WildFly Elytron > Issue Type: Bug > Components: Authentication Client > Affects Versions: 1.2.4.Final > Reporter: Jan Kalina > Assignee: Jan Kalina > > For example: > https://github.com/wildfly-security/wildfly-elytron/blob/1.2.4.Final/src/... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ELY-1557) ElytronXMLParser use == comparison for strings

by Jan Kalina (JIRA)

Jan Kalina created ELY-1557: ------------------------------- Summary: ElytronXMLParser use == comparison for strings Key: ELY-1557 URL: https://issues.jboss.org/browse/ELY-1557 Project: WildFly Elytron Issue Type: Bug Components: Authentication Client Affects Versions: 1.2.4.Final Reporter: Jan Kalina Assignee: Jan Kalina -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2251) Align Test Scenario KIE configuration with BAPL-708

by Jozef Marko (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2251?page=com.atlassian.jira.plugi... ] Jozef Marko updated DROOLS-2251: -------------------------------- Description: Test Scenario designer KIE configuration part should be updated to use terms *KIE base* and *KIE session* instead of the *knowledge base* and *knowledge session*. h2. Acceptance test - Changes applied in the screen from attachment was:Test Scenario designer KIE configuration part should be updated to use terms *KIE base* and *KIE session* instead of the *knowledge base* and *knowledge session*. > Align Test Scenario KIE configuration with BAPL-708 > --------------------------------------------------- > > Key: DROOLS-2251 > URL: https://issues.jboss.org/browse/DROOLS-2251 > Project: Drools > Issue Type: Task > Components: Test Scenarios Editor > Affects Versions: 7.6.0.Final > Reporter: Jozef Marko > Assignee: Jozef Marko > Fix For: 7.7.0.Final, 7.8.0.Final > > Attachments: Screenshot from 2018-04-06 11-19-22.png > > > Test Scenario designer KIE configuration part should be updated to use terms *KIE base* and *KIE session* instead of the *knowledge base* and *knowledge session*. > h2. Acceptance test > - Changes applied in the screen from attachment -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2018