[JBoss JIRA] (WFCORE-3786) ManagementAuthenticationUsersTestCase fails on latest JDKs
by Richard Opalka (JIRA)
Richard Opalka created WFCORE-3786:
--------------------------------------
Summary: ManagementAuthenticationUsersTestCase fails on latest JDKs
Key: WFCORE-3786
URL: https://issues.jboss.org/browse/WFCORE-3786
Project: WildFly Core
Issue Type: Bug
Components: Security
Reporter: Richard Opalka
Assignee: Darran Lofthouse
Fix For: 5.0.0.Alpha5
I downloaded both jdk1.8.0_b171 & jdk1.8.0_b172.
When running whole WFCORE test suite on them
I'm getting InvalidUserStore exception in
ManagementAuthenticationUsersTestCase
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (WFWIP-4) Unexpected element: color-output
by Erich Duda (JIRA)
[ https://issues.jboss.org/browse/WFWIP-4?page=com.atlassian.jira.plugin.sy... ]
Erich Duda commented on WFWIP-4:
--------------------------------
Perfect. Thanks for quick reaction.
> Unexpected element: color-output
> --------------------------------
>
> Key: WFWIP-4
> URL: https://issues.jboss.org/browse/WFWIP-4
> Project: WildFly WIP
> Issue Type: Bug
> Reporter: Erich Duda
> Assignee: Ingo Weiss
> Priority: Blocker
> Labels: WFCORE-3577
>
> When I uncommented {{color-output}} configuration in {{jboss-cli.xml}} and run {{jboss-cli.sh}}, I got {{Unexpected element: color-output}} error.
> {code:xml}
> <!-- Uncomment to display CLI output in colour and configure each of the available responses. -->
> <!-- Available colors: black, red, green, yellow, blue, magenta, cyan, white and default, which is the terminal's default foreground color-->
> <color-output>
> <enabled>true</enabled>
> <error-color>red</error-color>
> <warn-color>yellow</warn-color>
> <success-color>default</success-color>
> <required-color>magenta</required-color>
> <workflow-color>green</workflow-color>
> <prompt-color>blue</prompt-color>
> </color-output>
> We should also investigate why tests did not discover this issue.
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (WFWIP-4) Unexpected element: color-output
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFWIP-4?page=com.atlassian.jira.plugin.sy... ]
Ingo Weiss commented on WFWIP-4:
--------------------------------
That's because {{jboss-cli.xml}} is wrongly using the version 3.2 parser. I'll fix this but, for now, you can change line 6 to {{<jboss-cli xmlns="urn:jboss:cli:3.3">}} and it will work
> Unexpected element: color-output
> --------------------------------
>
> Key: WFWIP-4
> URL: https://issues.jboss.org/browse/WFWIP-4
> Project: WildFly WIP
> Issue Type: Bug
> Reporter: Erich Duda
> Assignee: Ingo Weiss
> Priority: Blocker
> Labels: WFCORE-3577
>
> When I uncommented {{color-output}} configuration in {{jboss-cli.xml}} and run {{jboss-cli.sh}}, I got {{Unexpected element: color-output}} error.
> {code:xml}
> <!-- Uncomment to display CLI output in colour and configure each of the available responses. -->
> <!-- Available colors: black, red, green, yellow, blue, magenta, cyan, white and default, which is the terminal's default foreground color-->
> <color-output>
> <enabled>true</enabled>
> <error-color>red</error-color>
> <warn-color>yellow</warn-color>
> <success-color>default</success-color>
> <required-color>magenta</required-color>
> <workflow-color>green</workflow-color>
> <prompt-color>blue</prompt-color>
> </color-output>
> We should also investigate why tests did not discover this issue.
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (WFWIP-4) Unexpected element: color-output
by Erich Duda (JIRA)
Erich Duda created WFWIP-4:
------------------------------
Summary: Unexpected element: color-output
Key: WFWIP-4
URL: https://issues.jboss.org/browse/WFWIP-4
Project: WildFly WIP
Issue Type: Bug
Reporter: Erich Duda
Assignee: Ingo Weiss
Priority: Blocker
When I uncommented {{color-output}} configuration in {{jboss-cli.xml}} and run {{jboss-cli.sh}}, I got {{Unexpected element: color-output}} error.
{code:xml}
<!-- Uncomment to display CLI output in colour and configure each of the available responses. -->
<!-- Available colors: black, red, green, yellow, blue, magenta, cyan, white and default, which is the terminal's default foreground color-->
<color-output>
<enabled>true</enabled>
<error-color>red</error-color>
<warn-color>yellow</warn-color>
<success-color>default</success-color>
<required-color>magenta</required-color>
<workflow-color>green</workflow-color>
<prompt-color>blue</prompt-color>
</color-output>
We should also investigate why tests did not discover this issue.
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (WFLY-10181) Deadlock for threads executing org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual (WFLY)
by Lin Gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-10181?page=com.atlassian.jira.plugin... ]
Lin Gao updated WFLY-10181:
---------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/11153 (was: https://github.com/wildfly/wildfly/pull/11135)
> Deadlock for threads executing org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual (WFLY)
> -------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10181
> URL: https://issues.jboss.org/browse/WFLY-10181
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 12.0.0.Final
> Reporter: Flavia Rainone
> Assignee: Lin Gao
> Labels: downstream_dependency
> Fix For: 13.0.0.Beta1
>
>
> Two or more threads hold one lock on an instance of java.util.Collections$SynchronizedMap and attempt to obtain a lock on a different instance (e.g. locks on 0x00000001d0d08bd8 and 0x00000001cea22628 in the example below)
> "thread-one" ...
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.util.Collections$SynchronizedMap.get(Collections.java:2584)
> waiting to lock <0x00000001cea22628> (a java.util.Collections$SynchronizedMap)
> at java.util.AbstractMap.equals(AbstractMap.java:495)
> at java.util.Collections$SynchronizedMap.equals(Collections.java:2631)
> locked <0x00000001d0d08bd8> (a java.util.Collections$SynchronizedMap)
> at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual(XAManagedConnectionFactory.java:563)
> locked <0x00000001d0d08bd8> (a java.util.Collections$SynchronizedMap)
> at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.equals(XAManagedConnectionFactory.java:598)
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory$SubjectActions.doCheck(BaseWrapperManagedConnectionFactory.java:1397)
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory$SubjectActions.addMatchingProperties(BaseWrapperManagedConnectionFactory.java:1508)
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.getConnectionProperties(BaseWrapperManagedConnectionFactory.java:1135)
> at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.matchManagedConnections(XAManagedConnectionFactory.java:533)
> ...
> at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:66)
> ...
> "thread-two" ...
> java.lang.Thread.State: BLOCKED (on object monitor)
> at java.util.Collections$SynchronizedMap.size(Collections.java:2572)
> waiting to lock <0x00000001d0d08bd8> (a java.util.Collections$SynchronizedMap)
> at java.util.AbstractMap.equals(AbstractMap.java:482)
> at java.util.Collections$SynchronizedMap.equals(Collections.java:2631)
> locked <0x00000001cea22628> (a java.util.Collections$SynchronizedMap)
> at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.isEqual(XAManagedConnectionFactory.java:563)
> locked <0x00000001cea22628> (a java.util.Collections$SynchronizedMap)
> at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.equals(XAManagedConnectionFactory.java:598)
> ... [same stack as thread-one above] ...
> at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:66)
> ...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (DROOLS-2518) NullPointerException in BaseClassFieldReader.writeExternal() when a global method is used in LHS and serialize package
by Toshiya Kobayashi (JIRA)
Toshiya Kobayashi created DROOLS-2518:
-----------------------------------------
Summary: NullPointerException in BaseClassFieldReader.writeExternal() when a global method is used in LHS and serialize package
Key: DROOLS-2518
URL: https://issues.jboss.org/browse/DROOLS-2518
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.7.0.Final
Reporter: Toshiya Kobayashi
Assignee: Mario Fusco
Under the conditions:
* A rule uses a method of global variable in LHS. e.g. Person(myUtil.transform(name) == "John-san")
* A package is serialized
Serializing the package throws NullPointerException.
{noformat}
java.lang.NullPointerException: null
at org.drools.core.base.BaseClassFieldReader.writeExternal(BaseClassFieldReader.java:196)
at org.drools.core.base.extractors.MVELObjectClassFieldReader.writeExternal(MVELObjectClassFieldReader.java:72)
at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at org.drools.core.base.ClassFieldAccessorStore$FieldLookupEntry.writeExternal(ClassFieldAccessorStore.java:384)
at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1413)
at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:1028)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1496)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1432)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at org.drools.core.base.ClassFieldAccessorStore.writeExternal(ClassFieldAccessorStore.java:61)
at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at org.drools.core.definitions.impl.KnowledgePackageImpl.writeExternal(KnowledgePackageImpl.java:250)
at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at java.util.ArrayList.writeObject(ArrayList.java:762)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:1028)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1496)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1432)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
at org.drools.compiler.integrationtests.SerializedPackageMergeTest.testBuildAndSerializePackagesWithGlobalMethodInLHS(SerializedPackageMergeTest.java:244)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (DROOLS-2517) NullPointerException in BaseClassFieldReader.writeExternal() when a global method is used in LHS and serialize package
by Toshiya Kobayashi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2517?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-2517:
-------------------------------------------
Sent a PR unit test and fix
> NullPointerException in BaseClassFieldReader.writeExternal() when a global method is used in LHS and serialize package
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2517
> URL: https://issues.jboss.org/browse/DROOLS-2517
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.7.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Mario Fusco
> Labels: support
>
> Under the conditions:
> * A rule uses a method of global variable in LHS. e.g. Person(myUtil.transform(name) == "John-san")
> * A package is serialized
> Serializing the package throws NullPointerException.
> {noformat}
> java.lang.NullPointerException: null
> at org.drools.core.base.BaseClassFieldReader.writeExternal(BaseClassFieldReader.java:196)
> at org.drools.core.base.extractors.MVELObjectClassFieldReader.writeExternal(MVELObjectClassFieldReader.java:72)
> at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at org.drools.core.base.ClassFieldAccessorStore$FieldLookupEntry.writeExternal(ClassFieldAccessorStore.java:384)
> at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1413)
> at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:1028)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1496)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1432)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at org.drools.core.base.ClassFieldAccessorStore.writeExternal(ClassFieldAccessorStore.java:61)
> at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at org.drools.core.definitions.impl.KnowledgePackageImpl.writeExternal(KnowledgePackageImpl.java:250)
> at java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1459)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1430)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at java.util.ArrayList.writeObject(ArrayList.java:762)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:1028)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1496)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1432)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1178)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:348)
> at org.drools.compiler.integrationtests.SerializedPackageMergeTest.testBuildAndSerializePackagesWithGlobalMethodInLHS(SerializedPackageMergeTest.java:244)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months