Hi
I'm not sure if the following is an RC3 regression or an improvement;
it's certainly surprising.
Up until RC2 multiple Guava's could accumulate in the plugins directory.
While incrementally building another RC3 installation from ZIPs to
observe the plugins directory, I saw
Installation
Hi Folks,
I've filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=436372 to
track documentation jars for the Luna infocenter.
-Matt.
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/lis
Hi
I am not a class loader expert, so what I write is based on making
sense of observations.
Perhaps the two scenarios are the same.
The explicit re-export is obviously bad since it forces everyone
else to use that version.
From :
Windowbuilder is done. Sorry for the delay.
On Mon Jun 02 2014 at 7:23:24 AM, Mark Russell wrote:
> WindowBuilder is Working on this. I do not believe there are any issues.
>
> On Fri May 30 2014 at 3:17:13 PM, Wayne Beaton wrote:
>
>> Greetings folks.
>>
>> We're now one week past the due da
On 2014-06-02, 5:31, Ed Willink wrote:
a) Guava must not be exported and so avoid OSGI class loader confusion.
- API tooling could warn if any non-singleton plugin is exported.
b) Requirements to load Guava classes must not be exported
- API tooling could warn if a class in a non-singleton plu
WindowBuilder is Working on this. I do not believe there are any issues.
On Fri May 30 2014 at 3:17:13 PM, Wayne Beaton wrote:
> Greetings folks.
>
> We're now one week past the due date for IP Logs. A couple of projects
> have contacted us to request extensions (generally because they're
> st
Hi
Please excuse the lengthy reply, I'm trying to clarify many
confusions.
My viewpoint
My projects depend heavily on Xtext, so they just 'inherit' the
Xtext dependency. I do not have a problem. However when I see my
projects used in a larger syst
