Skip to main content
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Hi Nick,
The GEF SDK has installable source features.
We also need the same downloadable ZIP
files we have on the current download pages. Several clients of ours were
very uphappy the last time we tried to change the source features when
we added Zest.
Cheers...
Anthony
From:
Nick Boldt <nickboldt@xxxxxxxxx>
To:
Ian Bull <irbull@xxxxxxxxxxxxxxxxx>
Cc:
Anthony Hunter/Ottawa/IBM@IBMCA,
GEF development <gef-dev@xxxxxxxxxxx>
Date:
01/26/2011 09:22 AM
Subject:
Re: GEF Builds
Tycho does now support creation source plugins, but
last time I checked
does not yet source features. I started doing some work on a mojo to
generate source features [1] but it got backburnered.
[1]
https://github.com/nickboldt/maven-plugins/tree/master/tycho-p2-source-feature-plugin
If you don't need INSTALLABLE sources (just a record of what went into
a
given build), then the alternative is a cheap shell script (or ant
script) which will suck everything in the Hudson workspace into a
source.zip, filtering out binaries and other things you don't need
there. Because the structure on disk == the structure used by Tycho to
build, this zip should be sufficient to rebuild from source, without
first having to fetch sources from CVS/SVN/Git.
cd ${WORKSPACE}/sources
zip ${sourceZipName} -q -r * -x hudson_workspace\* -x documentation\* -x
requirements\* \
-x build\* -x \*test\* -x \*target\*
-x \*.class -x \*.svn\*
-x \*classes\* -x \*bin\* -x \*.zip \
-x \*docs\* -x \*reference\* -x \*releng\*
-x \*.git\* -x
\*/lib/\*.jar
Of course with Ant you can call it directly from Tycho. Here's how we
stick associate sites into our generated update site (and do some other
post-processing steps):
http://anonsvn.jboss.org/repos/jbosstools/trunk/build/aggregate/site/pom.xml
On 01/26/2011 12:44 AM, Ian Bull wrote:
> Hi everyone,
>
> I've got a hudson job for GEF, and I'm going to see if I can get it
> spinning at least one of our builds (say GEF-ALL for now). �If I
can
> make progress with this, then we can evaluate if we want to use this.
�I
> have enough experience with p2/PDE Build to make this work, but I
find
> that you end up with a variety of shell scripts especially to run
your
> test cases. There is also the problem of 'where do you get your base
> Eclipse from'? �(PDE Build runs as an Eclipse application, so you
need
> an Eclipse around). I know some projects check this out of CVS, but
that
> seems really hacky. �Maybe the hudson server has a variety of Eclipses
> installed (different versions), I don't know.�
>
> Chris A. has offered to help me setup a Tycho build. I know many other
> projects have gone this way. Of course we will need source (I don't
know
> about source features, but we need source plug-ins). �
>
> Let me talk to Chris and see if Tycho makes sense. If it turns out
this
> was a bad idea, we can always delete the configuration and try again
;).
>
> cheers,
> ian
>
> On Mon, Dec 20, 2010 at 1:06 PM, Nick Boldt <nickboldt@xxxxxxxxx
> <mailto:nickboldt@xxxxxxxxx>>
wrote:
>
>
>
> On 12/20/2010 10:53 AM, Anthony Hunter wrote:
>
> Hi Ian,
>
> We currently have:
>
> An overnight build automatically started
when a contribution is
> checking
> into CVS.
>
>
> Monitoring CVS for changes and kicking a build: Hudson
does this
> regardless of underlying build tech: ant, pde, maven,
tycho, bucky,
> glue, tape, staples...
>
>
> A web page to manually start a new build,
with a bunch of places to
> manually enter dependencies, trigger debug
options, etc.
>
>
> Again, this can be done in Hudson. For example, with
Tycho builds
> you can pass in -X flag for debugging.
>
>
> A web page to manually promote a build
to the eclipse downloads
> site,
> with a bunch of places to manually enter
dependencies, trigger debug
> options, etc.
>
>
> Unavailable on build.eclipse.org <http://build.eclipse.org>
due to
> security restrictions. Instead, you can run a crontab
script (or
> commandline script) to effect the same promote operation.
>
> Manually adding deps is no longer required as Tycho/Bucky
can deduce
> these.
>
>
> A new build needs to do all of these.
Buckminster was supposed to
> deliver this for the modeling projects,
but given the hurdles
> EMF has
> encountered, I am not so sure anymore.
>
>
> As I said, Tycho doesn't do source features (only source
plugins)
> and doesn't do product builds, but otherwise it's fast
becoming a
> drop-in replacement for PDE.
>
> --
> Nick Boldt :: http://nick.divbyzero.com
> Release Engineer :: Eclipse Modeling & Dash Athena
>
>
>
>
> --
> R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
> http://eclipsesource.com
| http://twitter.com/eclipsesource
--
Nick Boldt :: http://nick.divbyzero.com
Back to the top