RE: [mdt-ocl.dev] 3.1.0 N-builds

["Willink, Ed" <Ed.Willink@xxxxxxxxxxxxxxx>]

Hi Adolfo

I'm afraid that I'm behind the Thales firewall at the moment so cannot
explore with Putty.

I would tend to emulate EMF (Core) else UML2 else GEF else ... so please
check that what you're doing is consistent with EMF and/or GEF; UML2 has not
had much releng done recently so it may not set a good precedent. Xtext
gives yet another view and while Xtext is 1.0.0, it uses the same releng as
many itemis projects.

I would certainly expect to see '3.1' since most downloads I've browsed have
it.

I see that the I-build is now green although javadoc fails. IIRC javadoc is
something that should be provided by the Java environment, so probably the
Java config is inadequate. The error message about it not existing in
ocl.doc is just the failure from the last alternative search location.

	All the best

		Ed



> -----Original Message-----
> From: mdt-ocl.dev-bounces@xxxxxxxxxxx 
> [mailto:mdt-ocl.dev-bounces@xxxxxxxxxxx] On Behalf Of Adolfo 
> Sánchez-Barbudo Herrera
> Sent: 16 August 2010 10:40
> To: mdt-ocl.dev@xxxxxxxxxxx
> Subject: Re: [mdt-ocl.dev] 3.1.0 N-builds
> 
> Ed,
> 
> El 16/08/2010 9:04, Adolfo Sánchez-Barbudo Herrera escribió:
> > 2. Look into the new update site we are going to use for Indigo.
> 
> After reading the thread regarding update sites and checking some 
> project's organization. I've liked modisco's one.... I'm 
> going to do the 
> following:
> 
> 1. Creating an "updates" folder in 
> download.eclipse.org/modeling/mdt/ocl
> 2. Creating several subfolders for our updates
>        - interim -> integration builds
>        - milestones -> our milestiones/stable builds
>        - releases -> our releases builds
> 
> I'm not sure if we should include something like 3.1 in somewhere, so 
> what do you think is the best option ? :
> 
> a ->  http://download.eclipse.org/modeling/mdt/ocl/updates/3.1/interim
> b  -> 
> http://download.eclipse.org/modeling/mdt/ocl/updates/interim/3.1/
> c  -> http://download.eclipse.org/modeling/mdt/ocl/updates/interim
> 
> Some ideas:
> 
> - I think that including the number of our version is useful if we 
> wanted to keep several update sites correspondent a different 
> versions.
> - Having no version is useful since the update site doesn't have to 
> change over the time (each year).
> 
> So, In principle I would use c) so that we could create 
> subfolders for 
> each kind of update site (interim, milestone, etc) in case we 
> required 
> or desired it (for instance, having several update sites 
> corresponding 
> to each milestone).
> 
> Any comment ?
> 
> Cheers,
> Adolfo.
> -- 
> Open Canarias, S.L.
> 	*Adolfo Sánchez-Barbudo Herrera*
> adolfosbh(at)opencanarias(dot)com 
> <mailto:adolfosbh%28at%29opencanarias%28dot%29com>
> C/Elías Ramos González, 4, ofc. 304
> 38001 SANTA CRUZ DE TENERIFE
> Tel.: +34 922 240231
> 
> 

Please consider the environment before printing a hard copy of this 
e-mail. 
 
The information contained in this e-mail is confidential. It is intended 
only for the stated addressee(s) and access to it by any other person is 
unauthorised. If you are not an addressee, you must not disclose, copy, 
circulate or in any other way use or rely on the information contained in 
this e-mail. Such unauthorised use may be unlawful. If you have received 
this e-mail in error, please inform us immediately on +44 (0)118 986 8601 
and delete it and all copies from your system. 
 
Thales Research and Technology (UK) Limited. A company registered in 
England and Wales. Registered Office: 2 Dashwood Lang Road, The Bourne 
Business Park, Addlestone, Weybridge, Surrey KT15 2NX. Registered Number: 
774298 
 
Thales UK Limited. A company registered in England and Wales. Registered 
Office: 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, 
Weybridge, Surrey KT15 2NX. Registered Number: 868273