[JBoss JIRA] Created: (JBPORTAL-1126) CMS needs to store contributing version for new versions of pages
by Alex Pinkin (JIRA)
CMS needs to store contributing version for new versions of pages
-----------------------------------------------------------------
Key: JBPORTAL-1126
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1126
Project: JBoss Portal
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Portal CMS
Affects Versions: 2.4 Final
Reporter: Alex Pinkin
Assigned To: Roy Russo
-CMS needs to store contributing version for new versions of pages (1.1 was created from 1.0, etc).
To prevent locking the edit of a content item, it is useful to allow multiple drafts to be created of a content item. This situation can cause problems for approvers if there are multiple drafts needing approval. It would be helpful if approvers could see what version was the contributing version for a particular content item version.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBRULES-843) getter return type java.lang.Object seems to map to ARRAY_TYPE
by Juergen none (JIRA)
getter return type java.lang.Object seems to map to ARRAY_TYPE
--------------------------------------------------------------
Key: JBRULES-843
URL: http://jira.jboss.com/jira/browse/JBRULES-843
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 3.0.6
Reporter: Juergen none
Assigned To: Mark Proctor
if a fact defines a getter with return value type java.lang.Object, the org.drools.base.ClassObjectType::setTypeValue() seems to set the object type to ARRAY_TYPE, because: java.lang.Object.class.isAssignableFrom(Object[].class) == true
Caused by: java.lang.ClassCastException: test.A
at org.drools.base.evaluators.ArrayFactory$ArrayNotEqualEvaluator.evaluate(ArrayFactory.java:82)
at org.drools.rule.BoundVariableConstraint.isAllowed(BoundVariableConstraint.java:78)
at org.drools.common.BetaNodeBinder.isAllowed(BetaNodeBinder.java:63)
at org.drools.reteoo.TupleSource.attemptJoin(TupleSource.java:99)
at org.drools.reteoo.JoinNode.assertTuple(JoinNode.java:122)
at org.drools.reteoo.LeftInputAdapterNode.createAndAssertTuple(LeftInputAdapterNode.java:176)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:145)
...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBRULES-573) EqualityAssertMapComparator does not work with JSR94 Fact Handles
by Juergen none (JIRA)
EqualityAssertMapComparator does not work with JSR94 Fact Handles
-----------------------------------------------------------------
Key: JBRULES-573
URL: http://jira.jboss.com/jira/browse/JBRULES-573
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 3.0.5
Environment: java 1.5.0_09
Reporter: Juergen none
Assigned To: Mark Proctor
Equal objects are asserted multiple times via jsr94 interface
Using jsr94 interface to use drools stateful rule session
Assert behaviour set to equality:
PROPERTY_ASSERT_BEHAVIOR = RuleBaseConfiguration.WM_BEHAVIOR_EQUALITY
fact handle factory creates org.drools.jsr94.rules.Jsr94FactHandle objects
BUT:
org.drools.common.EqualityAssertMapComparator::hashCodeOf()
obj.getClass() == this.factHandleClass is false because
this.factHandleClass is DefaultFactHandle and
obj.getClass() is Jsr94FactHandle
--> so instead of hashcode of object wrapped by handle, hashcode of facthandle object is used --> equal objects are asserted multiple times
GUESS: either
- obj.getClass() instanceof this.factHandleClass or
- this.factHandleClass should be set to Jsr94FactHandle?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years