- Justin

One solution would be to separate out the test utility classes into a full-fledged x.test.util bundle. I don’t see any downside to having common test classes live outside of fragments.

— Patrick

This just bit me as I have some test utility classes I’d like to use across plugins :P They’ve been aware of it for a while – https://issues.sonatype.org/browse/TYCHO-60 – surprised it hasn’t been addressed yet. Think I’m going to have vote for this one… and will post a link to your article :)

- Justin

Sorry for the delay in responding. I’ve been traveling and teaching this week.

Anyway, I’m not exactly sure how the test classes could be used in production code. It’s difficult (though not impossible) for other plug-ins to use fragment-based test classes. Can you give me an example of a problem scenario? That might help me and others come up with possible solutions.

— Patrick

Very useful post. One downside of plug-in fragments and “seeing” their classes through the fragment host is the risk of using test classes in production code. This leakage can be fixed by a 2-stage compilation, one for runtime code and one for tests, but it doesn’t guide developers in any way (differences between graphical development environment and headless build frequently leads to build failures and frustration)

Anyone has a solution for this?

Romain

Fragment projects are much like regular Plug-in projects. A fragment will become a JAR file at runtime and yes there will be a second JAR on the client (one for the plug-in, one for the fragment).

You publish a fragment just like a plug-in. Add it to a feature or directly to your product configuration. The fragment will get built as part of your product/feature and can be published to a p2 repository or update site.

— Patrick

Plz help me.

The best place to start with PDE Build would be to get a sample build going. I’ve got two on this site, one without JUnit testing and one with:

http://rcpquickstart.com/2007/06/06/getting-started-with-pde-build/
http://www.modumind.com/2007/08/06/running-automated-tests-with-pde-build/

My suggestion would be to get one or both of these builds running and play with the configurations to see how they work. I’m sorry to say that I don’t have any experience with TeamCity, but if as you say it can launch ANT scripts then it should work fine with PDE Build.

Let me know if you have any questions while you’re setting up the builds. I’d be happy to help.

— Patrick

Sorry that I didn’t make my goal clear. I am planning to run the master test suits on a build server which is running TeamCity. It grants the option to execute ANT script for daily build and nightly build.

I was a bit puzzled by PDE build and trying to clear my head with it. Apparently (from one of your other posts) I need to set up RCP binary, junit package, the RCP delta pack and the eclipse SDK on the build server in order to properly generate builds for different platforms. It would be great if you can show me how to set up ETF for Teamcity ANT configuration. (I know how to use Teamcity)

I am following your PDE automation post and trying to understand what I’m doing from your examples. Hopefully the solution will provide a direction on how to properly set up my projects.

thanks, yudi

I’m glad the post helped. I’m not sure what you mean by generating ANT scripts, though. If you create a master test suite through reflection, this code should probably run inside of a unit test that can be called normally using the Eclipse Test Framework. If you need help setting up the ETF, let me know.

— Patrick