[JBoss JIRA] (DROOLS-94) Hashed field on Integer.this causes a RuntimeException
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-94?page=com.atlassian.jira.plugin.... ]
Mario Fusco resolved DROOLS-94.
-------------------------------
Fix Version/s: 5.6
6.0.0.Beta1
Resolution: Done
> Hashed field on Integer.this causes a RuntimeException
> ------------------------------------------------------
>
> Key: DROOLS-94
> URL: https://issues.jboss.org/browse/DROOLS-94
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Fix For: 5.6, 6.0.0.Beta1
>
>
> Having the following drl
> {code}
> global java.util.List list;
> rule R when
> $i : Integer( this == 1 )
> then
> list.add( $i );
> end
> rule S when
> $i : Integer( this == 2 )
> then
> list.add( $i );
> end
> rule T when
> $i : Integer( this == 3 )
> then
> list.add( $i );
> end
> {code}
> and inserting an Integer(1) in the ksession causes the following Exception:
> org.drools.core.RuntimeDroolsException: Conversion to long not supported from java.lang.Integer
> at org.drools.core.base.extractors.BaseObjectClassFieldReader.getLongValue(BaseObjectClassFieldReader.java:126)
> Note that it is necessary to have the constraint on Integer.this in 3 different rule in order to enable the field hashing.
--
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
11 years, 2 months
[JBoss JIRA] (AS7-5970) RichFaces Showcase portlet is unable to switch skins
by Stan Silvert (JIRA)
[ https://issues.jboss.org/browse/AS7-5970?page=com.atlassian.jira.plugin.s... ]
Stan Silvert resolved AS7-5970.
-------------------------------
Fix Version/s: EAP 6.1.0.Alpha (7.2.0.Final)
Resolution: Done
> 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
> Fix For: EAP 6.1.0.Alpha (7.2.0.Final)
>
>
> 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
11 years, 2 months
[JBoss JIRA] (AS7-6819) MBD @ResourceAdapter deployment issue with JCA inbound listener
by Sudip Bhowmik (JIRA)
[ https://issues.jboss.org/browse/AS7-6819?page=com.atlassian.jira.plugin.s... ]
Sudip Bhowmik commented on AS7-6819:
------------------------------------
Thank you Jesper. I have created a following thread on the same:
https://community.jboss.org/thread/223211
Hope to get some help.
> MBD @ResourceAdapter deployment issue with JCA inbound listener
> ---------------------------------------------------------------
>
> Key: AS7-6819
> URL: https://issues.jboss.org/browse/AS7-6819
> Project: Application Server 7
> Issue Type: Release
> Components: EJB, JCA
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Windows with Jboss 7.1.3 EAP version.
> Reporter: Sudip Bhowmik
> Labels: jboss
> Attachments: SourceCode_MDB_JCA.rar, standalone-full.xml
>
>
> The source set is attached here with.
> =================================================
> 13:04:10,050 INFO [org.jboss.as.server] (HttpManagementService-threads - 1) JBAS015870: Deploy of deployment "DiameterEAR-1.0.ear" was rolled back with failure message {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.CREATE Missing[jboss.ra.\"DiameterRAInDeploy-1.0\"]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.VIEW.\"com.infyon.DiameterRAIn.DiameterMessageListener\".MESSAGE_ENDPOINT Missing[JBAS014861: <one or more t
> ransitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.ejb3.timerService Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".moduleDeploymentRuntimeInformation Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.START Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"Diame
> terMDB-1.0.jar\".component.MessageDrivenBean.TimedObjectInvoker Missing[JBAS014861: <one or more transitive dependencies>]"
--
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
11 years, 2 months
[JBoss JIRA] (AS7-6819) MBD @ResourceAdapter deployment issue with JCA inbound listener
by Jesper Pedersen (JIRA)
[ https://issues.jboss.org/browse/AS7-6819?page=com.atlassian.jira.plugin.s... ]
Jesper Pedersen closed AS7-6819.
--------------------------------
Resolution: Rejected
Post your questions here - https://community.jboss.org/en/jbossas7
JIRA is for tracking issues with the application server
> MBD @ResourceAdapter deployment issue with JCA inbound listener
> ---------------------------------------------------------------
>
> Key: AS7-6819
> URL: https://issues.jboss.org/browse/AS7-6819
> Project: Application Server 7
> Issue Type: Release
> Components: EJB, JCA
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Windows with Jboss 7.1.3 EAP version.
> Reporter: Sudip Bhowmik
> Labels: jboss
> Attachments: SourceCode_MDB_JCA.rar, standalone-full.xml
>
>
> The source set is attached here with.
> =================================================
> 13:04:10,050 INFO [org.jboss.as.server] (HttpManagementService-threads - 1) JBAS015870: Deploy of deployment "DiameterEAR-1.0.ear" was rolled back with failure message {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.CREATE Missing[jboss.ra.\"DiameterRAInDeploy-1.0\"]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.VIEW.\"com.infyon.DiameterRAIn.DiameterMessageListener\".MESSAGE_ENDPOINT Missing[JBAS014861: <one or more t
> ransitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.ejb3.timerService Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".moduleDeploymentRuntimeInformation Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"DiameterMDB-1.0.jar\".component.MessageDrivenBean.START Missing[JBAS014861: <one or more transitive dependencies>]","jboss.deployment.subunit.\"DiameterEAR-1.0.ear\".\"Diame
> terMDB-1.0.jar\".component.MessageDrivenBean.TimedObjectInvoker Missing[JBAS014861: <one or more transitive dependencies>]"
--
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
11 years, 2 months
[JBoss JIRA] (DROOLS-94) Hashed field on Integer.this causes a RuntimeException
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-94:
---------------------------------
Summary: Hashed field on Integer.this causes a RuntimeException
Key: DROOLS-94
URL: https://issues.jboss.org/browse/DROOLS-94
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Mario Fusco
Assignee: Mario Fusco
Having the following drl
{code}
global java.util.List list;
rule R when
$i : Integer( this == 1 )
then
list.add( $i );
end
rule S when
$i : Integer( this == 2 )
then
list.add( $i );
end
rule T when
$i : Integer( this == 3 )
then
list.add( $i );
end
{code}
and inserting an Integer(1) in the ksession causes the following Exception:
org.drools.core.RuntimeDroolsException: Conversion to long not supported from java.lang.Integer
at org.drools.core.base.extractors.BaseObjectClassFieldReader.getLongValue(BaseObjectClassFieldReader.java:126)
Note that it is necessary to have the constraint on Integer.this in 3 different rule in order to enable the field hashing.
--
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
11 years, 2 months
[JBoss JIRA] (DROOLS-93) Building rule file that contains event declaration with @duration ends with NPE
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-93?page=com.atlassian.jira.plugin.... ]
Mario Fusco reassigned DROOLS-93:
---------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
> 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: Mario Fusco
> 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
11 years, 2 months