Building locally on Fedora 20, with mvn 3.2 and JDK 8...
Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1;
2014-12-14T12:29:23-05:00)
Java home: /opt/jdk1.8.0/jre
OS name: "linux", version: "3.17.4-200.fc20.x86_64", arch:
"amd64",
family: "unix"
... I get this error:
[INFO] Analyze dependencies of artifact
'org.switchyard.tools:org.switchyard.tools.ui:eclipse-plugin:2.1.0-SNAPSHOT'.
[WARNING] Rule 0:
de.is24.maven.enforcer.rules.IllegalTransitiveDependencyCheck failed
with message:
Found 43 illegal transitive type dependencies in artifact
'org.switchyard.tools:org.switchyard.tools.ui:eclipse-plugin:2.1.0-SNAPSHOT':
1.) org.switchyard.ExchangePattern
2.) org.switchyard.common.lang.Strings
3.) org.switchyard.common.net.SocketAddr
4.) org.switchyard.common.type.Classes
5.)
org.switchyard.component.bean.config.model.BeanComponentImplementationModel
6.)
org.switchyard.component.bpm.config.model.BPMComponentImplementationModel
7.) org.switchyard.component.camel.model.CamelComponentImplementationModel
8.)
org.switchyard.component.clojure.config.model.ClojureComponentImplementationModel
9.) org.switchyard.component.common.knowledge.config.model.ManifestModel
10.)
org.switchyard.component.rules.config.model.RulesComponentImplementationModel
11.) org.switchyard.component.soap.PortName
12.) org.switchyard.component.soap.config.model.SOAPBindingModel
13.) org.switchyard.config.Configuration
14.) org.switchyard.config.OutputKey
15.) org.switchyard.config.model.Model
16.) org.switchyard.config.model.ModelPuller
17.) org.switchyard.config.model.composer.ContextMapperModel
18.) org.switchyard.config.model.composer.MessageComposerModel
19.) org.switchyard.config.model.composite.BindingModel
20.) org.switchyard.config.model.composite.ComponentImplementationModel
21.) org.switchyard.config.model.composite.ComponentModel
22.) org.switchyard.config.model.composite.ComponentReferenceModel
23.) org.switchyard.config.model.composite.ComponentServiceModel
24.) org.switchyard.config.model.composite.CompositeModel
25.) org.switchyard.config.model.composite.CompositeReferenceModel
26.) org.switchyard.config.model.composite.CompositeServiceModel
27.) org.switchyard.config.model.composite.InterfaceModel
28.)
org.switchyard.config.model.implementation.bpel.BPELComponentImplementationModel
29.) org.switchyard.config.model.resource.ResourceModel
30.) org.switchyard.config.model.resource.ResourcesModel
31.) org.switchyard.config.model.switchyard.ArtifactModel
32.) org.switchyard.config.model.switchyard.ArtifactsModel
33.) org.switchyard.config.model.switchyard.SwitchYardModel
34.) org.switchyard.config.model.switchyard.SwitchYardNamespace
35.) org.switchyard.extensions.java.JavaService
36.) org.switchyard.extensions.wsdl.WSDLService
37.) org.switchyard.metadata.InOnlyOperation
38.) org.switchyard.metadata.InOnlyService
39.) org.switchyard.metadata.InOutOperation
40.) org.switchyard.metadata.InOutService
41.) org.switchyard.metadata.ServiceInterface
42.) org.switchyard.metadata.ServiceOperation
43.) org.switchyard.transform.TransformSequence
[INFO] SwitchYard: Eclipse Tools UI Plugin ................ FAILURE [
39.402 s]
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-enforcer-plugin:1.3.1:enforce
(enforce-direct-dependencies) on project org.switchyard.tools.ui: Some
Enforcer rules have failed. Look above for specific messages explaining
why the rule failed. -> [Help 1]
So... uh, got any tips for working around that?
On 07/23/2015 04:25 PM, Brian Fitzpatrick wrote:
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>
To: "Max Rydahl Andersen" <manderse(a)redhat.com>
Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)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(a)redhat.com>
To: "Max Rydahl Andersen" <manderse(a)redhat.com>
Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)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(a)redhat.com>
To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com>
Cc: "Fred Bricon" <fbricon(a)redhat.com>, "jbosstools-dev
jbosstools-dev" <jbosstools-dev(a)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(a)redhat.com>
> To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com>
> Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev(a)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...
>
>> Le 22 juil. 2015 à 19:00, Brian Fitzpatrick <bfitzpat(a)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(a)redhat.com>
>> To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com>
>> Cc: "jbosstools-dev jbosstools-dev"
<jbosstools-dev(a)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(a)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(a)redhat.com>
>>> To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com>
>>> Cc: "jbosstools-dev jbosstools-dev"
<jbosstools-dev(a)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(a)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(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
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio