Re: [cross-project-issues-dev] Stats on OS being used

[Marcel Bruch]

Given Eike’s numbers, Mac users make 7 % of the downloads. 
In the last 90 days they 'contributed' 15% of all error reports.
Not sure what you can take away from these numbers, though… :-)




[1] http://eclip.se/6b 



> Am 18.11.2015 um 17:24 schrieb Eike Stepper :
> 
> This is what I figured for Mars (incl. milestones):
> 
> win32: 9,000,000
> macos: 740,000
> linux: 800,000
> 
> Cheers
> /Eike
> 
> 
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
> 
> 
> 
> Am 18.11.2015 um 15:56 schrieb Denis Roy:
>> I do -- and so do you!
>> 
>> https://dev.eclipse.org/committers/committertools/stats.php
>> 
>> Start with a quary against download.eclipse.org and use file pattern:
>> 
>> /technology/epp/%mars
>> 
>> That should get you going.
>> 
>> Denis
>> 
>> 
>> On 11/18/2015 09:52 AM, Pascal Rapicault wrote:
>>> Since there are discussions on improving SWT for specific platforms, I
>>> think it would be interesting to see a rough percentage of the downloads
>>> per platform.
>>> Denis, would you have access to this?
>>> 
>>> Thanks,
>>> 
>>> Pascal
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>> 
> 
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
Codetrails GmbH
The knowledge transfer company

Robert-Bosch-Str. 7, 64293 Darmstadt
Phone: +49-6151-276-7092
Mobile: +49-179-131-7721
http://www.codetrails.com/

Managing Director: Dr. Marcel Bruch
Handelsregister: Darmstadt HRB 91940

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Disk usage report for Hudson/Build

[genie]

Compiled 2015-11-18T12:07

 build.eclipse.org 
-> Usage exceeding 1GB for: Hudson master jobs and workspace (2015-11-18T10:00)
   7.6G emf-cdo-maintenance
   2.8G papyrus-trunk-nightly
   1.7G papyrus-trunk-extra-nightly
   1.7G emf-cdo-integration
-> Usage exceeding 1GB for: /shared (1000G capacity) (2015-11-18T10:00)
 726.6G hipp
 162.9G rt
 110.0G eclipse
  48.9G technology
  41.3G webtools
  23.6G cbi
  23.1G SLES
  19.6G common
  17.7G jobs
  11.9G tools
  10.1G orbit
   6.7G cbi-ng
   5.3G modeling
   4.9G simrel
   1.6G mylyn
   1.5G download-staging.priv
   1.4G soa
-> Usage exceeding 1GB for: /shared/modeling
   3.1G build
-> Usage exceeding 1GB for: /shared/tools
   4.6G tm
   3.0G objectteams
   1.4G mtj
   1.1G aspectj
-> Usage exceeding 1GB for: /shared/technology
  18.6G epp
  13.1G sapphire
   5.9G babel
   4.8G stem
   2.4G cosmos
   1.6G m2e
 END: build.eclipse.org 


 hudson-slave1.eclipse.org 
/dev/xvda1158G   24G  134G  15% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave1 (50G capacity) 
(2015-11-17T21:00)
 END: hudson-slave1.eclipse.org 


 hudson-slave2.eclipse.org 
-> Usage exceeding 1GB for: 
 END: hudson-slave2.eclipse.org 


 hudson-slave3.eclipse.org 
/dev/xvda1 55G   23G   33G  41% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave3 (50G capacity) 
(2015-11-17T18:00)
 END: hudson-slave3.eclipse.org 

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Where's WST?

[Bob Brodt]

Thanks Konstantin, after adding this repository to my pom, I'm able to get
a little bit further. Now it's stuck on com.ibm.icu (ICU4J).

I get the feeling that I'm missing something fundamental here - this stuff
hasn't changed in years, and now I can't seem to make any progress with
finding missing dependencies in Neon. Any ideas, anyone?

Bob

On Mon, Nov 16, 2015 at 6:29 AM, Carl Anderson  wrote:

> Bob,
>
> Those bundles are part of WTP. Assuming that this is for Neon, our M3
> contribution is
> http://download.eclipse.org/webtools/downloads/drops/R3.8.0/S-3.8.0M3-2015010029/repository
> . And those bundles have not moved from WTP- they have been there since WTP
> began.
>
> FWIW,
>
> - Carl Anderson
> WTP Releng project lead
>
> [image: Inactive hide details for Bob Brodt ---11/13/2015 03:40:37 PM---Hi
> all, I'm having trouble building BPMN2 Modeler because of mi]Bob Brodt
> ---11/13/2015 03:40:37 PM---Hi all, I'm having trouble building BPMN2
> Modeler because of missing dependencies:
>
> From: Bob Brodt 
> To: "issues, Cross" 
> Date: 11/13/2015 03:40 PM
> Subject: [cross-project-issues-dev] Where's WST?
> Sent by: cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Hi all,
>
> I'm having trouble building BPMN2 Modeler because of missing dependencies:
>
> [ERROR] Cannot resolve project dependencies:
> [ERROR]   Software being installed: org.eclipse.bpmn2.modeler.core
> 1.3.0.qualifier
> [ERROR]   Missing requirement: org.eclipse.bpmn2.modeler.core
> 1.3.0.qualifier requires 'bundle org.eclipse.wst.sse.ui 0.0.0' but it could
> not be found
> [ERROR]
> [ERROR] Internal error: java.lang.RuntimeException: No solution found
> because the problem is unsatisfiable.: [Unable to satisfy dependency from
> org.eclipse.bpmn2.modeler.core 1.3.0.qualifier to bundle
> org.eclipse.wst.wsdl 0.0.0.; Unable to satisfy dependency from
> org.eclipse.bpmn2.modeler.core 1.3.0.qualifier to bundle
> org.eclipse.wst.xml.core 0.0.0.; Unable to satisfy dependency from
> org.eclipse.bpmn2.modeler.core 1.3.0.qualifier to bundle
> and so ...
>
> Anyone know what happened to org.eclipse.wst.sse? Has it moved?
>
> Thanks!
> Bob
>
>
> --
> 
> Robert ("Bob") Brodt
> Senior Software Engineer
> JBoss by Red Hat
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 

Robert ("Bob") Brodt
Senior Software Engineer
JBoss by Red Hat
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Stats on OS being used

[Eike Stepper]

This is what I figured for Mars (incl. milestones):

win32: 9,000,000
macos: 740,000
linux: 800,000

Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper



Am 18.11.2015 um 15:56 schrieb Denis Roy:

I do -- and so do you!

https://dev.eclipse.org/committers/committertools/stats.php

Start with a quary against download.eclipse.org and use file pattern:

/technology/epp/%mars

That should get you going.

Denis


On 11/18/2015 09:52 AM, Pascal Rapicault wrote:

Since there are discussions on improving SWT for specific platforms, I
think it would be interesting to see a rough percentage of the downloads
per platform.
Denis, would you have access to this?

Thanks,

Pascal

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Stats on OS being used

[Martin Lippert]

Hey!

My feeling is that (as long as we ship the main packages for these three 
platforms) we should keep the quality for all these platforms as high as 
possible.
Means to me that I would invest money into the most problematic (or buggy) 
implementations to get them to the same level as the best one(s).

just my 2 cents,
-Martin



> Given Eike’s numbers, Mac users make 7 % of the downloads. 
> In the last 90 days they 'contributed' 15% of all error reports.
> Not sure what you can take away from these numbers, though… :-)
> 
> 
> 
> 
> [1] http://eclip.se/6b
> 
> 
>> Am 18.11.2015 um 17:24 schrieb Eike Stepper :
>> 
>> This is what I figured for Mars (incl. milestones):
>> 
>> win32: 9,000,000
>> macos: 740,000
>> linux: 800,000
>> 
>> Cheers
>> /Eike
>> 
>> 
>> http://www.esc-net.de
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>> 
>> 
>> 
>> Am 18.11.2015 um 15:56 schrieb Denis Roy:
>>> I do -- and so do you!
>>> 
>>> https://dev.eclipse.org/committers/committertools/stats.php
>>> 
>>> Start with a quary against download.eclipse.org and use file pattern:
>>> 
>>> /technology/epp/%mars
>>> 
>>> That should get you going.
>>> 
>>> Denis
>>> 
>>> 
>>> On 11/18/2015 09:52 AM, Pascal Rapicault wrote:
 Since there are discussions on improving SWT for specific platforms, I
 think it would be interesting to see a rough percentage of the downloads
 per platform.
 Denis, would you have access to this?
 
 Thanks,
 
 Pascal
>>> ___
>>> cross-project-issues-dev mailing list
>>> cross-project-issues-dev@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe 
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>> 
>> 
>> 
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> 
> -- 
> Codetrails GmbH
> The knowledge transfer company
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-179-131-7721
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Stats on OS being used

[Mat Booth]

On 18 November 2015 at 16:24, Eike Stepper  wrote:

> This is what I figured for Mars (incl. milestones):
>
> win32: 9,000,000
> macos: 740,000
> linux: 800,000
>
> Cheers
> /Eike
>
>
 I'm surprised by this, I always expect Linux to be under-represented by
download stats due to distro packaging.
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] JDK 9 Early Access with Project Jigsaw

[Wayne Beaton]

Jay, please add your thoughts/concerns on Bug 482428.

If anybody else is impacted by this, please also add your comments on 
the bug.


Wayne

On 18/11/15 07:57 AM, Jay Jay Billings wrote:


Wayne,

This also affects Eclipse ICE. We just invested a substantial effort 
to redevelop some of our 3d graphics tools to use JavaFX instead JME3 
(IP issues) and we used the FXCanvas to do it.


Tom, Tony McCrary and I spoke off thread about how we could deal with 
this. One possible solution is to make a custom FXCanvas 
implementation if enough public API is available in JavaFX.


We also depend on GEF and I had hoped that we could move to GEF4 when 
it is ready.


Tony did this work for us and I'm sure he would be open to helping 
find a solution. I'm also willing to dedicate time and funding to fix 
this too.


Jay

On Nov 18, 2015 2:27 AM, "Alexander Nyßen" > wrote:


Hi Tom, Wayne,

I have not checked all parts of GEF/GEF4 yet (it’s on my list for
today), but I am definitely worried already. You are right, Tom,
the Eclipse UI-integration of GEF4 relies on FXCanvas (i.e. the
JavaFX-provided SWT-integration). If FXCanvas was not available in
an Java9-context that would literally break our neck (and that of
all our adopters, except those that build standalone graphical
applications and don’t rely on the JavaFX-SWT-integration). It
would also break all others that rely on integrating JavaFX with
SWT in an Eclipse/OSGi-context.

Regards
Alexander


Am 17.11.2015 um 23:11 schrieb Tom Schindl
>:

Hi Wayne,

Thanks for running jdeps I've fixed most of the none public API
useages
and we are working with the OpenJFX-Team to make the other necessary
APIs public in Java9 as well and will reside to reflection to switch
between Java8 and Java9 APIs.

The biggest problem although is the JavaFX-SWT-Bridge which is
going to
be a nightmare. I'm not sure we as the e(fx)clipse team have the
resources to fix the problems like we did it for all of you in Java8
where you don't have to worry about all the mess.

For those not familiar with it: FXCanvas allows to embed JavaFX
into an
SWT application (similar to the SWT_AWT-Bridge). It is shipped as
part
of the JRE/JDK but is *NOT* on the classpath because FXCanvas
itself is
a subclass of SWT-Canvas.

In Java7/8 e(fx)clipse simply creates an URLClassLoader who has the
SWT-Bundleclassloader as its parent and making FXCanvas available
to you
through AdapterHooks.

Now in a Java9 world we have the situation that we have a
Java9-Module
who has a dependency on SWT which runs in the unnamed module.

I've created a bug [1] but as of today I'm clueless how to
address this
chicken and egg problem and as said above I currently don't have
cycles
to look into this in my spare time.

I've talked to the OpenJFX-Team at JavaOne and they see the
problem with
FXCanvas (in an OSGi-Env) and want things to work as smooth in
Java9 as
it does in Java7/8 but require my help.

What worries me is that we have to work with Oracle on the API but
without having the time to investigate the whole situation we are
lost
and time is ticking.

Anyone relying on FXCanvas should be worried as well. If FXCanvas
is not
available in Java9 e(fx)clipse will loose some of its advanced
features
(like automatic preview of FXML-Files, Gradient-Dialogs) which is bad
but does not break our neck but other projects might be useless
without
it (GEF4 if not mistaken!).

As our runtime does not require SWT at all the missing FXCanvas
is not a
problem for the area BestSolution is putting its resources on.

Tom

[1]https://bugs.eclipse.org/bugs/show_bug.cgi?id=482428

On 16.11.15 22:24, Wayne Beaton wrote:

Greetings folks!

I just posted a blog entry [0] regarding my initial experiences
using
JDK 9 Early Access with Project Jigsaw [1] with Neon.

By way of background, Jigsaw is the project that's bringing
modularity
to Java. The modularity implementation imposes restrictions on
visibility that have a direct impact on code that uses internal
code. In
the past you may have had to deal with severe scolding over the
use of
internal packages, but with the current EA bits, this sort of use
results in runtime exceptions.

The download comes with a handy tool named jdeps that--among
other handy
services--will scan Java code for soon-to-be illegal access of JDK
internals.

The good news is that both the Mars and Neon repositories show
that we
have very few violations in Eclipse project code.

The very good news is that the Neon M2 and M3 builds both seems
to run
just fine on the 

Re: [cross-project-issues-dev] Stats on OS being used

[Marc-André Laperle]

Ubuntu has Eclipse 3.8.1 [1] ... I hope the majority are not using this.

[1] http://packages.ubuntu.com/wily/eclipse



From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Doug Schaefer 
[dschae...@qnx.com]
Sent: Wednesday, 18 November 2015 2:20 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Stats on OS being used

From: 
>
 on behalf of Mat Booth >
Reply-To: Cross project issues 
>
Date: Wednesday, November 18, 2015 at 1:20 PM
To: Cross project issues 
>
Subject: Re: [cross-project-issues-dev] Stats on OS being used

On 18 November 2015 at 16:24, Eike Stepper 
> wrote:
This is what I figured for Mars (incl. milestones):

win32: 9,000,000
macos: 740,000
linux: 800,000

Cheers
/Eike


 I'm surprised by this, I always expect Linux to be under-represented by 
download stats due to distro packaging.

While that’s true, I don’t think Debian/Ubuntu/Mint have very up-to-date 
packages so those users have to download the latest from eclipse.org. And with 
apologies to our friends from Red Hat, Debian based distros still lead by a 
long shot.

In the past, the Mac numbers were very low compared to Linux. Interesting to 
see it catch up. It is a platform for our future growth and I think we need to 
make sure it’s getting enough love. It’s funny, but you go to EclipseCon and I 
see way more Mac’s than other platforms so you’d think that would already be 
the case.

Doug.
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Stats on OS being used

[Andrey Loskutov]

On Wednesday 18 November 2015 19:29 Marc-André Laperle wrote:
> Ubuntu has Eclipse 3.8.1 [1] ... I hope the majority are not using this.

Why not? Our lab is since years on the 3.8.1/3.8.2 releases - they are rock 
solid and if you do not need Java 8 that's the best Eclipse you can get for an 
older RHEL release :-).

> [1] http://packages.ubuntu.com/wily/eclipse
> 
> 
> 
> From: cross-project-issues-dev-boun...@eclipse.org 
> [cross-project-issues-dev-boun...@eclipse.org] on behalf of Doug Schaefer 
> [dschae...@qnx.com]
> Sent: Wednesday, 18 November 2015 2:20 PM
> To: Cross project issues
> Subject: Re: [cross-project-issues-dev] Stats on OS being used
> 
> From: 
> >
>  on behalf of Mat Booth >
> Reply-To: Cross project issues 
> >
> Date: Wednesday, November 18, 2015 at 1:20 PM
> To: Cross project issues 
> >
> Subject: Re: [cross-project-issues-dev] Stats on OS being used
> 
> On 18 November 2015 at 16:24, Eike Stepper 
> > wrote:
> This is what I figured for Mars (incl. milestones):
> 
> win32: 9,000,000
> macos: 740,000
> linux: 800,000
> 
> Cheers
> /Eike
> 
> 
>  I'm surprised by this, I always expect Linux to be under-represented by 
> download stats due to distro packaging.
> 
> While that’s true, I don’t think Debian/Ubuntu/Mint have very up-to-date 
> packages so those users have to download the latest from eclipse.org. And 
> with apologies to our friends from Red Hat, Debian based distros still lead 
> by a long shot.
> 
> In the past, the Mac numbers were very low compared to Linux. Interesting to 
> see it catch up. It is a platform for our future growth and I think we need 
> to make sure it’s getting enough love. It’s funny, but you go to 
> EclipseCon and I see way more Mac’s than other platforms so you’d think 
> that would already be the case.
> 
> Doug.

-- 
Kind regards,
google.com/+AndreyLoskutov
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] JDK 9 Early Access with Project Jigsaw

[Jay Jay Billings]

Wayne,

This also affects Eclipse ICE. We just invested a substantial effort to
redevelop some of our 3d graphics tools to use JavaFX instead JME3 (IP
issues) and we used the FXCanvas to do it.

Tom, Tony McCrary and I spoke off thread about how we could deal with this.
One possible solution is to make a custom FXCanvas implementation if enough
public API is available in JavaFX.

We also depend on GEF and I had hoped that we could move to GEF4 when it is
ready.

Tony did this work for us and I'm sure he would be open to helping find a
solution. I'm also willing to dedicate time and funding to fix this too.

Jay
On Nov 18, 2015 2:27 AM, "Alexander Nyßen"  wrote:

> Hi Tom, Wayne,
>
> I have not checked all parts of GEF/GEF4 yet (it’s on my list for today),
> but I am definitely worried already. You are right, Tom, the Eclipse
> UI-integration of GEF4 relies on FXCanvas (i.e. the JavaFX-provided
> SWT-integration). If FXCanvas was not available in an Java9-context that
> would literally break our neck (and that of all our adopters, except those
> that build standalone graphical applications and don’t rely on the
> JavaFX-SWT-integration). It would also break all others that rely on
> integrating JavaFX with SWT in an Eclipse/OSGi-context.
>
> Regards
> Alexander
>
> Am 17.11.2015 um 23:11 schrieb Tom Schindl :
>
> Hi Wayne,
>
> Thanks for running jdeps I've fixed most of the none public API useages
> and we are working with the OpenJFX-Team to make the other necessary
> APIs public in Java9 as well and will reside to reflection to switch
> between Java8 and Java9 APIs.
>
> The biggest problem although is the JavaFX-SWT-Bridge which is going to
> be a nightmare. I'm not sure we as the e(fx)clipse team have the
> resources to fix the problems like we did it for all of you in Java8
> where you don't have to worry about all the mess.
>
> For those not familiar with it: FXCanvas allows to embed JavaFX into an
> SWT application (similar to the SWT_AWT-Bridge). It is shipped as part
> of the JRE/JDK but is *NOT* on the classpath because FXCanvas itself is
> a subclass of SWT-Canvas.
>
> In Java7/8 e(fx)clipse simply creates an URLClassLoader who has the
> SWT-Bundleclassloader as its parent and making FXCanvas available to you
> through AdapterHooks.
>
> Now in a Java9 world we have the situation that we have a Java9-Module
> who has a dependency on SWT which runs in the unnamed module.
>
> I've created a bug [1] but as of today I'm clueless how to address this
> chicken and egg problem and as said above I currently don't have cycles
> to look into this in my spare time.
>
> I've talked to the OpenJFX-Team at JavaOne and they see the problem with
> FXCanvas (in an OSGi-Env) and want things to work as smooth in Java9 as
> it does in Java7/8 but require my help.
>
> What worries me is that we have to work with Oracle on the API but
> without having the time to investigate the whole situation we are lost
> and time is ticking.
>
> Anyone relying on FXCanvas should be worried as well. If FXCanvas is not
> available in Java9 e(fx)clipse will loose some of its advanced features
> (like automatic preview of FXML-Files, Gradient-Dialogs) which is bad
> but does not break our neck but other projects might be useless without
> it (GEF4 if not mistaken!).
>
> As our runtime does not require SWT at all the missing FXCanvas is not a
> problem for the area BestSolution is putting its resources on.
>
> Tom
>
> [1]https://bugs.eclipse.org/bugs/show_bug.cgi?id=482428
>
> On 16.11.15 22:24, Wayne Beaton wrote:
>
> Greetings folks!
>
> I just posted a blog entry [0] regarding my initial experiences using
> JDK 9 Early Access with Project Jigsaw [1] with Neon.
>
> By way of background, Jigsaw is the project that's bringing modularity
> to Java. The modularity implementation imposes restrictions on
> visibility that have a direct impact on code that uses internal code. In
> the past you may have had to deal with severe scolding over the use of
> internal packages, but with the current EA bits, this sort of use
> results in runtime exceptions.
>
> The download comes with a handy tool named jdeps that--among other handy
> services--will scan Java code for soon-to-be illegal access of JDK
> internals.
>
> The good news is that both the Mars and Neon repositories show that we
> have very few violations in Eclipse project code.
>
> The very good news is that the Neon M2 and M3 builds both seems to run
> just fine on the current JDK 9 + Jigsaw builds. Unless you use the
> SWT_AWT bridge, that is... Unfortunately, jdeps only noticed a problem
> that I think shouldn't really a problem, but in the process of
> investigating, I noticed that SWT_AWT does a Class.forName(...) lookup
> that results in what the Jigsaw team will regard as a legitimate violation.
>
> My initial investigations suggest that e(fx)clipse and Scout are taking
> the biggest hit. I don't know enough about JavaFX to make a 

[cross-project-issues-dev] EMF 2.11 milestones update site problem?

[Andrey Loskutov]

Hi,

my platfrom UI gerrit builds [1, 2] fail due:

[INFO] o.h.m.e.h.MavenExecutionResultHandler - [1] 
org.apache.maven.MavenExecutionException: Failed to resolve target definition 
/home/hudson/genie.platform/.hudson/jobs/eclipse.platform.ui-Gerrit/workspace/.maven/repo/org/eclipse/eclipse-sdk-prereqs/4.6.0-SNAPSHOT/eclipse-sdk-prereqs-4.6.0-SNAPSHOT.target:
 Failed to load p2 metadata repository from location 
http://download.eclipse.org/modeling/emf/emf/updates/2.11milestones/core/S201505180831/
[DEBUG] Closing connection to remote
[ERROR] Failed to resolve target definition 
/home/hudson/genie.platform/.hudson/jobs/eclipse.platform.ui-Gerrit/workspace/.maven/repo/org/eclipse/eclipse-sdk-prereqs/4.6.0-SNAPSHOT/eclipse-sdk-prereqs-4.6.0-SNAPSHOT.target:
 Failed to load p2 metadata repository from location 
http://download.eclipse.org/modeling/emf/emf/updates/2.11milestones/core/S201505180831/:
 No repository found at 
http://download.eclipse.org/modeling/emf/emf/updates/2.11milestones/core/S201505180831.
 -> [Help 1]

Is this known issue of EMF build/update site or is this Platfrom UI specific 
Gerrit/target platform configuration error?

[1] 
https://hudson.eclipse.org/platform/job/eclipse.platform.ui-Gerrit/7513/console
[2] 
https://hudson.eclipse.org/platform/job/eclipse.platform.ui-Gerrit/7512/console

Kind regards,
Andrey Loskutov

http://google.com/+AndreyLoskutov
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Stats on OS being used

[Denis Roy]

I do -- and so do you!

https://dev.eclipse.org/committers/committertools/stats.php

Start with a quary against download.eclipse.org and use file pattern:

/technology/epp/%mars

That should get you going.

Denis


On 11/18/2015 09:52 AM, Pascal Rapicault wrote:
> Since there are discussions on improving SWT for specific platforms, I
> think it would be interesting to see a rough percentage of the downloads
> per platform.
> Denis, would you have access to this?
> 
> Thanks,
> 
> Pascal
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Question on commons-collectionsdependencies

[Christian Campo]

Commons.collections 3.2.2 is now also in Orbit so can be directly consumed by 
everyone who needs to...

christian

Von: 
>
 on behalf of Christian Campo 
>
Antworten an: Cross issues 
>
Datum: Mittwoch, 18. November 2015 um 08:37
An: Cross issues 
>
Betreff: Re: [cross-project-issues-dev] Question on 
commons-collectionsdependencies

Commons.collections 3.2.2 is IP approved, so everyone interested can submit 
their Piggyback

https://dev.eclipse.org/ipzilla/show_bug.cgi?id=10385

christian

Von: 
>
 on behalf of Christian Campo 
>
Antworten an: Cross issues 
>
Datum: Dienstag, 17. November 2015 um 10:35
An: Cross issues 
>
Betreff: Re: [cross-project-issues-dev] Question on 
commons-collectionsdependencies

Hi

Riena does not use Java Serialization and Deserialization for the remote 
service calls but it uses Hessian Serialization. While the protocol is totally 
different it also calls the readObject Method upon completion of the 
deserialization of the object which I believe could lead to a problem.

I have opened a bug against Riena to track the effort 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=482337

The solution for us is to use org.apache.commons.collections 3.2.2. Riena 
itself does not use commons.collections but org.apache.commons.beanutils which 
in turn uses commons.collections.

What are about all the other projects that use remote services and I believe 
there are a few ? I wonder if they are also effected ?

Christian

P.s. Apache has released 3.2.2. Which fixes the problem 
https://commons.apache.org/proper/commons-collections/release_3_2_2.html 
(disables the problemactic class by default)

Von: 
>
 on behalf of Carl Anderson >
Antworten an: Cross issues 
>
Datum: Dienstag, 17. November 2015 um 05:09
An: Cross issues 
>
Betreff: Re: [cross-project-issues-dev] Question on 
commons-collectionsdependencies


Folks,

First, org.apache.commons.collections is in Orbit, so there may be other teams 
affected by this possible exploit. We're working to get the "fixed" version - 
3.2.2 - into Orbit. Second, WTP is in the process of determining how to handle 
this issue- you can follow https://bugs.eclipse.org/bugs/show_bug.cgi?id=482134 
if you want to see how we decide to proceed.
Part of the issue is that any adopter that extends Dali has the potential to 
deserialize persisted objects- we can't control what adopters do... but we can 
reduce/eliminate the possibility that a security hole can be exploited.

FWIW,

- Carl Anderson
WTP Releng project lead

[Inactive hide details for Rob Stryker ---11/16/2015 05:17:37 PM---Hi All: You 
may have seen the recent news about deserializing]Rob Stryker ---11/16/2015 
05:17:37 PM---Hi All: You may have seen the recent news about deserializing 
random streams via

From: Rob Stryker >
To: 
cross-project-issues-dev@eclipse.org
Date: 11/16/2015 05:17 PM
Subject: [cross-project-issues-dev] Question on commons-collections dependencies
Sent by: 
cross-project-issues-dev-boun...@eclipse.org





Hi All:

You may have seen the recent news about deserializing random streams via
commons-collections [1]  and how this can lead to remote exploits.
While it seems pretty unlikely that eclipse is vulnerable to this, it's
worth noting that commons-collections is a requirement of
org.eclipse.jpt.jpa, and possibly other bundles in various distributions.

I may be misunderstanding the issue, but as I understand it, simply
having the jar on the classpath isn't enough to exploit. Instead, you
must actually be either 1) using the library to deserialize some
persisted (untrusted) java object, or 2) be exposing ports and accepting
arbitrary serialized data and then deserializing it.

So the question is, do any eclipse distributions  (classic,  jee, etc)
have any reason to open ports and accept remote connections and blindly
deserialize the data?

- Rob Stryker

[1]

Re: [cross-project-issues-dev] Stats on OS being used

[Torkild Ulvøy Resheim]

Just curious; since Mars I’ve been using the Eclipse installer to do a dozen or 
so installations. How are these counted?

Best regards,
Torkild
> 18. nov. 2015 kl. 18.39 skrev Marcel Bruch :
> 
> Given Eike’s numbers, Mac users make 7 % of the downloads. 
> In the last 90 days they 'contributed' 15% of all error reports.
> Not sure what you can take away from these numbers, though… :-)
> 
> 
> 
> 
> [1] http://eclip.se/6b
> 
> 
>> Am 18.11.2015 um 17:24 schrieb Eike Stepper :
>> 
>> This is what I figured for Mars (incl. milestones):
>> 
>> win32: 9,000,000
>> macos: 740,000
>> linux: 800,000
>> 
>> Cheers
>> /Eike
>> 
>> 
>> http://www.esc-net.de
>> http://thegordian.blogspot.com
>> http://twitter.com/eikestepper
>> 
>> 
>> 
>> Am 18.11.2015 um 15:56 schrieb Denis Roy:
>>> I do -- and so do you!
>>> 
>>> https://dev.eclipse.org/committers/committertools/stats.php
>>> 
>>> Start with a quary against download.eclipse.org and use file pattern:
>>> 
>>> /technology/epp/%mars
>>> 
>>> That should get you going.
>>> 
>>> Denis
>>> 
>>> 
>>> On 11/18/2015 09:52 AM, Pascal Rapicault wrote:
 Since there are discussions on improving SWT for specific platforms, I
 think it would be interesting to see a rough percentage of the downloads
 per platform.
 Denis, would you have access to this?
 
 Thanks,
 
 Pascal
>>> ___
>>> cross-project-issues-dev mailing list
>>> cross-project-issues-dev@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe 
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>> 
>> 
>> 
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> 
> -- 
> Codetrails GmbH
> The knowledge transfer company
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-179-131-7721
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev