1 2 3 Previous Next 43 Replies Latest reply: Jul 8, 2008 12:51 PM by Heiko Braun Go to original post RSS
  • 15. Re: Maven migration
    mvaldes Novice

    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 Master

     


    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 Master

     


    ... 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 Novice

     


    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 Master

     


    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 Novice

    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 Master

    Yep, let me know when you run into trouble.

  • 22. Re: Maven migration
    Heiko Braun Master

    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
    Diego Lopez Leon Newbie

    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 Novice

    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 Master

     


    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 Master

     


    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 Master

    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 Novice

     

    "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 Novice

    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.