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

From: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; To: "Max Rydahl Andersen" <manderse(a)redhat.com&gt; Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt;, "Paul Leacu" <pleacu(a)redhat.com&gt; Sent: Thursday, July 23, 2015 4:25:11 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars 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/JBTI... 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(a)redhat.com&gt; To: "Max Rydahl Andersen" <manderse(a)redhat.com&gt; Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; 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(a)redhat.com&gt; To: "Max Rydahl Andersen" <manderse(a)redhat.com&gt; Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; 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(a)redhat.com&gt; To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; Cc: "Fred Bricon" <fbricon(a)redhat.com&gt;, "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; 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(a)redhat.com&gt; > To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; > Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; > 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... > >> Le 22 juil. 2015 à 19:00, Brian Fitzpatrick <bfitzpat(a)redhat.com&gt; 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(a)redhat.com&gt; >> To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; >> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; >> 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(a)redhat.com&gt; 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(a)redhat.com&gt; >>> To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; >>> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)lists.jboss.org&gt; >>> 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(a)redhat.com&gt; >>>> 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(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >>> >> > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen _______________________________________________ jbosstools-dev mailing list jbosstools-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev _______________________________________________ jbosstools-dev mailing list jbosstools-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev