[jbosstools-dev] Some questions about migrating to Java 8 and Mars

Brian Fitzpatrick bfitzpat at redhat.com
Thu Jul 23 16:25:11 EDT 2015


To add to the bizarreness, I just got an out of memory error even on Jenkins...

https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/JBTIS/job/SwitchYard-Tools/570/console

http://fpaste.org/247560/37683084/

Paul or Nick, have you guys seen that before?

_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, Tooling
JBoss by Red Hat

----- Original Message -----
From: "Brian Fitzpatrick" <bfitzpat at redhat.com>
To: "Max Rydahl Andersen" <manderse at redhat.com>
Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
Sent: Thursday, July 23, 2015 7:41:49 AM
Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars

I just closed the tools, eclipse, and switchyard-tools-eclipse-plugins projects and now I'm not getting the out of memory errors. 

Is there something going on with "general" projects and the maven build in m2e I wonder?

--Fitz
_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, Tooling
JBoss by Red Hat

----- Original Message -----
From: "Brian Fitzpatrick" <bfitzpat at redhat.com>
To: "Max Rydahl Andersen" <manderse at redhat.com>
Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
Sent: Thursday, July 23, 2015 7:30:10 AM
Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars

Sure Max, let me offer a few more details.

Keep in mind this is on Windows. The 18 projects are the plugins projects (https://github.com/jboss-switchyard/tools/tree/master/eclipse) from SwitchYard along with the parent eclipse and top-level directories as general projects.

Nothing I haven't done a hundred times before with Luna and Java 7.

The projects are:

tools
eclipse
org.switchyard.tools
org.switchyard.tools.core
org.switchyard.tools.cxf
org.switchyard.tools.m2e
org.switchyard.tools.models.sca.core
org.switchyard.tools.models.sca.core.edit
org.switchyard.tools.models.sca1_1
org.switchyard.tools.models.sca1_1.edit
org.switchyard.tools.models.switchyard1_0
org.switchyard.tools.ui
org.switchyard.tools.ui.bpel
org.switchyard.tools.ui.bpmn2
org.switchyard.tools.ui.debug
org.switchyard.tools.ui.editor
org.switchyard.tools.xsd
switchyard-tools-eclipse-plugins

I have created a PR with my Mars updates here - https://github.com/jboss-switchyard/tools/pull/518

It consistently crashes in Eclipse Mars with m2e and this memory issue. But I have it building at the command line (without tests - mvn -U clean install -DskipTests) up to the point where it tries to assemble the site:

[ERROR] Plugin org.jboss.tools.tycho-plugins:repository-utils:0.23.1 or one of its dependencies could not be resolved: Failure to find org.jboss.tools.tycho-plugins:repository-utils:jar:0.23.1 in http://maven.repository.redhat.com/techpreview/all/ was cached in the local repository, resolution will not be reattempted until the update interval of redhat-techpreview-all-repository has elapsed or updates are forced -> [Help 1]

Nick - Is there a particular maven repo I need in my list to get tycho 0.23.1 to be happy?

Hope this helps a little. Thanks for the help folks!

--Fitz
_______________________________

Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, Tooling
JBoss by Red Hat

----- Original Message -----
From: "Max Rydahl Andersen" <manderse at redhat.com>
To: "Brian Fitzpatrick" <bfitzpat at redhat.com>
Cc: "Fred Bricon" <fbricon at redhat.com>, "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
Sent: Thursday, July 23, 2015 3:40:34 AM
Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars

Brian,

What does one need to do to reproduce this ?

Which 18 projects are talking about here ?
Maybe those 18 projects have some "magic" combination of custom maven 
plugins or
some cyclic dependency that for some reason causes a regression in m2e ?

I'm surprised since m2e actually seem to in general use much less memory 
in Mars for me.

So lets get it reproduced on others to dig deeper.

/max


> I had the settings at the end after -vmargs, but had -Xms512m and 
> -XX:MaxMetaspaceSize=512m, which apparently it didn't like.
>
> This worked better:
>
> -Xms256m
> -Xmx2048m
> -XX:MaxMetaspaceSize=256m
>
> Now that I got that working I was able to re-import my projects (only 
> 18 projects in all in the entire workspace) and now I'm back to this:
>
> eclipse.buildId=4.5.0.I20150603-2000
> java.version=1.8.0_45
> java.vendor=Oracle Corporation
> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
> Framework arguments:  -product org.eclipse.epp.package.jee.product
> Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product 
> org.eclipse.epp.package.jee.product
>
> org.eclipse.core.jobs
> Error
> Wed Jul 22 17:06:59 MDT 2015
> An internal error occurred during: "Building workspace".
>
> java.lang.OutOfMemoryError: GC overhead limit exceeded
> 	at java.util.HashMap.newNode(HashMap.java:1734)
> 	at java.util.HashMap.putVal(HashMap.java:630)
> 	at java.util.HashMap.put(HashMap.java:611)
> 	at java.util.HashSet.add(HashSet.java:219)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.checkFieldWithDuplicate(MavenXpp3ReaderEx.java:114)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3039)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginManagement(MavenXpp3ReaderEx.java:3362)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:977)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2512)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4350)
> 	at 
> org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:560)
> 	at 
> org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:121)
> 	at 
> org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:94)
> 	at 
> org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:529)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:1023)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.readParent(DefaultModelBuilder.java:796)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:325)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.importDependencyManagement(DefaultModelBuilder.java:1201)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:451)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:417)
> 	at 
> org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:407)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:161)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:119)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.initProject(DefaultProjectBuilder.java:679)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:176)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:119)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.initProject(DefaultProjectBuilder.java:679)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:176)
> 	at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:119)
> 	at 
> org.eclipse.m2e.core.internal.embedder.MavenImpl.readMavenProject(MavenImpl.java:636)
> 	at 
> org.eclipse.m2e.core.internal.project.registry.ProjectRegistryManager$4.call(ProjectRegistryManager.java:704)
>
>
> _______________________________
> Brian Fitzpatrick (aka "Fitz")
> Senior Software Engineer, Tooling
> JBoss by Red Hat
>
> ----- Original Message -----
> From: "Fred Bricon" <fbricon at redhat.com>
> To: "Brian Fitzpatrick" <bfitzpat at redhat.com>
> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
> Sent: Wednesday, July 22, 2015 5:03:49 PM
> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 
> and Mars
>
> check you put the vm settings after -vmargs 
> https://wiki.eclipse.org/FAQ_How_do_I_increase_the_heap_size_available_to_Eclipse%3F
>
>> Le 22 juil. 2015 à 19:00, Brian Fitzpatrick <bfitzpat at redhat.com> a 
>> écrit :
>>
>> Even better - I get "Error: Could not create the Java Virtual 
>> Machine. Error: A fatal exception has occurred. Program will exit."
>>
>> I think my settings are screwed up.
>>
>> _______________________________
>> Brian Fitzpatrick (aka "Fitz")
>> Senior Software Engineer, Tooling
>> JBoss by Red Hat
>>
>> ----- Original Message -----
>> From: "Fred Bricon" <fbricon at redhat.com>
>> To: "Brian Fitzpatrick" <bfitzpat at redhat.com>
>> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
>> Sent: Wednesday, July 22, 2015 4:59:16 PM
>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 
>> 8 and Mars
>>
>> workspace corrupted by previous failure?
>>
>>> Le 22 juil. 2015 à 18:57, Brian Fitzpatrick <bfitzpat at redhat.com> a 
>>> écrit :
>>>
>>> Very interesting.
>>>
>>> Updating the ini file led to this:
>>>
>>> eclipse.buildId=4.5.0.I20150603-2000
>>> java.version=1.8.0_45
>>> java.vendor=Oracle Corporation
>>> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
>>> Framework arguments:  -product org.eclipse.epp.package.jee.product
>>> Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product 
>>> org.eclipse.epp.package.jee.product
>>>
>>> org.eclipse.core.resources
>>> Error
>>> Wed Jul 22 16:50:53 MDT 2015
>>> Could not read metadata for 
>>> 'C:/marsm5/workspace/.metadata/.plugins/org.eclipse.core.resources/.root/.markers'.
>>>
>>> java.io.IOException: Incompatible file format. Workspace was saved 
>>> with an incompatible version: 0.
>>> 	at 
>>> org.eclipse.core.internal.resources.MarkerReader.getReader(MarkerReader.java:43)
>>> 	at 
>>> org.eclipse.core.internal.resources.MarkerReader.read(MarkerReader.java:49)
>>> 	at 
>>> org.eclipse.core.internal.resources.MarkerManager.restoreFromSave(MarkerManager.java:544)
>>> 	at 
>>> org.eclipse.core.internal.resources.MarkerManager.restore(MarkerManager.java:529)
>>> 	at 
>>> org.eclipse.core.internal.resources.SaveManager.restoreMarkers(SaveManager.java:826)
>>> 	at 
>>> org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:723)
>>> 	at 
>>> org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1588)
>>> 	at 
>>> org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:2386)
>>> 	at 
>>> org.eclipse.core.internal.resources.Workspace.open(Workspace.java:2157)
>>> 	at 
>>> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:463)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:771)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
>>> 	at java.security.AccessController.doPrivileged(Native Method)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:764)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:721)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:941)
>>> 	at 
>>> org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:318)
>>> 	at org.eclipse.osgi.container.Module.doStart(Module.java:571)
>>> 	at org.eclipse.osgi.container.Module.start(Module.java:439)
>>> 	at 
>>> org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:454)
>>> 	at 
>>> org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:531)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:324)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:327)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.sources.SingleSourcePackage.loadClass(SingleSourcePackage.java:36)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:398)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:352)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:344)
>>> 	at 
>>> org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
>>> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>>> 	at 
>>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:140)
>>> 	at 
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
>>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> 	at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> 	at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> 	at java.lang.reflect.Method.invoke(Method.java:497)
>>> 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
>>> 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
>>> 	at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
>>>
>>> And this:
>>>
>>> eclipse.buildId=4.5.0.I20150603-2000
>>> java.version=1.8.0_45
>>> java.vendor=Oracle Corporation
>>> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
>>> Framework arguments:  -product org.eclipse.epp.package.jee.product
>>> Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product 
>>> org.eclipse.epp.package.jee.product
>>>
>>> org.eclipse.e4.ui.workbench
>>> Error
>>> Wed Jul 22 16:50:54 MDT 2015
>>> Unable to load resource 
>>> file:/C:/marsm5/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi
>>>
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: 
>>> org.xml.sax.SAXParseExceptionpublicId: 
>>> file:/C:/marsm5/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi; 
>>> systemId: 
>>> file:/C:/marsm5/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi; 
>>> lineNumber: 1; columnNumber: 1; Content is not allowed in prolog.
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.handleDemandLoadException(ResourceSetImpl.java:319)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:278)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:406)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.ResourceHandler.getResource(ResourceHandler.java:351)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.ResourceHandler.loadResource(ResourceHandler.java:327)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.ResourceHandler.loadMostRecentModel(ResourceHandler.java:231)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.swt.E4Application.loadApplicationModel(E4Application.java:397)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:254)
>>> 	at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:620)
>>> 	at 
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>> 	at 
>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
>>> 	at 
>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>> 	at 
>>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
>>> 	at 
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
>>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> 	at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> 	at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> 	at java.lang.reflect.Method.invoke(Method.java:497)
>>> 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
>>> 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
>>> 	at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
>>> Caused by: org.xml.sax.SAXParseExceptionpublicId: 
>>> file:/C:/marsm5/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi; 
>>> systemId: 
>>> file:/C:/marsm5/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi; 
>>> lineNumber: 1; columnNumber: 1; Content is not allowed in prolog.
>>> 	at 
>>> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:441)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:368)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1436)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:999)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:117)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:649)
>>> 	at 
>>> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl.parse(SAXParserImpl.java:333)
>>> 	at 
>>> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:175)
>>> 	at 
>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:261)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1518)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1297)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259)
>>> 	at 
>>> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274)
>>> 	... 23 more
>>>
>>> And ultimately this:
>>>
>>> eclipse.buildId=4.5.0.I20150603-2000
>>> java.version=1.8.0_45
>>> java.vendor=Oracle Corporation
>>> BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
>>> Framework arguments:  -product org.eclipse.epp.package.jee.product
>>> Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product 
>>> org.eclipse.epp.package.jee.product
>>>
>>> org.eclipse.e4.ui.workbench
>>> Error
>>> Wed Jul 22 16:50:54 MDT 2015
>>> The persisted workbench has no top-level windows, so reinitializing 
>>> with defaults.
>>>
>>> java.lang.Exception
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.ResourceHandler.loadMostRecentModel(ResourceHandler.java:236)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.swt.E4Application.loadApplicationModel(E4Application.java:397)
>>> 	at 
>>> org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:254)
>>> 	at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:620)
>>> 	at 
>>> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
>>> 	at 
>>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
>>> 	at 
>>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
>>> 	at 
>>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
>>> 	at 
>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
>>> 	at 
>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
>>> 	at 
>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
>>> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> 	at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> 	at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> 	at java.lang.reflect.Method.invoke(Method.java:497)
>>> 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
>>> 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
>>> 	at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
>>>
>>>
>>> Guess I'll be re-importing my projects...
>>>
>>> _______________________________
>>> Brian Fitzpatrick (aka "Fitz")
>>> Senior Software Engineer, Tooling
>>> JBoss by Red Hat
>>>
>>> ----- Original Message -----
>>> From: "Fred Bricon" <fbricon at redhat.com>
>>> To: "Brian Fitzpatrick" <bfitzpat at redhat.com>
>>> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
>>> Sent: Wednesday, July 22, 2015 4:45:17 PM
>>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 
>>> 8 and Mars
>>>
>>> How many projects open in your workspace?
>>> have you tried -Xmx2048m in eclipse.ini?
>>>
>>>> Le 22 juil. 2015 à 18:30, Brian Fitzpatrick <bfitzpat at redhat.com> 
>>>> a écrit :
>>>>
>>>> Hey folks,
>>>>
>>>> I'm starting to move the SwitchYard editor to Java 8 and Eclipse 
>>>> Mars. The biggest thing is I'm hitting some issues when building in 
>>>> Eclipse using the m2e code (Maven->Update Project). Specifically, 
>>>> I'm seeing "An internal error occurred during: "Updating Maven 
>>>> Project".
>>>> GC overhead limit exceeded"
>>>>
>>>> I've tried updating the -XX:MaxPermSize=256m to 
>>>> -XX:MaxMetaspaceSize=256m per the suggestions here 
>>>> (https://dzone.com/articles/java-8-permgen-metaspace) but it hasn't 
>>>> made any difference.
>>>>
>>>> Nick suggested updating the build to use Tycho 0.23.1, but that 
>>>> hasn't made a difference.
>>>>
>>>> Anybody have any suggestions on what to try?
>>>>
>>>> Thanks
>>>> --Fitz
>>>>
>>>> _______________________________
>>>> Brian Fitzpatrick (aka "Fitz")
>>>> Senior Software Engineer, Tooling
>>>> JBoss by Red Hat
>>>>
>>>> _______________________________________________
>>>> jbosstools-dev mailing list
>>>> jbosstools-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>
>>
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev


/max
http://about.me/maxandersen

_______________________________________________
jbosstools-dev mailing list
jbosstools-dev at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev

_______________________________________________
jbosstools-dev mailing list
jbosstools-dev at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev



More information about the jbosstools-dev mailing list