[JBoss JIRA] Created: (GPD-169) Transition text position not saving
by David Roberts (JIRA)
Transition text position not saving
-----------------------------------
Key: GPD-169
URL: http://jira.jboss.com/jira/browse/GPD-169
Project: JBoss jBPM GPD
Issue Type: Bug
Affects Versions: jBPM JPDL Designer 3.1.0.GA
Environment: Eclipse 3.3, EMF: 2.3.1, GEF: 3.3.1, DTP: 1.5, WTP: 2.0, jbpm-jpdl-designer-3.1.0.sp1
Reporter: David Roberts
Assigned To: Koen Aers
Upgrading to jbpm-jpdl-designer-3.1.0.sp1 gives me the following problem:
All my custom aligned/positioned text on all my transitions get reset when re-opening the process in the designer. They stick to the transition line, and if the transition line is quite short, the text then overlaps my nodes etc. It looks terrible.
I tried re-positioning all the text again, and saving, but as soon as I close and re-open my process again, the text is snapped back onto the transition lines, and it looks terrible again.
--
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
16 years, 7 months
[JBoss JIRA] Created: (EJBTHREE-820) Hardcoded Destination Manager Reference
by Juha Lindfors (JIRA)
Hardcoded Destination Manager Reference
---------------------------------------
Key: EJBTHREE-820
URL: http://jira.jboss.com/jira/browse/EJBTHREE-820
Project: EJB 3.0
Issue Type: Bug
Affects Versions: EJB 3.0 RC9 - Patch 1
Environment: JBoss AS 4.0.5.GA + EJB 3.0 RC9 + JBoss Messaging
Reporter: Juha Lindfors
Priority: Minor
When deploying an MDB that has been configured wrongly with a non existing destination the dubious feature that creates a temporary destination automatically fails due to hard coded destination manager reference that no longer exists if JBoss Messaging is used instead of JBossMQ.
MessagingContainer:
protected void createTemporaryDestination(Class type, String jndiSuffix) throws Exception
513 ObjectName destinationManagerName = new ObjectName("jboss.mq:service=DestinationManager");
Apologies, did not check if this issue exists still with the current code in the head/trunk, just needed to write it down before I forget it.
--
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
16 years, 7 months
[JBoss JIRA] Created: (JBRULES-1251) Cannot remove a category if it was used in an archived rule
by Shahad Ahmed (JIRA)
Cannot remove a category if it was used in an archived rule
-----------------------------------------------------------
Key: JBRULES-1251
URL: http://jira.jboss.com/jira/browse/JBRULES-1251
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 4.0.1
Reporter: Shahad Ahmed
Assigned To: Mark Proctor
The BRMS manual says you can delete a category if it is not in use by any current version of a rule. However, if you archive a rule that uses a category X, say, then you cannot remove category X in the Admin section, even if no other rules in the repository use category X. You get the following error message:
"The category still has some assets linked to it. You will need to remove the links so you can delete the cateogory"
(PS not the spelling mistake cateogory in the error message)
Either the manual (Section 9.4.2.2) should be updated with a warning that you cannot remove a category used by archived rules, or is there is a bug in the remove category functionality for archived assets, as you can remove categories which are only used in old versions of a rule?
--
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
16 years, 7 months