Re: [gef-dev] GEF Builds

[Anthony Hunter <anthonyh@xxxxxxxxxx>]

Hi Nick,

"Alternatively,
you could consider re-educating your clients that the new 
way is better and old SDK and RT zips are ancient, unsupported, 
deprecated, p2-non-compliant technology."

We need to consider it is it difficult
to move clients from current SDK and RT zips that have been provided on
a yearly basis through the eclipse simultanious release for more than a
decade. The zips are not ancient, we provided them in Helios. They are
fully supported and have not been deprecated. And we provide a all in one
p2-compliant zip file with each build released to the downloads page.

Cheers...
Anthony




From:      
 Nick Boldt <nickboldt@xxxxxxxxx>
To:      
 Anthony Hunter/Ottawa/IBM@IBMCA
Cc:      
 GEF development <gef-dev@xxxxxxxxxxx>,
Ian Bull <irbull@xxxxxxxxxxxxxxxxx>
Date:      
 01/26/2011 11:17 AM
Subject:    
   Re: GEF Builds

---

Well, anything's possible w/ enough elbow grease and
shoehorning ... but 
in the short term you may need to play w/ either:

Athena
Buckminster
   or
a hybrid Tycho/PDE build (with Tycho using the Maven Antrunner to call
PDE)

... until Tycho is ready to 100% reproduce your old stuff.

Alternatively, you could consider re-educating your clients that the new
way is better and old SDK and RT zips are ancient, unsupported, 
deprecated, p2-non-compliant technology.

Change can only happen when/if people want it to happen. :)

On 01/26/2011 10:46 AM, Anthony Hunter wrote:
> 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
> <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
<http://nick.divbyzero.com/>
>  > Release Engineer :: Eclipse Modeling & Dash Athena
>  >
>  >
>  >
>  >
>  > --
>  > R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
>  > http://eclipsesource.com
<http://eclipsesource.com/>
|
> http://twitter.com/eclipsesource
>
> --
> Nick Boldt :: http://nick.divbyzero.com
<http://nick.divbyzero.com/>
>

-- 
Nick Boldt :: http://nick.divbyzero.com