Re: [cross-project-issues-dev] Status and outlook for Mars M1 and Luna SR1 RC1

2014-08-21 Thread Adrian Sacchi
We left scout-rap disabled for Mars M1 on purpose. We expect to have it included in M2. Regards Adrian Von: cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-issues-dev-boun...@eclipse.org] Im Auftrag von David M Williams Gesendet: Mittwoch, 20. August 2014 21:09 An:

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Tom Schindl
Hi Wayne, I create a release entry, we'll fill it with content (release plan) in the days to come. Tom [1]https://projects.eclipse.org/projects/technology.efxclipse/releases/2.0.0 On 20.08.14 16:20, Wayne Beaton wrote: You need to create a release record in the PMI:

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Max Rydahl Andersen
On 20 Aug 2014, at 10:46, Tom Schindl wrote: Hi, e(fx)clipse would like to join the Mars release as a +3 component because we depend on Xtext who is +2. Our current plan is to contribute e(fx)clipse 2.0 because this is the first time we are joining (I need to make myself familiar with the

[cross-project-issues-dev] EGF participating in Mars release

2014-08-21 Thread LANGLOIS Benoit
Hi, EGF will be participating in the Mars simultaneous release. Offset: +3 Release record: https://projects.eclipse.org/projects/modeling.emf.egf/releases/1.3.0 Regards, Benoit Benoit Langlois Model-Driven Engineering Expert Product Lead Thales/Corporate Engineering/IEE/IWB 18 Avenue

[cross-project-issues-dev] Jubula participation in Mars release

2014-08-21 Thread Achim Lörke
Hi all, Just for the record: Jubula will continue to participate in the simultaneous release. Offset: +3 Release record: https://projects.eclipse.org/projects/technology.jubula/releases/3.1-mars - Achim ‹ BREDEX GmbH Mauernstr. 33 38100 Braunschweig Tel.: +49-531-24330-0 Fax:

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Doug Schaefer
I guess this raises another question. What about the other way. e(fx)clipse doesn't get in the way, but does it help either? i.e. With e(fx)clipse on the release train, would it be possible to have an Eclipse EPP package use JavaFX? All the magic required to get this actually running really

[cross-project-issues-dev] QVTo participat​ing in Mars release

2014-08-21 Thread Sergey Boyko
Hi, QVTo will be participating in Mars. The offset will be +2. Release record: https://projects.eclipse.org/projects/modeling.mmt.qvt-oml/releases/4.0.0 Sergey Boyko ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To

[cross-project-issues-dev] Heads up on small change in availability time: 9 AM to 10 AM (Eastern)

2014-08-21 Thread David M Williams
Just so everyone knows that to expect ... Markus, Christopher and I have discussed our coordination on Friday mornings, and decided it would be easier to target 10 AM (Eastern) to make the repository visible, and (in many cases) the EPP packages visible at about that same time. Of course,

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Wayne Beaton
Perfect. Thanks, Wayne On 21/08/14 03:12 AM, Tom Schindl wrote: Hi Wayne, I create a release entry, we'll fill it with content (release plan) in the days to come. Tom [1]https://projects.eclipse.org/projects/technology.efxclipse/releases/2.0.0 On 20.08.14 16:20, Wayne Beaton wrote: You

[cross-project-issues-dev] Release records for Mars

2014-08-21 Thread Wayne Beaton
Hey folks. A lot of projects have already declared their intention to participate in Mars. I've been updating the participation page [1] as these declarations come in. The deadline to declare participation is M4 (December 19), but there's no reason to delay. For those of you who have not

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Tom Schindl
a) Does it Help --- Yes it does help IMHO. Take for example the GEF4 people they have never ever thought about how JavaFX gets on the classpath they just use it like they use any other thing that is part of the JDK, with the small difference that they import javafx-packages in their

[cross-project-issues-dev] EMF Facet participat​ing in Mars release

2014-08-21 Thread Grégoire Dupé
Hello, EMF Facet will be participating in Mars. The offset will be +2. Release record: https://projects.eclipse.org/projects/modeling.emft.emf-facet/releases/0.5.0 Regards, Grégoire ___ cross-project-issues-dev mailing list

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Ed Merks
Guys, Isn't it a fundamental problem that the fake a.jre and a.jre.se units in the repo are only for Java 1.6? I.e., should there be units for 1.7 and 1.8? After all, how do javax packages new to 1.7 or 1.8 (if there are any) become visible for package imports in bundles? I've never

Re: [cross-project-issues-dev] EMF Facet participat​ing in Mars release

2014-08-21 Thread Wayne Beaton
EMF Facet has been in incubation for four years. Isn't time to move out and get a nice apartment of your own? (i.e. graduate) (I'm practicing for a similar discussion with my son) Wayne On 21/08/14 12:41 PM, Grégoire Dupé wrote: Hello, EMF Facet will be participating in Mars. The offset

Re: [cross-project-issues-dev] MDT.BPMN2 participation in Mars release

2014-08-21 Thread Bob Brodt
Yes, yes it issorry, I wasn't paying attention ;) - Original Message - I've assumed +2 based on last year. Wayne On 19/08/14 01:05 PM, Bob Brodt wrote: The BPMN2 metamodel project will be participating in Mars. Release documentation can be found here:

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Alexander Nyßen
Hi Ed, I was not aware of the existence of such a mechanism. Actually, the org.eclipse.javafx bundle provided by e(fx)clipse is nothing more than such a fake bundle, which provides exactly the javafx packages (so others can resolve against it). While I do not want to deny e(fx)clipse any

[cross-project-issues-dev] BPEL Designer participation in Mars release

2014-08-21 Thread Bob Brodt
The BPEL Designer project will be participating in the Mars release with a +3 offset. The release record is here: https://projects.eclipse.org/projects/soa.bpel/releases/1.0.5 Thanks, Bob Robert (Bob) Brodt Senior Software Engineer JBoss by Red Hat

[cross-project-issues-dev] BPMN2 Modeler participation in Mars release

2014-08-21 Thread Bob Brodt
The BPMN2 Modeler project will be participating in the Mars release with a +3 offset. The release record is here: https://projects.eclipse.org/projects/soa.bpmn2-modeler/releases/1.1.1 Thanks, Bob Robert (Bob) Brodt Senior Software Engineer JBoss by Red Hat

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Tom Schindl
Hi, You guys are mixing things! What Ed describes is only there for p2 so that it can resolve target platforms who are NOT mapped against a JRE but can only be used when a final EE (e.g. JavaSE-1.7 EE) exposes the package at runtime - this is true for javax stuff which is part of the

Re: [cross-project-issues-dev] Did somebody just break git?

2014-08-21 Thread Denis Roy
/gitroot wasn't mounted on one of the servers after a reboot. Try now. Denis On 08/21/2014 03:59 PM, Greg Watson wrote: When I try to view any Git repos [1], I get the message No repositories found”. Any ideas? Greg [1] https://git.eclipse.org/c/cdt/org.eclipse.cdt.git

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Alexander Nyßen
Hi Tom, I was only referring to the org.eclipse.javafx bundle of e(fx)clipse, which - as far as I understood - is basically there to deal with the target resolving, while the org.eclipse.fx.osgi seems to perform the runtime resolving, right? I am no expert, but as far as the target resolving

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Ed Merks
Tom, It is my impression that this is also an install time resolution issue, not just a TP resolution issue. Of course there is also the runtime resolution issue: at that time there is a real JRE that must provide resolutions to be able to load actual classes. So yes, that's definitely a

Re: [cross-project-issues-dev] Did somebody just break git?

2014-08-21 Thread Greg Watson
Working again. Thanks! On Aug 21, 2014, at 4:09 PM, Denis Roy denis@eclipse.org wrote: /gitroot wasn't mounted on one of the servers after a reboot. Try now. Denis On 08/21/2014 03:59 PM, Greg Watson wrote: When I try to view any Git repos [1], I get the message No repositories

[cross-project-issues-dev] Did somebody just break git?

2014-08-21 Thread Greg Watson
When I try to view any Git repos [1], I get the message No repositories found”. Any ideas? Greg [1] https://git.eclipse.org/c/cdt/org.eclipse.cdt.git ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Tom Schindl
On 21.08.14 22:18, Alexander Nyßen wrote: Hi Tom, I was only referring to the org.eclipse.javafx bundle of e(fx)clipse, which - as far as I understood - is basically there to deal with the target resolving, while the org.eclipse.fx.osgi seems to perform the runtime resolving, right? I am no

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Tom Schindl
You are right in that it is an install time problem as well - i think from a p2 point of view tp-resolution install a fairly equal - i think it is the same p2-API-call! The problem at runtime is: a) javafx is not part of any EE so if you have a package import of javafx OSGi will not wire your

Re: [cross-project-issues-dev] e(fx)clipse participating in Mars release

2014-08-21 Thread Alexander Nyßen
Tom, Von meinem iPhone gesendet Am 21.08.2014 um 22:32 schrieb Tom Schindl tom.schi...@bestsolution.at: On 21.08.14 22:18, Alexander Nyßen wrote: Hi Tom, I was only referring to the org.eclipse.javafx bundle of e(fx)clipse, which - as far as I understood - is basically there to deal