[Design of JBoss jBPM] - Re: build error
by msandoz
Hi Koen,
I will try to describe it better -
my first goal is to build the GPD plugin. I looked at the instructions and they seemed to concentrate on the jbpm.3/build build.xml so i went with that one figuring it would build subprojects. that was the output I put into the post. After your post, I tried to run just the jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build build.xml file.
i immediately got the below very similar error:
build-feature:
| [get] Getting: http://repository.jboss.com/licenses/JBossORG-EULA.txt
| [get] To: C:\temp\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build\target\temp\jboss.eula.txt
| [get] Error getting http://repository.jboss.com/licenses/JBossORG-EULA.txt to C:\temp\jbpm.3\designer\jpdl\org.jbp
| m.gd.jpdl.build\target\temp\jboss.eula.txt
|
| BUILD FAILED
| C:\temp\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build\build.xml:62: The following error occurred while executing this line
| :
| C:\temp\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build\build.xml:218: Warning: Could not find file C:\temp\jbpm.3\designer\
| jpdl\org.jbpm.gd.jpdl.build\target\workspace\N.3.0.13.1\org.jbpm.gd.jpdl.feature-3.0.13.1.zip to copy.
My end goal is to code in eclipse and run the project from there to test it out but i thought id start with the builds first.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053728#4053728
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053728
19 years
[Design of JBoss jBPM] - build error
by msandoz
I'm getting the following build error after running ant from the jbpm.3\build build.xml file.
C:\temp\jbpm.3\build\build.xml:34: The following error occurred while executing this line:
| C:\temp\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build\build.xml:62: The following error occurred while executing this line
| :
| C:\temp\jbpm.3\designer\jpdl\org.jbpm.gd.jpdl.build\build.xml:218: Warning: Could not find file C:\temp\jbpm.3\designer\
| jpdl\org.jbpm.gd.jpdl.build\target\workspace\N.3.0.13.1\org.jbpm.gd.jpdl.feature-3.0.13.1.zip to copy.
i dont know if its related but i have these warning messages at the top of the build output:
[javac] Compiling 371 source files to C:\temp\jbpm.3\jpdl\jar\target\classes
| Warning: Reference compile.classpath has not been set at runtime, but was found during
| build file parsing, attempting to resolve. Future versions of Ant may support
| referencing ids defined in non-executed targets.
| Warning: Reference libs.classpath has not been set at runtime, but was found during
| build file parsing, attempting to resolve. Future versions of Ant may support
| referencing ids defined in non-executed targets.
ive tried several times and keep getting the error - any suggestions?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053709#4053709
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053709
19 years
[Design of JBoss jBPM] - Re: Rework of jBPM deployment within JBoss
by bill.burke＠jboss.com
"kukeltje" wrote :
|
| "bill.burke(a)jboss.com" wrote :
| | Many JBoss.org projects like jBPM have done a great job at being portable to other environments than JBoss AS. Unfortunately, they have not done a great job at taking advantage of the JBoss AS platform and becoming a cohesive suite of projects. Right now, most JBoss.org projects are configured and deployed different and have their own unique, but similar/familiar component models. When you want to use two of these projects together, it becomes painful.
|
| Correct, so your initiative is really appreciated
|
Was thinking of integrating Seam bijection/scripting. This might give us some consistency across component/programming models.
"kukeltje" wrote :
| "bill.burke(a)jboss.com" wrote :
| | The thing is, I NEED INPUT from users like yourself. I'm trying to figure out the big picutre. How all these projects at JBoss.org can fit together. Learning how you all use these projects alone or together is part of the process. Please help!
| |
|
| I'm currently looking into jboss esb as well... could be that services running there have to be versioned with process versions.... or not... the late/early binding that jbpm has with subprocesses could be a solution... or not.... ..... lots of challenges in this area....
One of the things I talked to Tom about was adding singleton actions/node/handlers that are created per process definition and had lifecycle equivalent to the startup of the process definition. THis could allow us to define start states which are really connector definitions. Not sure this is a good idea or not. I'll start another thread on it.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053702#4053702
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053702
19 years
[Design of JBoss jBPM] - Re: Rework of jBPM deployment within JBoss
by kukeltje
"bill.burke(a)jboss.com" wrote :
| * I don't think jBPM can continue to live in a black box in terms of versioning. jBPM interacts with web applications and various other subsystems that would also need to be versioned. How do current jBPM users handle this scenario?
uhhhhmmmm...... yes... correct... challenge... problem.... and not solvable by the jbpm gui/console.
"bill.burke(a)jboss.com" wrote :
| Many JBoss.org projects like jBPM have done a great job at being portable to other environments than JBoss AS. Unfortunately, they have not done a great job at taking advantage of the JBoss AS platform and becoming a cohesive suite of projects. Right now, most JBoss.org projects are configured and deployed different and have their own unique, but similar/familiar component models. When you want to use two of these projects together, it becomes painful.
Correct, so your initiative is really appreciated
"bill.burke(a)jboss.com" wrote :
| The thing is, I NEED INPUT from users like yourself. I'm trying to figure out the big picutre. How all these projects at JBoss.org can fit together. Learning how you all use these projects alone or together is part of the process. Please help!
|
I'm currently looking into jboss esb as well... could be that services running there have to be versioned with process versions.... or not... the late/early binding that jbpm has with subprocesses could be a solution... or not.... ..... lots of challenges in this area....
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053672#4053672
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053672
19 years
[Design of JBoss jBPM] - Re: Thinking about transition attrs
by kukeltje
anonymous wrote : I'm not sure how useful an EL would be for setting restriction.
By returning a boolean true or false for displaying it or not
anonymous wrote :
| I'd need some kind of UI identification switch or the user's roles in scope to compare with. (Would SEAM make these things more readily available to the process execution?) (Or have I missed some funtionality that allows container roles to be pulled into the execution context?)
Seam: yes, or an extension in jbpm.
anonymous wrote : Some things to consider:
| * This is a big organization. We have an LDAP infrasfructure for managing users and groups--jBPM's identity component is not an option.
| I think this would be a typical scenario in most enterprises.
Same here.... shall we both work on an ldap identity component?
anonymous wrote : * Our UI is already built and extends far beyond what can be generated by the GPD (and probably will for a very long time).
Same here... GPD based generated forms is nice in some cases, not others. Therefor I want the processdefinition to be namespace aware. That way you can add elements/attributes to the pd and e.g. use an xslt to generate jsf forms (or something else)
anonymous wrote : Not to mention, that when regularly using all of jpdl's capabilities the current GPD becomes more of a hinderance than a help. (Ok, I confess it's been a while since I've looked at it :-)
|
For the forms that is currently true... dropdowns, selectitems etc... ever looked at xforms?
anonymous wrote : * Bernd, we have scores of tasks that are managed by our system but that are not yet performed in our system, if they ever will be. That means no custom screens (and no additional configurations) are created for over 100 tasks--users just claim a task and take an available transition. This scenario is typical for a large company that is implementing a workflow system to manage process flows across several existing IT systems. Requiring the UI to have proper configuration for every item is a significant barrier to entry when it comes to getting lots of processes and tasks on the system in a relatively short amount of time.
No comment (I simply have none ;-))
anonymous wrote : I'm really not trying to push a particular solution, but I am trying to point out an area of pain--an area in which a few small compromises (or as yet unseen solutions) could go a LONG way toward helping the largest corporations see a rapid deployment and return on investment. Once the existing processes have been defined, it comes down to this: I can set a few flags and deploy processes acoss the entire company under a generic UI, or the company can wait until I've mapped over and built up a UI for 200 tasks. In our case, we've had to hack the first solution, because there is no way the company would have let us do the latter one.
What about the namespace extensions? The GPD should leave those alone .... that would help a lot.... (in our case)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053660#4053660
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053660
19 years
[Design of JBoss jBPM] - Re: Should GD 3.1 support complex action children?
by msandoz
Bernd I like what I see there.
I'm bound though by my requirements to provide an all-in-one view - which looks like it will be better building on top of jbpm GPD. Even though it has been painful to get started, I think that is my best hope. Unfortunately what we have is a swing app and im not a great gui developer and have no foreknowledge of SWT so am at a deficit there.
I just hope that I can get the builds working soon so that I can make a couple additions.
I am probably going to need to put together custom editor dialog boxes and will also need a way of bringing up instance windows that look like the a read-only version of the GPD - that can listen to the changing state of the workflow - and update visually based on the transitions. We do that currently with our swing product and its a beloved feature of the users.
unfortunately it is all swing, using jgraph and points to another workflow system.
are you looking to do a SWT version of custom xml editor dialog box? from other posts it sounds like they are considering doing a plugin architecture for new editors. if this is true it would actually help with about half of my work :)
Does anyone know if theres a timetable or relative priority for configurable or custom editors or dataflow editors?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053637#4053637
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053637
19 years