facebook

xdoclet-build.xml customer varibles how?

💡
Our Forums Have Moved

For help with installation, bugs reports or feature requests, please head over to our new forums.
Genuitec Community on GitHub

  1. MyEclipse IDE
  2.  > 
  3. Installation, Configuration & Updates
Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #241498 Reply

    jeff_porter
    Member

    I have the situation where the xdoclet-build.xml contructed via eclipse contains the element…

    <pathelement location=”C:/tools/hibernate-3.0/hibernate3.jar”/>

    I want to change this to something like…

    <pathelement location=”${hibernate.home}/hibernate3.jar”/>

    So that it will run on any machine, taking the value from xdoclet-build.properties

    How do I do this? How do I change the properties of the project to use a varible name?
    (with out directly editing it & causing eclipse to overwrite the values when I go back to the project properties)

    #241506

    Riyad Kalla
    Member

    Jeff,
    Support for what you are tryign to do isn’t support in the built int XDoclet support right now. What you can do hwoever is generate a build file, and then rename it to something else and then manually maintain it (obviously not the nicest of workarounds).

    This is why we added the new “Dynamically generate script” feature, that *does* provide a cross system solution in that the script is regenerated each time on the developers computer, so it will work with their system.

    #241510

    jeff_porter
    Member

    Hi support_rkalla,

    I’m using version 1.5.0-M2, the “Dynamically generate script” does work, but you have to go into project properties, xdoclet and click “apply”. Thats a pain for dev machines, but even worse for build box. Which should check out the build script and run it.

    In the build machine case, it also does not run eclipse. Which is why I’m having the problem.

    Anyone have a suggetion?

    thanks.
    Jeff.

    #241513

    Riyad Kalla
    Member

    I see, in that case theo nly work around I can provide right now is manually maintaining a script for the build machine.

    #241535

    Greg
    Member

    Riyad is correct, the best thing to do is just switch the Xdoclet build policy for your project to manual once and hit OK. This will generate a build file and place it in your project. Then you can rename it and edit it to your likely or place this file on your build machine.

    #241536

    jeff_porter
    Member

    cheer for the responce guys.

    At least I know its not me missing something.

    I’m not keen on swapping to 2 build files. But guess I’ll have suck it up and do it.
    (I just know the numbties in the team will screw things up some how with 2 build files) 🙁

    is there a plan for this to be changed in a future release?

    cheers
    jeff

    😀

    #241537

    Riyad Kalla
    Member

    Jeff,
    At the moment there is an enhancement filed to not make the paths absolute for exactly this reason, but the demand has been so low for specificall that feature that other big ticket items continue to trump work on it. If more requests came in to do it, we would hop on it. (this is always an issue, trying to effectively balance resources)

Viewing 7 posts - 1 through 7 (of 7 total)
Reply To: xdoclet-build.xml customer varibles how?

You must be logged in to post in the forum log in