[JBoss JIRA] (DROOLS-93) Building rule file that contains event declaration with @duration ends with NPE
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-93?page=com.atlassian.jira.plugin.... ]
Petr Široký updated DROOLS-93:
------------------------------
Description:
Building kbase with simple rule file with event declaration that has a @duration attribute ends with NPE. When the @duration is removed, file is built correctly. See attached maven reproducer (just run mvn test).
The rule file looks like this:
{code}
package org.jboss.drools.example.kbase
declare org.jboss.drools.example.kbase.SimpleFact
@role(event)
@duration(duration)
end
{code}
Exception thrown when building the file:
{code}
java.lang.NullPointerException
at org.drools.compiler.compiler.PackageBuilder.processTypeFields(PackageBuilder.java:2206)
at org.drools.compiler.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:2123)
at org.drools.compiler.compiler.PackageBuilder.mergePackage(PackageBuilder.java:1254)
at org.drools.compiler.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:2000)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildTypeDeclarations(CompositeKnowledgeBuilderImpl.java:273)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildTypeDeclarations(CompositeKnowledgeBuilderImpl.java:249)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:87)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
at org.kie.internal.utils.KieHelper.build(KieHelper.java:25)
{code}
was:
Building kbase with simple rule file with event declaration that has a @duration attribute ends with NPE. When the @duration is removed, file is built correctly. See attached maven reproducer (just run mvn test).
The rule file looks like this:
{code}
package org.jboss.drools.example.kbase
declare org.jboss.drools.example.kbase.SimpleFact
@role(event)
@duration(duration)
end
{code}
> Building rule file that contains event declaration with @duration ends with NPE
> -------------------------------------------------------------------------------
>
> Key: DROOLS-93
> URL: https://issues.jboss.org/browse/DROOLS-93
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Alpha1
> Reporter: Petr Široký
> Assignee: Mark Proctor
> Attachments: drools93-reproducer.zip
>
>
> Building kbase with simple rule file with event declaration that has a @duration attribute ends with NPE. When the @duration is removed, file is built correctly. See attached maven reproducer (just run mvn test).
> The rule file looks like this:
> {code}
> package org.jboss.drools.example.kbase
> declare org.jboss.drools.example.kbase.SimpleFact
> @role(event)
> @duration(duration)
> end
> {code}
> Exception thrown when building the file:
> {code}
> java.lang.NullPointerException
> at org.drools.compiler.compiler.PackageBuilder.processTypeFields(PackageBuilder.java:2206)
> at org.drools.compiler.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:2123)
> at org.drools.compiler.compiler.PackageBuilder.mergePackage(PackageBuilder.java:1254)
> at org.drools.compiler.compiler.PackageBuilder.processTypeDeclarations(PackageBuilder.java:2000)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildTypeDeclarations(CompositeKnowledgeBuilderImpl.java:273)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildTypeDeclarations(CompositeKnowledgeBuilderImpl.java:249)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:87)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
> at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
> at org.kie.internal.utils.KieHelper.build(KieHelper.java:25)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (DROOLS-93) Building rule file that contains event declaration with @duration ends with NPE
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-93?page=com.atlassian.jira.plugin.... ]
Petr Široký updated DROOLS-93:
------------------------------
Attachment: drools93-reproducer.zip
Simple maven reproducer attached.
> Building rule file that contains event declaration with @duration ends with NPE
> -------------------------------------------------------------------------------
>
> Key: DROOLS-93
> URL: https://issues.jboss.org/browse/DROOLS-93
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Alpha1
> Reporter: Petr Široký
> Assignee: Mark Proctor
> Attachments: drools93-reproducer.zip
>
>
> Building kbase with simple rule file with event declaration that has a @duration attribute ends with NPE. When the @duration is removed, file is built correctly. See attached maven reproducer (just run mvn test).
> The rule file looks like this:
> {code}
> package org.jboss.drools.example.kbase
> declare org.jboss.drools.example.kbase.SimpleFact
> @role(event)
> @duration(duration)
> end
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (DROOLS-93) Building rule file that contains event declaration with @duration ends with NPE
by Petr Široký (JIRA)
Petr Široký created DROOLS-93:
---------------------------------
Summary: Building rule file that contains event declaration with @duration ends with NPE
Key: DROOLS-93
URL: https://issues.jboss.org/browse/DROOLS-93
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.0.Alpha1
Reporter: Petr Široký
Assignee: Mark Proctor
Building kbase with simple rule file with event declaration that has a @duration attribute ends with NPE. When the @duration is removed, file is built correctly. See attached maven reproducer (just run mvn test).
The rule file looks like this:
{code}
package org.jboss.drools.example.kbase
declare org.jboss.drools.example.kbase.SimpleFact
@role(event)
@duration(duration)
end
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6086) Deadlock in org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-6086?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-6086:
----------------------------------------------
Tushar Gandotra <tgandotr(a)redhat.com> changed the Status of [bug 922340|https://bugzilla.redhat.com/show_bug.cgi?id=922340] from VERIFIED to CLOSED
> Deadlock in org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
> ---------------------------------------------------------------------------------------
>
> Key: AS7-6086
> URL: https://issues.jboss.org/browse/AS7-6086
> Project: Application Server 7
> Issue Type: Bug
> Components: EJB, Remoting
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Doesn't matter.
> Reporter: Krzysztof Noceń
> Assignee: Eduardo Martins
> Fix For: EAP 6.1.0.Alpha (7.2.0.Final), 7.1.4.Final (EAP)
>
>
> Class:
> {code}
> org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
> {code}
> Method:
> {code}
> public void processMessage(ChannelAssociation, MessageInputStream) throws IOException;
> {code}
> This code fragment:
> {code}
> try {
> methodParams[i] = unmarshaller.readObject();
> } catch (ClassNotFoundException cnfe) {
> /.../
> return;
> }
> {code}
> doesn't catch *java.lang.IllegalArgumentException*.
> This causes the server hangs.
> Example stacktrace:
> {code}
> java.lang.IllegalArgumentException: No enum const org.example.ExampleEnum.ENUM_VALUE
> at java.lang.Enum.valueOf(Enum.java:196)
> at org.jboss.marshalling.river.RiverUnmarshaller.resolveEnumConstant(RiverUnmarshaller.java:1549)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1293)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:164)
> at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:182)
> at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:429)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> {code}
> I caught *java.lang.Exception*. It helps.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-6086) Deadlock in org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-6086?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-6086:
----------------------------------------------
Tushar Gandotra <tgandotr(a)redhat.com> made a comment on [bug 922340|https://bugzilla.redhat.com/show_bug.cgi?id=922340]
This patch is applicable to JBoss Enterprise Application Platform (EAP) 6.0.1. It is available for download
from the following location:
https://access.redhat.com/jbossnetwork/restricted/softwareDetail.html?sof...
> Deadlock in org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
> ---------------------------------------------------------------------------------------
>
> Key: AS7-6086
> URL: https://issues.jboss.org/browse/AS7-6086
> Project: Application Server 7
> Issue Type: Bug
> Components: EJB, Remoting
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Doesn't matter.
> Reporter: Krzysztof Noceń
> Assignee: Eduardo Martins
> Fix For: EAP 6.1.0.Alpha (7.2.0.Final), 7.1.4.Final (EAP)
>
>
> Class:
> {code}
> org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler
> {code}
> Method:
> {code}
> public void processMessage(ChannelAssociation, MessageInputStream) throws IOException;
> {code}
> This code fragment:
> {code}
> try {
> methodParams[i] = unmarshaller.readObject();
> } catch (ClassNotFoundException cnfe) {
> /.../
> return;
> }
> {code}
> doesn't catch *java.lang.IllegalArgumentException*.
> This causes the server hangs.
> Example stacktrace:
> {code}
> java.lang.IllegalArgumentException: No enum const org.example.ExampleEnum.ENUM_VALUE
> at java.lang.Enum.valueOf(Enum.java:196)
> at org.jboss.marshalling.river.RiverUnmarshaller.resolveEnumConstant(RiverUnmarshaller.java:1549)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1293)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37)
> at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:164)
> at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:182)
> at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:429)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> {code}
> I caught *java.lang.Exception*. It helps.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-5970) RichFaces Showcase portlet is unable to switch skins
by Ken Finnigan (JIRA)
[ https://issues.jboss.org/browse/AS7-5970?page=com.atlassian.jira.plugin.s... ]
Ken Finnigan commented on AS7-5970:
-----------------------------------
I don't see a problem with that. Safe to close from my perspective
> RichFaces Showcase portlet is unable to switch skins
> ----------------------------------------------------
>
> Key: AS7-5970
> URL: https://issues.jboss.org/browse/AS7-5970
> Project: Application Server 7
> Issue Type: Bug
> Components: JSF
> Affects Versions: 7.1.3.Final (EAP)
> Reporter: Ken Finnigan
> Assignee: Stan Silvert
>
> The following exception is thrown when the user changes skins for the second time immediately after changing the skin for the first time:
> {noformat}
> Caused by: javax.faces.FacesException: Cannot remove the same component twice: pbG9dea276d_2dee9e_2d4150_2dad91_2d22255b5a57d2_j_id1:j_idt444
> at com.sun.faces.context.StateContext$AddRemoveListener.handleAddRemoveWithAutoPrune(StateContext.java:489) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.context.StateContext$AddRemoveListener.handleRemove(StateContext.java:371) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at com.sun.faces.context.StateContext$AddRemoveListener.processEvent(StateContext.java:334) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
> at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]
> {noformat}
> This error manifests due to the Portlet Bridge needing to retain the UIViewRoot from JSF between Portlet Requests, which causes the list of component tree actions, ie. adding and removing, to be retained making JSF think that it's trying to remove a component that was actually removed in a previous request.
> This has been raised as http://java.net/jira/browse/JAVASERVERFACES-2609, but wanted to raise this as a tracker so that when that fix is available it can be incorporated.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (JBAS-7210) JBossContextConfig needs to be isolated from the war class loader
by John Chan (JIRA)
[ https://issues.jboss.org/browse/JBAS-7210?page=com.atlassian.jira.plugin.... ]
John Chan commented on JBAS-7210:
---------------------------------
Dear Bruno HALEBLIAN, can you just send me the source files "JBossContextConfig.java" and "SecurityActions.java" that works with JB 5.1.0_GA ? I have got stuck in this problem for many weeks and the fix is my last resort. I cannot upgrade to JBOSS 7 as my project is so old that it is written in EJB2.1 codes. JBOSS 7 will not work with EJB2.1 codes, am I right?
So please help me by sending the 2 source files to this email: shuhang2(a)netvigator.com. Millions of thanks if you can help!
> JBossContextConfig needs to be isolated from the war class loader
> -----------------------------------------------------------------
>
> Key: JBAS-7210
> URL: https://issues.jboss.org/browse/JBAS-7210
> Project: Application Server 3 4 5 and 6
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: ClassLoading, Web (Tomcat) service
> Affects Versions: JBossAS-5.1.0.GA
> Reporter: Scott Stark
> Assignee: Scott Stark
> Fix For: 6.0.0.M2
>
> Attachments: jbas-7210.war.zip
>
>
> The parsing of the context.xml by the JBossContextConfig class is using the tccl which causes problems when the war app has tried to load its own xml parser.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] (AS7-5768) Support resource adapter deployments via modules
by Stefano Maestri (JIRA)
[ https://issues.jboss.org/browse/AS7-5768?page=com.atlassian.jira.plugin.s... ]
Stefano Maestri commented on AS7-5768:
--------------------------------------
compressed rar are not supported deployed via module. It was in a first step, but after a long discussion we have removed support for them. We are supporting only flat rar deplyed in module as original issue description requires "where the latter contains the resource adapter in its unpacked form."
> Support resource adapter deployments via modules
> ------------------------------------------------
>
> Key: AS7-5768
> URL: https://issues.jboss.org/browse/AS7-5768
> Project: Application Server 7
> Issue Type: Task
> Components: JCA
> Reporter: Jesper Pedersen
> Assignee: Stefano Maestri
> Fix For: EAP 6.1.0.Alpha (7.2.0.Final)
>
> Attachments: AS7-5768-example.tgz
>
>
> Add a new minor revision of the :resource-adapters: subsystem where the user has a choice of using
> {code}
> <archive>foo.rar</archive>
> {code}
> or
> {code}
> <module id="com.eis" slot="main"/>
> {code}
> where the latter contains the resource adapter in its unpacked form.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months