Comments on: Build and Test Automation for non-PDE Eclipse Projects.

By: Tony

Tony — Wed, 19 Sep 2007 15:12:49 +0000

IBM Rational Application Developer (RAD) (built on top of Eclipse) has this feature “Running Ant in a headless workspace”

“You can use Ant to run a workbench with no interface and run specified Ant scripts.

In the root of the com.ibm.etools.j2ee.ant plugin is a sample batch file called runANT.bat. This .bat file will run a “headless” workbench (no user interface for the development environment) and run a specified ANT script file (example.xml). The ANT script file must be a fully qualified name.”

http://publib.boulder.ibm.com/infocenter/iadthelp/v7r0/index.jsp?topic=/com.ibm.etools.ant.tasks.doc/topics/tjantheadless.html

developerWorks article: Troubleshooting headless Ant builds with Rational Application Developer

http://www.ibm.com/developerworks/websphere/library/techarticles/0505_weisz/0505_weisz.html

Maybe we can ask IBM to donate this plugin to Eclipse.

By: Markus

Markus — Thu, 22 Feb 2007 20:46:39 +0000

Hi,

In the past I had to set up PDE headless build for several projects. I created these build configurations by copying and pasting ANT scripts and I think that there are some common tasks which should be shared between the projects instead. Therefore I have started http://www.pluginbuilder.org.
One goal is to provide some convenience functionality, e.g. for creating map files (see “missing entries in the PDEBuild map file” above). There is already support for subversion repository access, release and nightly build configurations and test automation.
It would be nice if this would become a place where people share their scripts and Best Practices around PDE Build like site.xml maintenance, versioning recommendations or code instrumentation.

By: Shankar

Shankar — Fri, 22 Dec 2006 21:53:19 +0000

Hi,
Has anyone been able to get ant4eclipse to work in a “headless” mode? I have it installed in my eclipse subdirectory but unfortunately unable to make it work in “headless” mode.
The website for ant4eclipse doesn’t seem to have an example of running it in a “headless” mode.

Any pointers would be extremely useful.

Thanks
Shankar.

By: Philippe

Philippe — Wed, 20 Sep 2006 06:45:57 +0000

ant4eclipse provides also a set of simple ant tasks to sync up a java project’s metadata with an ant script.

Here are some of your reqs:
>* Optionally import a set of projects into the target workspace
ant4eclipse has atsk cvsGetProjectSet that gets projects as defined in a Team Project Set from CVS.
>* Build all projects in the order determined by the declared project dependencies (in the project descriptor), running all builders as it would if the Workbench UI running.
ant4eclipse executeBuilders and getBuildOrder taks may help for that

It has a few more goodies . Check http://ant4eclipse.sourceforge.net/ant-for-eclipse-reference.html
Now I am not affiliated with that project.

By: oisin

oisin — Tue, 19 Sep 2006 16:55:11 +0000

BFB has blogged some stuff that came out of the Europa Workshop which mentions both Buckminster and Maven in passing: http://eclipse-projects.blogspot.com/2006/09/europa-build-workshop.html

Maybe we will get some interesting new ideas when he gets the chance to do detailed write-ups.

I have tested Buckminster, and it worked, but I’m not sure why exactly

Pascal, your script engine idea sounds very interesting, do you have a bugzilla for it by any chance?

By: aehso

aehso — Tue, 19 Sep 2006 16:33:37 +0000

Alex,
I’m reasonably aware of Mavens support for building Eclipse projects but that support (for sync’ing .classpath files) is almost a different issue. The projects/builders I’m thinking about might have nothing to do with Java/JDT. They most likely store their metadata elsewhere and crucially they most certainly have to be run from within an initialized workbench.
(I’m touching on the religious debate of who owns the metadata - the build system (maven) or the components (eclipse projects) but lets not go there

Given the likelihood of more heterogeneous project builder sets in the future (especially with non-Java tools projects in Eclipse.org projects like CDT) this requirement will probably start appearing from all angles soon enough.

I also agree with Pascal’s other point - I’m sure the introduction of such a headless build framework might show up some problems with badly behaving builders but it’d be nice to be able to get that far, especially for those who don’t have use those offending builders!

By: aehso

aehso — Tue, 19 Sep 2006 16:18:20 +0000

Pascal,
The idea of a script engine to interact with the workbench model is along the lines of what I was thinking of - In fact, I have vague memories of someone at EclipseCon 2006 speaking about something similiar.

Buckminister looks interesting in so far as it certainly solves to problem of getting projects into a workspace (RMAPs do look like PDEBuild maps on steriods). Thanks for the pointer, I’ll have to investigate Buckminister-Headless ) a bit more, it may well be of use…

By: Pascal Rapicault

Pascal Rapicault — Tue, 19 Sep 2006 15:39:31 +0000

The PDE Build team has had this in mind for the last 3 years. Unfortunatly it passed the stage of discussions and very simplistic prototype because of lack of interest and resources. One of the main idea I wanted to explore is the ability to use a script engine to interact with the underlying model of the workbench (for example to collect problems, sync, etc…).
On the other hand, one of the problem around this approach is scalability with badly behaving builders and other models being built too eagerly, but in the end everybody would benefit from them being fixed.

So to go back to your initial question, the closest thing I know about is buckminster which seems to have the ability to populate workspaces from of project set file on steroid, and apparently do build. Disclaimer: I have not tested it.

BTW thank you for showing love to PDE Build

By: Alex Blewitt

Alex Blewitt — Tue, 19 Sep 2006 15:23:46 +0000

Maven is pretty much the default way to go for this kind of project, and you can automate it fairly easily and hook it up with cruisecontrol etc.

There’s also a bit of support for letting maven manage your .classpath entries in Eclipse; there’s a beta (or it may be released by now) of an Eclipse plugin that actually provides the .classpath entries direct from the maven pom.xml file (the dependencies list), so you only make the changes in one place.

Of course, it doesn’t satisfy the external builders, unless those external builders are kicked off by ant, or have an appropriate tool e.g. JibX compiler.

Frankly, the automated build in PDE is clumsy, and very specific to what it tries to do. Maven is very good, but has no real clue when it comes to OSGi bundles (though it’s coming). I suspect that a new maven-esque build tool will do all this and more, just as soon as I get around to writing it