Help coderanch get a
new server
by contributing to the fundraiser
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
  • Mikalai Zaikin

Local library setup and Hudson for automated building

Posts: 9
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I'm currently looking into Hudson as a Continuous Integration tool to help our build and release process. But I'm having some issues with our dependency setup. We currently use Netbeans as IDE which uses ANT to build.

We have several modules per customer. Two examples modules are mod-support and mod-web. mod-web depends on mod-support.jar. We develop locally, every developer has the same folder structure:



We have 20+ customers setup like this which need development and maintainance.

In Netbeans we did not want to make a mod-support library for every customer, so we used a junction (windows equivalent of symbolic link). We now have one library set up in Netbeans, called mod-support, which points do D:\projects\junctions\mod-support\dist\mod-support.jar.

If we now have to change locally from one customer to another we point the directory D:\projects\junctions\mod-support\ from D:\projects\customer-a\mod-support to D:\projects\customer-b\mod-support.

Is this a common way, or are there other / better ways to handle a library setup which can be easily shared among developers?

This is all workable at the moment, but since we are looking into Hudson a problem occurs. Since Hudson uses the same build script as we use locally it tries to find the mod-support.jar in an non-existing path. Could someone give some feedback on how they managed their dependencies / libraries. That might give me an idea to improve our situation and to be able to use a tool like Hudson in a good way.
It's never done THAT before. Explain it to me tiny ad:
We need your help - Coderanch server fundraiser
    Bookmark Topic Watch Topic
  • New Topic