dev@glassfish.java.net

When does a change in glassfish-api cause a v3 build in hudson?

From: Sahoo <sahoo_at_sun.com>
Date: Sat, 28 Jun 2008 04:40:34 +0530

Kohsuke/Build Team,

When does a change in glassfish-api cause a v3 build? There are three
possibilities that I can think of:
1. A change in glassfish-api source tree, which is part of v3 workspace,
is considered a change in v3 source tree. In this case a v3 build is
initiated along with a glassfish-api build for every change in
glassfish-api source tree. I would consider this an error.

2. Hudson job for v3 is setup such that it does not consider a change in
glassfish-api to be a change in v3, hence it does not immediately start
a v3 build. Instead, a v3 build is initiated after the glassfish-api
build job finishes because of the job dependencies. This is definitely
better than #1.

3. This is even further optimization which uses the maven dependencies
to analyse exactly when a v3 build would be affected by a change in
glassfish-api. v3 uses non-SNAPSHOT version of glassfish-api, so a
change is glassfish-api alone can not affect v3. An explicit change in
v3's pom.xml to use a new version of glassfish-api is really needed to
trigger v3 build in this case. This basically means, v3 job does not
depend on glassfish-api job anymore.

Which of the three happens today?

Thanks,
Sahoo