[JBoss JIRA] Created: (GPD-134) form file names generated from the task dialogue are unstable
by Ross McDonald (JIRA)
form file names generated from the task dialogue are unstable
-------------------------------------------------------------
Key: GPD-134
URL: http://jira.jboss.com/jira/browse/GPD-134
Project: JBoss jBPM GPD
Issue Type: Bug
Components: jpdl
Affects Versions: jBPM JPDL Designer 3.1.0.beta1
Environment: osx macbook pro, eclipse 3.3.0
Reporter: Ross McDonald
Assigned To: Koen Aers
Priority: Minor
the form names generated from the task dialogue are sensitive to content...
'fbm-rejects.xhtml' is ok, and is stored in the DB fine when deployed,
'fbm-rejects-psr.xhtml' is not stored in the DB when deployed and therefore the form does not display within the jbpm-console
the DB schema says the name field is varchar(255), which suggests that perhaps the second hyphen in the name is causing a problem somewhere
--
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
15 years, 1 month
[JBoss JIRA] Created: (GPD-67) GPD support for editing non-files (any IEditorInput, not just FileEditorInput)
by John Ruud (JIRA)
GPD support for editing non-files (any IEditorInput, not just FileEditorInput)
------------------------------------------------------------------------------
Key: GPD-67
URL: http://jira.jboss.com/jira/browse/GPD-67
Project: JBoss jBPM GPD
Issue Type: Feature Request
Reporter: John Ruud
Assigned To: Koen Aers
Priority: Minor
We need to edit process defs that are stored in a DB, as opposed to the processdefinition.xml, gpd.xml files stored in the workspace. There are currently many dependencies to FileEditorInput/File throughout GPD (as is the case for a lot of other Eclipse editors BTW).
It would be very helpful if it would be feasible to separate out the code that deals with a particular type of IEditorInput from the rest of the editor, possibly into a separete delegate class. For FileEditorInput the delegate would deal with reading, writing, and syncronizing the view (resource listeners), plus whatever else I may have forgotten. We could then replace the default "file" delegate with our own that knows how to deal our DB (by subclassing of the editor would be fine).
Probably not the #1 GPD issue for many other users, but hopefully something you would keep in mind...
--
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
15 years, 1 month
[JBoss JIRA] Created: (GPD-193) Add the ability to drag new components into the workflow
by Gunnar Hillert (JIRA)
Add the ability to drag new components into the workflow
--------------------------------------------------------
Key: GPD-193
URL: http://jira.jboss.com/jira/browse/GPD-193
Project: JBoss jBPM GPD
Issue Type: Feature Request
Reporter: Gunnar Hillert
Assigned To: Koen Aers
In the workflow designer it would be nice if I could simply drag a new workflow component into the main workflow.
Right now you have to select the component from the component palette and then click again in the main workflow area to place the component. This seems to be slightly less intuitive than just drag-and-drop the new component into the workflow.
Also, it would be great if I could then drag a component from the palette onto an existing 'transition line' and the transition will automatically connect to the newly placed component.
--
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
15 years, 1 month