[JBoss JIRA] (JBRULES-3448) XLS Decision tables: Add support for Condition column DRL fragments
by Michael Anstis (JIRA)
Michael Anstis created JBRULES-3448:
---------------------------------------
Summary: XLS Decision tables: Add support for Condition column DRL fragments
Key: JBRULES-3448
URL: https://issues.jboss.org/browse/JBRULES-3448
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Michael Anstis
Assignee: Michael Anstis
Fix For: 5.5.0.Beta1
Condition columns in XLS Decision Tables have a row for Object type and a row for code "snippet". The code snippet is taken as predicates within the Object type; for example:-
{code}
CONDITION | CONDITION
----------------------------
MyFact
----------------------------
field1 == | field2 ==
----------------------------
a | b
{code}
This is rather limiting (and certainly not conducive to decision table round-tripping). Ideally we need to support:-
{code}
CONDITION
----------------------------------------------
MyFact( field1 == $param1, field2 == $param2 )
----------------------------------------------
----------------------------------------------
a,b
{code}
Even more ideally it'd be good to be able to register "column handlers" so this can be extended easily.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (JBRULES-3637) The "from" CE does not manage @events correctly
by Davide Sottara (JIRA)
Davide Sottara created JBRULES-3637:
---------------------------------------
Summary: The "from" CE does not manage @events correctly
Key: JBRULES-3637
URL: https://issues.jboss.org/browse/JBRULES-3637
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core (fusion)
Affects Versions: 5.4.0.Final
Reporter: Davide Sottara
Assignee: Edson Tirelli
Priority: Critical
Fix For: 5.5.0.Beta1
If an event type (i.e. an instance of a class marked with @role(event)) is returned by a "from" node, it is not wrapped by an EventFactHandle as expected, so e.g. any attempt to use temporal operators will fail.
See the test case below for an example
The problem is in FromNode.java around line 200, where the new handles are created without passing an ObjectTypeConfiguration, leading to the default creation of a DefaultFactHandle.
I wonder if it's possible to simply retrieve the ObjectTypeConf:
workingMemory.getObjectTypeConfigurationRegistry().getObjectTypeConf( context.getEntryPoint(), object )
and pass it to the handle factory method.
I tested it and it works for the test case below, but there may be other
side-effects I'm not seeing.
---------------------------------------------------------------------------
May be related (but not the same as) #JBRULES-2423
--
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, 9 months
[JBoss JIRA] (AS7-5718) Client deserialising objects using wrong classloader
by James Livingston (JIRA)
James Livingston created AS7-5718:
-------------------------------------
Summary: Client deserialising objects using wrong classloader
Key: AS7-5718
URL: https://issues.jboss.org/browse/AS7-5718
Project: Application Server 7
Issue Type: Bug
Components: Naming
Affects Versions: 7.1.3.Final (EAP)
Reporter: James Livingston
Assignee: Eduardo Martins
The commands in org.jboss.naming.remote.protocol.v1.Protocol deserialize objects using the Unmarshaller from ReadUtil. That does not explicitly set a ClassResolver, so it defaults to using the TCCL. Since the handle*Message methods are run in a thread pool, the TCCL could be set to anything, so the commands need to ensure that the correct classloader (presumably the one calling the Context methods) is used.
--
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, 9 months
[JBoss JIRA] (JBASMP-25) Don't kill maven process after run goal cancellation
by James Perkins (JIRA)
James Perkins created JBASMP-25:
-----------------------------------
Summary: Don't kill maven process after run goal cancellation
Key: JBASMP-25
URL: https://issues.jboss.org/browse/JBASMP-25
Project: JBoss AS Maven Plugins
Issue Type: Enhancement
Reporter: James Perkins
Assignee: James Perkins
Is it possible to reopen this issue? The {{jboss-as:run}} goal does not help when the deployment is to be used in the same Maven build, since the goal tends to block subsequent goals. For example, using this goal in the {{pre-integration-test}} phase, prevents the maven-failsafe-plugin from executing integration tests.
Is it possible to introduce goals atleast to start and stop standalone JBoss 7 instances, so that a Maven CI build could manage the lifecyle of the instance ?
--
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, 9 months
[JBoss JIRA] (AS7-5825) Custom JAAS Security Realm for Remoting
by Pedro Igor (JIRA)
Pedro Igor created AS7-5825:
-------------------------------
Summary: Custom JAAS Security Realm for Remoting
Key: AS7-5825
URL: https://issues.jboss.org/browse/AS7-5825
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: JBoss Application Server 7.1.1.Final
Reporter: Pedro Igor
Tried to configure a custom JAAS Security Realm for the Remoting Connector using JBoss Application Server 7.1.1.Final.
These same steps work with JBoss AS 7.2.0 and 7.1.3.
When debbuging the client (in my case a EJB standalone client using org.jboss.ejb.client.naming) I noticed that the PLAIN mech is not returned by the server.
My client expects the PLAIN mech to authenticate users using the provided username / password when creating the InitialContext.
--
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, 9 months
[JBoss JIRA] (AS7-5824) Build a workbench for REPL like features
by Harald Pehl (JIRA)
Harald Pehl created AS7-5824:
--------------------------------
Summary: Build a workbench for REPL like features
Key: AS7-5824
URL: https://issues.jboss.org/browse/AS7-5824
Project: Application Server 7
Issue Type: Sub-task
Reporter: Harald Pehl
Assignee: Harald Pehl
The workbench is an own GWT entry point. Using the workbench one can edit the abstract UI model and generate a concrete UI on the fly. Thus the workbench can be used to have something like a *R*ead-*e*val-*p*rint-*l*oop.
--
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, 9 months