Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [emf-dev] EMF Core Build

Hi all,

Thanks cédric for introduce me on the emf-dev list. As he pointed out, i am the official release manager for EEF project ( 1 ) and can help to build EMF Core, on Athena or not ;)

(1) :
https://build.eclipse.org/hudson/view/Modeling/job/cbi-emf-eef-0.7-nightly/
https://build.eclipse.org/hudson/view/Modeling/job/cbi-emf-eef-0.7-integration/



Cédric Brun a écrit :
Stéphane Bouchet from the EEF team is now available for the EMF build, he might ask for advice and will probably need credentials.


I see Nick ported the build Athena !? (https://bugs.eclipse.org/bugs/show_bug.cgi?id=302846 ) Sounds great as Stéphane never had the chance to work with the old modeling build system :)

Cédric


Le 01/02/2010 18:21, Ed Merks a écrit :
Anthony,

Yes, that would be great!  Thanks!!

Cheers,
Ed


Anthony Hunter wrote:

Hi Team,

If all you are looking for is a build monkey for M5 today, can I offer to can start an EMF build on modeling.eclipse.org using the platforms M5? If this is good and with your approval, I can rename it as M5 and promote it?

Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager
IBM Rational Software: Aurora / Modeling Tools
Phone: 613-270-4613


Inactive hide details for Dave Steinberg---2010/02/01 11:21:31 AM---Today is our M5 day, and the response so far has not been aDave Steinberg---2010/02/01 11:21:31 AM---Today is our M5 day, and the response so far has not been at all encouraging. In case I wasn't clear before, I'm not planning a


From: 	
Dave Steinberg/Toronto/IBM@IBMCA

To: 	
emf-dev@xxxxxxxxxxx

Date: 	
2010/02/01 11:21 AM

Subject: 	
Re: [emf-dev] EMF Core Build

------------------------------------------------------------------------



Today is our M5 day, and the response so far has not been at all encouraging. In case I wasn't clear before, I'm not planning any actions that will continue the status quo of me being solely responsible for the build. That would include me doing our M5 today.

Cheers,
Dave

--
Dave Steinberg
Rational Software - IBM Toronto Lab_
__mailto:davidms@xxxxxx.com_


Inactive hide details for Dave Steinberg---01/28/2010 12:39:27 PM---Hi Nick, Thanks very much for pushing this forward, startinDave Steinberg---01/28/2010 12:39:27 PM---Hi Nick, Thanks very much for pushing this forward, starting work on an Athena-based

From: 	
Dave Steinberg/Toronto/IBM@IBMCA

To: 	
emf-dev@xxxxxxxxxxx

Date: 	
01/28/2010 12:39 PM

Subject: 	
Re: [emf-dev] EMF Core Build

Sent by: 	
emf-dev-bounces@xxxxxxxxxxx

------------------------------------------------------------------------



Hi Nick,

Thanks very much for pushing this forward, starting work on an Athena-based EMF build, and investigating alternatives to SearchCVS. It certainly looks like Athena is a viable option. But as Marcelo and Ian have said, the issue we still face is that no one seems willing or able to take care of the builds. I'm afraid it's a pretty acute problem, as Monday is supposed to be our M5 date. Hopefully the promise of Athena will prove to be something of an enticement.

Cheers,
Dave

--
Dave Steinberg
Rational Software - IBM Toronto Lab_
__mailto:davidms@xxxxxx.com_


Inactive hide details for Nick Boldt ---01/26/2010 12:27:35 AM---The SearchCVS / Release Notes is independent of the PDE/Maven/Nick Boldt ---01/26/2010 12:27:35 AM---The SearchCVS / Release Notes is independent of the PDE/Maven/b3/makefile build technology. Updating

From: 	
Nick Boldt <nickboldt@xxxxxxxxx>

To: 	
Eclipse Modelling Framework <emf-dev@xxxxxxxxxxx>

Cc: 	
Tools for Committer Community <dash-dev@xxxxxxxxxxx>

Date: 	
01/26/2010 12:27 AM

Subject: 	
SearchCVS, Release Notes, and Helios .build files (was Re: [emf-dev] EMF Core Build)

Sent by: 	
emf-dev-bounces@xxxxxxxxxxx

------------------------------------------------------------------------



The SearchCVS / Release Notes is independent of the PDE/Maven/b3/makefile build technology. Updating that database simply requires updating the RSS feed which the database watches in order to load new releases.

No one has yet asked that the promote.xml script used in Athena have an additional optional step to publish information into an RSS feed, but that's fairly easy to do should it be required. If that's a requirement of EMF moving to Athena, I'll push such a TODO up the list so that you can continue to enjoy that feature.

On a related note, Athena now does Helios-style .build files. If you publish your own file into the Helios cvs repo, you can use Athena's promote.xml to update that file with the newly published update site feature versions - it simply replaces the existing list of features' versions w/ new ones. So, you still have to maintain the file yourself (eg., adding email contact information and categories) but there's an automated process to allow you to keep the .build file current. See _https://bugs.eclipse.org/bugs/show_bug.cgi?id=287013_ for details (until I get around to publishing documentation, that is). I'm copying dash-dev to announce this because I want to have some people try it out and see how badly it breaks Helios. I suspect it should be fine, but regex pattern matching in XML files can be a dangerous beast sometimes. And yeah, I could have gone the DOM or model route, but that's where all ya'll modelers could be providing a patch/replacement. :)

Nick

On Mon, Jan 25, 2010 at 10:57 PM, Marcelo Paternostro <_marcelop@xxxxxx.com_ <mailto:marcelop@xxxxxxxxxx>> wrote:

                        Very well put Ian.

                        The issue we face now is to find someone
                        that is willing to take care of the builds
                        or, at least, to join forces to keep them
                        running. This person (or people) should then
                        decide the technology to be used and also
                        the artifacts that are created by the build.
                        A bit more on the latter, moving to another
                        build implementation like Athena **may**
                        imply losing, for example, the "Search CVS"
                        and the automated "Release Notes". I believe
                        many would be sad about this, but, at this
                        very moment, these services are pointless
                        since we don't have the capability to
                        produce a new build.


                        Best regards,

                        Marcelo Paternostro
                        IBM Canada Lab
                        1-905-413-3942_
                        __marcelop@xxxxxx.com_
                        <mailto:marcelop@xxxxxxxxxx>
                        From: 	Ian Bull <_irbull@eclipsesource.com_
                        <mailto:irbull@xxxxxxxxxxxxxxxxx>>
                        To: 	Eclipse Modelling Framework
                        <_emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>>
                        Date: 	2010/01/25 12:24 PM
                        Subject: 	Re: [emf-dev] EMF Core Build
                        Sent by: 	_emf-dev-bounces@eclipse.org_
                        <mailto:emf-dev-bounces@xxxxxxxxxxx>


                        ------------------------------------------------------------------------



                        Kenn,

                        >From what I understand (and that is usually
                        pretty limited), b3 is a build technology
                        (same category of technologies as Maven,
                        Ant, PDE/Build, etc...).  The problem here
                        (also faced by many Eclipse projects) is not
                        the choice of build technology, but rather
                        build infrastructure.  How are the builds
                        being run, how are they propagated, how are
                        errors reported, who handles the errors, who
                        gives the +1 / -1 to the builds, etc...

                        I think (again, I could be wrong) this is
                        where Athena enters the picture.  From a
                        technology adoption standpoint, using b3 may
                        make perfect sense, but I'm not sure it
                        solves the problem that Dave and Marcelo
                        raised.

                        Maybe b3 is aimed to bring the build
                        technology and build infrastructure gap
                        closer together, and if so great!  Maybe
                        someone with more knowledge of the b3
                        project could comment here.

                        cheers,
                        ian


                        On Mon, Jan 25, 2010 at 6:51 AM, Kenn Hussey
                        <_kenn.hussey@gmail.com_
                        <mailto:kenn.hussey@xxxxxxxxx>> wrote:
                        It would make more sense (to me) for the
                        build to be migrated to b3.

                        Kenn


                        On Mon, Jan 25, 2010 at 5:27 AM, Cédric Brun
                        <_cedric.brun@obeo.fr_
                        <mailto:cedric.brun@xxxxxxx>> wrote:
                        Dear Vlad ,

                        I was just signifying the fact that you
                        spoiled the plot of a "good science fiction
                        movie" which some people might want to watch
                        too. I tried to keep the constructive tone
                        you used in your note.

                        Going back to the EMF issue : obviously some
                        people cares about the build  (I do !) and
                        moving it to Athena would ease the
                        integration of new people to maintain it.

                        Cédric

                        Le 25/01/2010 11:15, Vlad Varnica a écrit :
                        Dear Cedric,

                        We are not at my children's garden Junior
                        School so please explain your point of view
                        and don't reply such a  way.
                        Kind Regards,

                        Vlad,

                        Cédric Brun wrote:
                        Spoiler !

                        Le 25/01/2010 10:58, Vlad Varnica a écrit :
                        Marcello,

                        I watched a good science fiction movie
                        named  "The day the earth Stood Still" last
                        week on my SkyBox last week.
                        Keen Reeve was an Alien named Klaatu" coming
                        to earth to decide how to save the earth.
                        He had long talks etc....but at the end his
                        conclusion was that the only way to save the
                        earth was to get rid of human being and let
                        animals leave in peace.
                        Hopefully a professor explained to the Alien
                        that: "all civilizations only change when
                        they're at the precipice of a crisis.  He
                        says human will change, now that they are
                        really at the edge of destruction".
                        At the end of the movie the sphere and
                        Klaatu have disappeared.  Then EVERYTHING
shuts down - lights, buildings, cars, etc. People everywhere cautiously emerge.

                        Do you think there is a parallel between EMF
                        and the edge of destruction ?

-- ------------------------------------
                        Vlad Varnica
                        OMONDO

                        ------------------------------------


                        Marcelo Paternostro wrote:
                        Hi,

                        Dave and I have been talking about EMF
                        builds and the issue worry us a bit.
                        Although most of the work can be automated,
                        the build does require some attention: from
                        running scripts and checking test results on
                        a regular basis, to actually maintaining the
                        build in order to provide new artifacts or
                        fix something that got broken due to changes
                        in a dependency. Since neither Dave nor I
                        can assume this responsibility, ideally
                        someone else would step up to task. This
                        person would hopefully be committed to all
                        parts of code and, for example, make some
                        noise even if a test focused on a less
                        important piece fails (a test for the
                        mapping support for example).

                        An alternative to have a single soul working
                        on this is to gather a pool of people and
                        share the burden. Dave and I could be
                        members of this pool, if this makes sense.

                        Btw, if it helps making this topic a little
                        more exciting, Dave and I are willing to
                        move the EMF build to Athena (Nick has
                        already done some of the required work!).
                        Obviously "old build or Athena" is a
                        completely irrelevant matter if no one cares
                        about EMF builds. If that's indeed the case,
                        is it OK if EMF doesn't have a new build?
                        All affected projects, people, and companies
                        are OK with it?

                        Anyhow, the microphone is open for everyone.
                        Any input is welcome.

                        Best regards,

                        Marcelo Paternostro
                        IBM Canada Lab
                        1-905-413-3942_
                        __marcelop@xxxxxx.com_
                        <mailto:marcelop@xxxxxxxxxx>
                        From: 	Dave Steinberg/Toronto/IBM@IBMCA
                        To: 	_emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>
                        Date: 	2010/01/12 10:41 AM
                        Subject: 	[emf-dev] EMF Core Build
                        Sent by: 	_emf-dev-bounces@eclipse.org_
                        <mailto:emf-dev-bounces@xxxxxxxxxxx>



                        ------------------------------------------------------------------------



                        Hi all,

                        I'm going to be changing jobs at IBM in a
                        week, and as result, working on EMF will not
                        be part of my "day job." I'd like to remain
                        a committer and stay involved in the project
                        as much as possible.

                        One responsibility that I'll need to shed,
                        however, is the EMF Core build. Mostly this
                        has just meant pushing buttons on the build
                        system that Nick built, ensuring things
                        work, and manually filling in the gaps when
                        they don't. But I don't feel I can be the
                        single point of failure for getting EMF
                        built and promoted anymore.

                        So I'm wondering if someone else is willing
                        to take primary responsibility for build
                        stuff, or if we could somehow share it
                        amongst committers? Also, would it be
                        helpful to finally move to the Athena Common
                        Build, or to further enhance the existing
                        modeling build? It would be great if we
                        could have builds automatically run when new
                        changes are committed and have weekly I
                        builds promoted automatically if they are
                        clean (no build or test errors). If there's
                        some work that's needed up-front to make
                        things easier in the future, I'm willing and
                        able to contribute some effort now. Marcelo
                        has indicated to me that he's willing to
                        help, too.

                        Everyone's input would be much appreciated.

                        Cheers,
                        Dave

-- Dave Steinberg
                        Rational Software - IBM Toronto Lab_
                        __mailto:davidms@xxxxxx.com________________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_


                        ------------------------------------------------------------------------

                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_


                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_
                        ------------------------------------------------------------------------

                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_


                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_

                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_



                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_




-- R. Ian Bull | EclipseSource Victoria | +1
                        250 477 7484_
                        __http://eclipsesource.com_
                        <http://eclipsesource.com/> |
                        _http://twitter.com/eclipsesource________________________________________________

                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_



                        _______________________________________________
                        emf-dev mailing list_
                        __emf-dev@eclipse.org_
                        <mailto:emf-dev@xxxxxxxxxxx>_
                        __https://dev.eclipse.org/mailman/listinfo/emf-dev_





--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
Release Engineer :: Dash Athena _
__http://nick.divbyzero.com_ <http://nick.divbyzero.com/>_______________________________________________
emf-dev mailing list
emf-dev@eclipse.org_
__https://dev.eclipse.org/mailman/listinfo/emf-dev_

_______________________________________________
emf-dev mailing list
emf-dev@eclipse.org_
__https://dev.eclipse.org/mailman/listinfo/emf-dev_

_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev


------------------------------------------------------------------------

_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev


_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev

------------------------------------------------------------------------

_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev

begin:vcard
fn;quoted-printable:St=C3=A9phane Bouchet
n;quoted-printable:Bouchet;St=C3=A9phane
org:Obeo
adr;quoted-printable:BP 20773;;7 Boulevard Amp=C3=A8re;CARQUEFOU;;44481;France
email;internet:stephane.bouchet@xxxxxxx
tel;work:02-51-13-61-67
x-mozilla-html:FALSE
url:http://www.obeo.fr
version:2.1
end:vcard


Back to the top