-
15. Re: Maven migration
mvaldes Jul 3, 2008 4:55 AM (in response to heiko.braun)I know but we are not just leveraging the PVM as a library but we are PVM comitters as well !
So the way to work and build on the PVM has changed.
On the other side, with this move you broke our projects coherence. We could just continue working with Ivy in XPDL and BPEL extensions and move to maven for the PVM but this not make sense (BTW, Jboss coherence is the reason why you decided to move to maven !)
So know we are forced to move everything to maven !
BTW, could you tell me more about the remaining refactorings you planed on the PVM ? is the move to maven finished ? -
16. Re: Maven migration
heiko.braun Jul 3, 2008 5:14 AM (in response to heiko.braun)
So know we are forced to move everything to maven
I still don't see why this is necessary. Your build is something that I consider independent from the PVM. However in order to contribute you'll need to get used to the maven build, that's right.
If you are leveraging the PVM then you should only rely on the API that's available through released artifacts.
The build system and repository locations are subject to change. -
17. Re: Maven migration
heiko.braun Jul 3, 2008 5:16 AM (in response to heiko.braun)
... refactorings planed on the PVM?
It may happen that we break up the PVM into more discrete modules.
I.e. core, integration, client, util, test. But this will be discussed publicly. -
18. Re: Maven migration
mvaldes Jul 3, 2008 6:53 AM (in response to heiko.braun)
I still don't see why this is necessary. Your build is something that I consider independent from the PVM. However in order to contribute you'll need to get used to the maven build, that's right.
If you are leveraging the PVM then you should only rely on the API that's available through released artifacts.
The build system and repository locations are subject to change.
Is more a conceptual issue than a technical one. We moved to Ivy XPDL and BPEL extensions (Bonita and Orchestra projects respectively) because it was decided to use Ivy at PVM level (which is the core engine of our solutions).
If the PVM is now based on maven there is no sense for us to still using Ivy...
It may happen that we break up the PVM into more discrete modules.
I.e. core, integration, client, util, test. But this will be discussed publicly
Is not just a matter of discussing publicly but we must first agree together (Jboss-Bull) how to proceed.
Two weeks ago I was discussing with Tom about the steps to be performed before release the PVM 1.0. This includes code freeze and stress testing so i would like to set up an action plan for that.
As Tom is currently on vacations, could you explain me what are the next steps you will perform until he comes back ? this will allow to planify our developments and related work on the PVM next week. -
19. Re: Maven migration
heiko.braun Jul 3, 2008 12:18 PM (in response to heiko.braun)
could you explain me what are the next steps you will perform until he comes back
Currently I do have nothing on my plate. Maven and Hudson have been the things I wanted to get done while he's on vacation. We should discuss how to proceed when Tom is back, because I havn't been involved so far. -
20. Re: Maven migration
mvaldes Jul 3, 2008 1:08 PM (in response to heiko.braun)thanks, on our side we will check the new "mavenized" project and continue the ongoing work on EL (JSR based) relating to timers.
regards,
Miguel Valdes -
21. Re: Maven migration
heiko.braun Jul 3, 2008 4:53 PM (in response to heiko.braun)Yep, let me know when you run into trouble.
-
22. Re: Maven migration
heiko.braun Jul 3, 2008 4:57 PM (in response to heiko.braun)This documentation is for jPDL 4, but the same instructions apply to the PVM build:
http://jbpm.dyndns.org/jbpmwiki/index.php?title=JBPM4BuildingfromSource -
23. Re: Maven migration
dlopezleon Jul 3, 2008 8:22 PM (in response to heiko.braun)Hi Heiko, I'm really happy about this switch to maven. I have been using it in all my projects with great results.
But I have to desagree in a little thing. Why do you need the jbpm-parent?. I know that you'll have to duplicate a lot of boilerplate xml in each pom, but having this common root for them maybe is not 'semantically' correct, beeing in fact that all of us want three independent projects (jbpm-api, pvm and jbpmX). Beside that, it adds a new level of complexity for one who just want to build i.e. the pvm project. He must to checkout and install jbpm-parent too and if you want to develop over it, when you plan build it you'll have to remember to update the other project too... this cycle sounds a little uncomfortable for me.
Regards. -
24. Re: Maven migration
porcherg Jul 4, 2008 3:26 AM (in response to heiko.braun)the eclipse configuration for the pvm with maven (https://svn.jboss.org/repos/jbpm/pvm/trunk) is missing.
Is the migration complete ? Can we start working on the "mavenized" pvm ?
regards,
Guillaume -
25. Re: Maven migration
heiko.braun Jul 4, 2008 4:19 AM (in response to heiko.braun)
the eclipse configuration...
Someone else needs to contribute that, because I am not using eclipse. But feel free to add it to the repository. -
26. Re: Maven migration
heiko.braun Jul 4, 2008 4:21 AM (in response to heiko.braun)
Why do you need the jbpm-parent?
We don't. I just started with a common parent. But we can have the PVM independent from the remaining jBPM modules. -
27. Re: Maven migration
heiko.braun Jul 4, 2008 4:23 AM (in response to heiko.braun)BTW, do all of have Jira accounts for jBPM? It would help spreading the work load across people, in case you'd like to contribute...
I.e. removing the jbpm-parent. -
28. Re: Maven migration
porcherg Jul 4, 2008 4:44 AM (in response to heiko.braun)"heiko.braun@jboss.com" wrote:
BTW, do all of have Jira accounts for jBPM? It would help spreading the work load across people, in case you'd like to contribute...
We (Bull guys) have Jira accounts, but not any rights on jbpm projects (we cannot assign tasks). Tom has been informed of this problem.
Can you add us to the list of jbpm jira users ?
regards,
Guillaume -
29. Re: Maven migration
porcherg Jul 4, 2008 5:06 AM (in response to heiko.braun)PVM examples does not compile in the "mavenized" revision of the pvm (in org.jbpm.pvm.samples). This is due to a refactoring in the pvm sources. The examples in the "ant" pvm have been updated.
Which revision of the pvm has been used for the switch ?
regards, Guillaume.