From rstryker at redhat.com Wed Jul 1 15:14:22 2015 From: rstryker at redhat.com (Rob Stryker) Date: Wed, 01 Jul 2015 15:14:22 -0400 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. Message-ID: <55943C0E.300@redhat.com> Hi Lars: I've made sure my fork of /home/rob/code/fuseide/fuseide/ is up to date, and I've successfully built the TP. I was attempting to build the actual plugins (since many of them are missing jars which are fetched on build), and all I get is fails. Specifically, one of the failures I'm getting is: Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.apache.camel:camel-core:jar:2.15.1.redhat-620129 in redhat-techpreview-all-repository (http://maven.repository.redhat.com/techpreview/all/) We've (Nick and I) taken a quick glance in the techpreview and early-access nexus repos and have been unable to locate the version the build is looking for. So it makes sense the build would fail... My question is, how does the fuse team build this, and why does it work for them and not for me? It's very difficult for me to offer help with various topics (terminal migration, other) to the fuse side if their code can't be built and plugins cannot be imported. I'm not sure if this comes off as rude, but I suggest you make a habit of ensuring that your code can be actually built and imported by others. If it doesn't work for me, it most likely also doesn't work for other possible external contributors. One way to test this is to wipe your .m2 folder and try to build your stuff and make sure it works. One other thing: I also suggest you clean up the repo a bit and remove folders such as "old" that are not to be included in the build. Maybe I'm alone on this one, but, the purpose of having a good SCM tool is that you only need to have what's actually used in master. When I do an import on your repo, it's importing plugins that will never be used, and this is definitely confusing. Either way, I can't make any progress offering to rewrite your terminal if I can't import your code. Build is fsck'd. Plz to fix at earliest convenience. =/ From lhein at redhat.com Thu Jul 2 03:10:39 2015 From: lhein at redhat.com (Lars Heinemann) Date: Thu, 2 Jul 2015 09:10:39 +0200 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. In-Reply-To: <55943C0E.300@redhat.com> References: <55943C0E.300@redhat.com> Message-ID: <5594E3EF.4000807@redhat.com> see my answers inline Am 01.07.2015 um 21:14 schrieb Rob Stryker: > Hi Lars: > > I've made sure my fork of /home/rob/code/fuseide/fuseide/ is up to date, > and I've successfully built the TP. I was attempting to build the > actual plugins (since many of them are missing jars which are fetched on > build), and all I get is fails. > > Specifically, one of the failures I'm getting is: > > Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could > not find artifact org.apache.camel:camel-core:jar:2.15.1.redhat-620129 > in redhat-techpreview-all-repository > (http://maven.repository.redhat.com/techpreview/all/) --> 129 used to be the GA build number for Fuse 6.2. They changed recently to 133 and the old 129 is probably no longer available from the repository. I will fix it asap. > We've (Nick and I) taken a quick glance in the techpreview and > early-access nexus repos and have been unable to locate the version the > build is looking for. So it makes sense the build would fail... My > question is, how does the fuse team build this, and why does it work for > them and not for me? --> we don't build master at the moment and if you had an eye on this list you would have seen several fails of the Jenkins job. > It's very difficult for me to offer help with various topics (terminal > migration, other) to the fuse side if their code can't be built and > plugins cannot be imported. > > I'm not sure if this comes off as rude, but I suggest you make a habit > of ensuring that your code can be actually built and imported by others. > If it doesn't work for me, it most likely also doesn't work for other > possible external contributors. One way to test this is to wipe your .m2 > folder and try to build your stuff and make sure it works. --> the only way to make the build work again is to exclude the whole JMX and Servers stuff. I will do that asap. > One other thing: I also suggest you clean up the repo a bit and remove > folders such as "old" that are not to be included in the build. Maybe > I'm alone on this one, but, the purpose of having a good SCM tool is > that you only need to have what's actually used in master. When I do an > import on your repo, it's importing plugins that will never be used, and > this is definitely confusing. --> I am confused. I don't see any "old" folder in my repository. Are you sure your fork is clean? > Either way, I can't make any progress offering to rewrite your terminal > if I can't import your code. Build is fsck'd. Plz to fix at earliest > convenience. --> working on it today. > =/ > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From manderse at redhat.com Thu Jul 2 05:54:29 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 02 Jul 2015 11:54:29 +0200 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. In-Reply-To: <5594E3EF.4000807@redhat.com> References: <55943C0E.300@redhat.com> <5594E3EF.4000807@redhat.com> Message-ID: <4AA0FC30-30E4-43D9-85C6-AEA24062A131@redhat.com> >> Specifically, one of the failures I'm getting is: >> >> Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: >> Could >> not find artifact >> org.apache.camel:camel-core:jar:2.15.1.redhat-620129 >> in redhat-techpreview-all-repository >> (http://maven.repository.redhat.com/techpreview/all/) > > --> 129 used to be the GA build number for Fuse 6.2. They changed > recently to 133 and the old 129 is probably no > longer available from the repository. I will fix it asap. eh - what maven repository are we relying on where they remove releases ?! >> We've (Nick and I) taken a quick glance in the techpreview and >> early-access nexus repos and have been unable to locate the version >> the >> build is looking for. So it makes sense the build would fail... My >> question is, how does the fuse team build this, and why does it work >> for >> them and not for me? > --> we don't build master at the moment and if you had an eye on this > list you would have seen several fails of the > Jenkins job. This list does not contain build errors. I assume you mean jbosstools-fuse-dev at lists.jboss.org :) If we are not maintaining master could we stop the builds so it does not generate noise ? Which branch are being built/used instead ? >> It's very difficult for me to offer help with various topics >> (terminal >> migration, other) to the fuse side if their code can't be built and >> plugins cannot be imported. >> >> I'm not sure if this comes off as rude, but I suggest you make a >> habit >> of ensuring that your code can be actually built and imported by >> others. >> If it doesn't work for me, it most likely also doesn't work for other >> possible external contributors. One way to test this is to wipe your >> .m2 >> folder and try to build your stuff and make sure it works. > --> the only way to make the build work again is to exclude the whole > JMX and Servers stuff. I will do that asap. Did we break API already ? :) > >> One other thing: I also suggest you clean up the repo a bit and >> remove >> folders such as "old" that are not to be included in the build. Maybe >> I'm alone on this one, but, the purpose of having a good SCM tool is >> that you only need to have what's actually used in master. When I do >> an >> import on your repo, it's importing plugins that will never be used, >> and >> this is definitely confusing. > --> I am confused. I don't see any "old" folder in my repository. Are > you sure your fork is clean? I don't see it either. >> Either way, I can't make any progress offering to rewrite your >> terminal >> if I can't import your code. Build is fsck'd. Plz to fix at earliest >> convenience. > --> working on it today. /max http://about.me/maxandersen From lhein at redhat.com Thu Jul 2 06:02:19 2015 From: lhein at redhat.com (Lars Heinemann) Date: Thu, 2 Jul 2015 12:02:19 +0200 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. In-Reply-To: <4AA0FC30-30E4-43D9-85C6-AEA24062A131@redhat.com> References: <55943C0E.300@redhat.com> <5594E3EF.4000807@redhat.com> <4AA0FC30-30E4-43D9-85C6-AEA24062A131@redhat.com> Message-ID: <55950C2B.80205@redhat.com> Ah right, thought thats the fuse mailing list :D Am 02.07.2015 um 11:54 schrieb Max Rydahl Andersen: > >>> Specifically, one of the failures I'm getting is: >>> >>> Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could >>> not find artifact org.apache.camel:camel-core:jar:2.15.1.redhat-620129 >>> in redhat-techpreview-all-repository >>> (http://maven.repository.redhat.com/techpreview/all/) >> >> --> 129 used to be the GA build number for Fuse 6.2. They changed >> recently to 133 and the old 129 is probably no >> longer available from the repository. I will fix it asap. > > eh - what maven repository are we relying on where they remove > releases ?! > >>> We've (Nick and I) taken a quick glance in the techpreview and >>> early-access nexus repos and have been unable to locate the version the >>> build is looking for. So it makes sense the build would fail... My >>> question is, how does the fuse team build this, and why does it work >>> for >>> them and not for me? >> --> we don't build master at the moment and if you had an eye on this >> list you would have seen several fails of the >> Jenkins job. > > This list does not contain build errors. > > I assume you mean jbosstools-fuse-dev at lists.jboss.org :) > > If we are not maintaining master could we stop the builds so it does > not generate noise ? > > Which branch are being built/used instead ? > >>> It's very difficult for me to offer help with various topics (terminal >>> migration, other) to the fuse side if their code can't be built and >>> plugins cannot be imported. >>> >>> I'm not sure if this comes off as rude, but I suggest you make a habit >>> of ensuring that your code can be actually built and imported by >>> others. >>> If it doesn't work for me, it most likely also doesn't work for other >>> possible external contributors. One way to test this is to wipe your >>> .m2 >>> folder and try to build your stuff and make sure it works. >> --> the only way to make the build work again is to exclude the whole >> JMX and Servers stuff. I will do that asap. > > Did we break API already ? :) >> >>> One other thing: I also suggest you clean up the repo a bit and remove >>> folders such as "old" that are not to be included in the build. Maybe >>> I'm alone on this one, but, the purpose of having a good SCM tool is >>> that you only need to have what's actually used in master. When I do an >>> import on your repo, it's importing plugins that will never be used, >>> and >>> this is definitely confusing. >> --> I am confused. I don't see any "old" folder in my repository. Are >> you sure your fork is clean? > > I don't see it either. > >>> Either way, I can't make any progress offering to rewrite your terminal >>> if I can't import your code. Build is fsck'd. Plz to fix at earliest >>> convenience. >> --> working on it today. > > /max > http://about.me/maxandersen From manderse at redhat.com Thu Jul 2 08:57:37 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 02 Jul 2015 14:57:37 +0200 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. In-Reply-To: <55950C2B.80205@redhat.com> References: <55943C0E.300@redhat.com> <5594E3EF.4000807@redhat.com> <4AA0FC30-30E4-43D9-85C6-AEA24062A131@redhat.com> <55950C2B.80205@redhat.com> Message-ID: On 2 Jul 2015, at 12:02, Lars Heinemann wrote: > Ah right, thought thats the fuse mailing list :D nope, but i'll x-post if thats better :) Did you see the other questions ? /max > > Am 02.07.2015 um 11:54 schrieb Max Rydahl Andersen: >> >>>> Specifically, one of the failures I'm getting is: >>>> >>>> Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could >>>> not find artifact org.apache.camel:camel-core:jar:2.15.1.redhat-620129 >>>> in redhat-techpreview-all-repository >>>> (http://maven.repository.redhat.com/techpreview/all/) >>> >>> --> 129 used to be the GA build number for Fuse 6.2. They changed >>> recently to 133 and the old 129 is probably no >>> longer available from the repository. I will fix it asap. >> >> eh - what maven repository are we relying on where they remove >> releases ?! >> >>>> We've (Nick and I) taken a quick glance in the techpreview and >>>> early-access nexus repos and have been unable to locate the version the >>>> build is looking for. So it makes sense the build would fail... My >>>> question is, how does the fuse team build this, and why does it work >>>> for >>>> them and not for me? >>> --> we don't build master at the moment and if you had an eye on this >>> list you would have seen several fails of the >>> Jenkins job. >> >> This list does not contain build errors. >> >> I assume you mean jbosstools-fuse-dev at lists.jboss.org :) >> >> If we are not maintaining master could we stop the builds so it does >> not generate noise ? >> >> Which branch are being built/used instead ? >> >>>> It's very difficult for me to offer help with various topics (terminal >>>> migration, other) to the fuse side if their code can't be built and >>>> plugins cannot be imported. >>>> >>>> I'm not sure if this comes off as rude, but I suggest you make a habit >>>> of ensuring that your code can be actually built and imported by >>>> others. >>>> If it doesn't work for me, it most likely also doesn't work for other >>>> possible external contributors. One way to test this is to wipe your >>>> .m2 >>>> folder and try to build your stuff and make sure it works. >>> --> the only way to make the build work again is to exclude the whole >>> JMX and Servers stuff. I will do that asap. >> >> Did we break API already ? :) >>> >>>> One other thing: I also suggest you clean up the repo a bit and remove >>>> folders such as "old" that are not to be included in the build. Maybe >>>> I'm alone on this one, but, the purpose of having a good SCM tool is >>>> that you only need to have what's actually used in master. When I do an >>>> import on your repo, it's importing plugins that will never be used, >>>> and >>>> this is definitely confusing. >>> --> I am confused. I don't see any "old" folder in my repository. Are >>> you sure your fork is clean? >> >> I don't see it either. >> >>>> Either way, I can't make any progress offering to rewrite your terminal >>>> if I can't import your code. Build is fsck'd. Plz to fix at earliest >>>> convenience. >>> --> working on it today. >> >> /max >> http://about.me/maxandersen /max http://about.me/maxandersen From rstryker at redhat.com Thu Jul 2 12:49:20 2015 From: rstryker at redhat.com (Rob Stryker) Date: Thu, 02 Jul 2015 12:49:20 -0400 Subject: [jbosstools-dev] How to build fuseide locally? All I get is fails. In-Reply-To: <5594E3EF.4000807@redhat.com> References: <55943C0E.300@redhat.com> <5594E3EF.4000807@redhat.com> Message-ID: <55956B90.9080507@redhat.com> On 07/02/2015 03:10 AM, Lars Heinemann wrote: > --> the only way to make the build work again is to exclude the whole > JMX and Servers stuff. I will do that asap. https://github.com/fusesource/fuseide/pull/333 I've submitted this PR. This PR comments out the TM deps, which means your code can build, which means all dep jars are fetched, and someone can actually import your code into eclipse and start working / contributing. Yes, it breaks functionality, but it's better than a compilation failure. From inf05 at gcce.tugsed.xyz Fri Jul 3 02:06:39 2015 From: inf05 at gcce.tugsed.xyz (Mould making/ Die-casting/ Precision stamping/ Machining parts/CNC Precision Parts Manufacturing) Date: Fri, 03 Jul 2015 06:06:39 +0000 Subject: [jbosstools-dev] =?gb2312?b?TW91bGQgbWFraW5nLyBEaWUtY2FzdGluZy8g?= =?gb2312?b?UHJlY2lzaW9uIHN0YW1waW5nLyBNYWNoaW5pbmcgcGFydHMvQ05D?= =?gb2312?b?IFByZWNpc2lvbiBQYXJ0cyBNYW51ZmFjdHVyaW5n0+vE+rmyz+0=?= =?gb2312?b?wcvP4LLhoaM=?= Message-ID: <20cf30434aa6f4c3290519f25bba@google.com> Dear Sir/Ms, Good day! As an ISO certified factory, we specialized manufacture Mould making/ Sheet metal process/ Die-casting/ Precision stamping/ Machining parts, with strong competitive price and excellent quality, for more than 20 years. Any questions and enquiries will be highly regarded. Just email us the drawing and detailed requirement, you will get a complete quotation with technical analysis within 24 hours. Your prompt reply is highly appreciated. Best regards sincerely! Michael ________________________________________ Shenzhen, China https://picasaweb.google.com/lh/sredir?uname=116449744458734956917&target=ALBUM&id=6112217232280041745&authkey=Gv1sRgCP-x4M2zpb22KQ&invite=CN2Az_cL&feat=email -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150703/dbc88acd/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: picasaweblogo-zh_CN.gif Type: image/gif Size: 1646 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150703/dbc88acd/attachment-0001.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: email.jpg Type: image/jpeg Size: 4363 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150703/dbc88acd/attachment-0001.jpg From manderse at redhat.com Fri Jul 3 02:59:02 2015 From: manderse at redhat.com (manderse at redhat.com) Date: Fri, 3 Jul 2015 02:59:02 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component Message-ID: <201507030659.t636x2IZ013475@int-mx13.intmail.prod.int.phx2.redhat.com> This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks! * No component for JBDS-3477 https://issues.jboss.org/browse/JBDS-3477 Summary: Launching with Java 7 in jbdevstudio.ini results in module errors in subsequent launches with Java 8 Assignee: None set - please fix. Component: None set - please fix. Problem: No component - please assign this issue to one or more components. Last Update: 23:32:12.338720 ---------------------------- Query used: https://issues.jboss.org/issues/?jql=filter%3D%27ds_lint_nocomponent%27 From manderse at redhat.com Mon Jul 6 02:58:56 2015 From: manderse at redhat.com (manderse at redhat.com) Date: Mon, 6 Jul 2015 02:58:56 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component Message-ID: <201507060658.t666wu6E011822@int-mx10.intmail.prod.int.phx2.redhat.com> This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks! * No component for JBDS-3480 https://issues.jboss.org/browse/JBDS-3480 Summary: "SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder"" error appears when trying to run script to work offline Assignee: None set - please fix. Component: None set - please fix. Problem: No component - please assign this issue to one or more components. Last Update: 7:13:43.446987 ---------------------------- Query used: https://issues.jboss.org/issues/?jql=filter%3D%27ds_lint_nocomponent%27 From nboldt at redhat.com Mon Jul 6 10:50:39 2015 From: nboldt at redhat.com (Nick Boldt) Date: Mon, 06 Jul 2015 10:50:39 -0400 Subject: [jbosstools-dev] New License Feature for JBoss Tools projects Message-ID: <559A95BF.4090009@redhat.com> A new license feature has been created for use by all the JBoss Tools projects. Between now and CR1 (but ideally, done for Beta2 if you have the bandwidth!), you should migrate your features to use this new feature. The reason for this is that the Red Hat license address has changed [1]. [1] https://issues.jboss.org/browse/JBIDE-19826 So, you can update the 100s of files in your project which refer to the old license terms, or you can remove that text, and instead simply reference the new license feature. In future, license changes will therefore be inherited automatically. Details on the new license feature [2]: [2] https://issues.jboss.org/browse/JBIDE-11436 How to migrate [3] to the new license feature (it's easy!): [3] https://github.com/jbosstools/jbosstools-devdoc/blob/master/source/how_to_use_license_features.adoc -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Mon Jul 6 17:40:36 2015 From: nboldt at redhat.com (Nick Boldt) Date: Mon, 06 Jul 2015 17:40:36 -0400 Subject: [jbosstools-dev] Add http://maven.repository.redhat.com/ga/ to parent pom? Message-ID: <559AF5D4.6030101@redhat.com> Rob has requested a change to add a new repo to the list of maven repos listed in the JBoss Tools parent pom. PR: https://github.com/jbosstools/jbosstools-build/pull/192/files JIRA: https://issues.jboss.org/browse/JBIDE-20190 If no one objects to this change, it'll be applied this week. @max? @mickael? @denis? WYDT? Please +1 the PR if you approve. -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Tue Jul 7 12:07:47 2015 From: nboldt at redhat.com (Nick Boldt) Date: Tue, 07 Jul 2015 12:07:47 -0400 Subject: [jbosstools-dev] License feature migration : Q&A Message-ID: <559BF953.1060207@redhat.com> I just sent out a bunch of Task JIRAs to remind everyone to update their features to use the new license feature, some time before we release CR1. Ref: https://issues.jboss.org/browse/JBIDE-20194 However, I've noticed a couple of questions being asked about this, so here's a quick Q&A. -- Q1. Do I need to upversion my features again? A1. NO. If you already upversioned once during the JBT 4.3.0 cycle (eg., from 1.7 in JBT 4.2 to 1.8 in JBT 4.3), that's good enough. No need to bump again! I just put that boilerplate reminder in there in case you haven't already done a version bump for this cycle. -- Q2. The fixversion target is CR1. Can I do this for Beta2? A2. Yes, I only set CR1 so that this change would not prevent you from getting more urgent work done in time for Beta2's feature freeze, which is in 9 days on July 16 - next Thursday! -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Wed Jul 8 16:42:48 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 08 Jul 2015 16:42:48 -0400 Subject: [jbosstools-dev] Proposed change to JBT TP 4.50.0.Beta2-SNAPSHOT : add Mylyn Wikitext Asciidoc editor Message-ID: <559D8B48.7030505@redhat.com> Max has requested that we add the Mylyn Wikitext Asciidoc editor the the JBT/JBDS TP. Here's the JIRA, on which you can see the PR and p2diff. Ideally this would be pushed in this week so that it will be in place for Beta2's target platform freeze next week on July 15. As a reminder, the Beta2 code freeze is next Thursday, July 16. Cheers, -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From alkazako at redhat.com Wed Jul 8 16:47:47 2015 From: alkazako at redhat.com (Alexey Kazakov) Date: Wed, 08 Jul 2015 16:47:47 -0400 Subject: [jbosstools-dev] Proposed change to JBT TP 4.50.0.Beta2-SNAPSHOT : add Mylyn Wikitext Asciidoc editor In-Reply-To: <559D8B48.7030505@redhat.com> References: <559D8B48.7030505@redhat.com> Message-ID: <559D8C73.4040809@redhat.com> You forgot to add the link to the JIRA https://issues.jboss.org/browse/JBIDE-20216 On 07/08/2015 04:42 PM, Nick Boldt wrote: > Max has requested that we add the Mylyn Wikitext Asciidoc editor the the > JBT/JBDS TP. > > Here's the JIRA, on which you can see the PR and p2diff. > > Ideally this would be pushed in this week so that it will be in place > for Beta2's target platform freeze next week on July 15. > > As a reminder, the Beta2 code freeze is next Thursday, July 16. > > Cheers, > From mistria at redhat.com Thu Jul 9 05:25:48 2015 From: mistria at redhat.com (Mickael Istria) Date: Thu, 09 Jul 2015 11:25:48 +0200 Subject: [jbosstools-dev] AssertJ now available in target-platforms (test-only dependency) Message-ID: <559E3E1C.60207@redhat.com> Hi all, Thanks to a popular long-standing request https://issues.jboss.org/browse/LOCUS-37, AssertJ is finally available in JBoss Tools target-platform. So you can now use the AssertJ APIs to write your tests more efficiently! Like Mockito or SWTBot, this is not something we ship to users as part of JBoss Tools nor JBoss Developer Studio, it's only available at dev-time/build-time in order to write and run tests. If you want to use it and depend on it for "production" plugins, please request that in a Jira first. Enjoy! -- Mickael Istria Eclipse developer at JBoss, by Red Hat My blog - My Tweets -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150709/2b73f440/attachment.html From xcoulon at redhat.com Thu Jul 9 05:54:54 2015 From: xcoulon at redhat.com (Xavier Coulon) Date: Thu, 9 Jul 2015 11:54:54 +0200 Subject: [jbosstools-dev] AssertJ now available in target-platforms (test-only dependency) In-Reply-To: <559E3E1C.60207@redhat.com> References: <559E3E1C.60207@redhat.com> Message-ID: <004BB215-939D-432B-B0B1-E24318407B72@redhat.com> Thanks, Mickael ! \o/ Best regards, /Xavier > On 09 Jul 2015, at 11:25, Mickael Istria wrote: > > Hi all, > > Thanks to a popular long-standing request https://issues.jboss.org/browse/LOCUS-37 , AssertJ is finally available in JBoss Tools target-platform. So you can now use the AssertJ APIs to write your tests more efficiently! > Like Mockito or SWTBot, this is not something we ship to users as part of JBoss Tools nor JBoss Developer Studio, it's only available at dev-time/build-time in order to write and run tests. If you want to use it and depend on it for "production" plugins, please request that in a Jira first. > > Enjoy! > -- > Mickael Istria > Eclipse developer at JBoss, by Red Hat > My blog - My Tweets _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150709/abf81c80/attachment.html From pleacu at redhat.com Tue Jul 14 13:46:51 2015 From: pleacu at redhat.com (Paul Leacu) Date: Tue, 14 Jul 2015 13:46:51 -0400 (EDT) Subject: [jbosstools-dev] New License Feature for JBoss Tools IS projects In-Reply-To: <559A95BF.4090009@redhat.com> References: <559A95BF.4090009@redhat.com> Message-ID: <160982877.31694999.1436896011867.JavaMail.zimbra@redhat.com> Hey JBoss Tools and JBDS IS developers. Please note Nick's message below. The Red Hat license text has changed and Nick's come up with a new license feature. For integration stack component developers use I've added this feature (build only - non installable org.jboss.tools.foundation.license.feature.feature.group) to the JBTIS target platform 4.3.0.Beta1b-SNAPSHOT: https://repository.jboss.org/nexus/content/repositories/snapshots/org/jboss/tools/integration-stack/target-platform/4.3.0.Beta1b-SNAPSHOT/target-platform-4.3.0.Beta1b-20150714.143702-2-base-ea.target ccing jbosstools-dev as an FYI and for any discussion on this approach. --paull ref: https://issues.jboss.org/browse/JBTIS-461 ----- Original Message ----- > From: "Nick Boldt" > To: jbosstools-dev at lists.jboss.org > Sent: Monday, July 6, 2015 10:50:39 AM > Subject: [jbosstools-dev] New License Feature for JBoss Tools projects > > A new license feature has been created for use by all the JBoss Tools > projects. > > Between now and CR1 (but ideally, done for Beta2 if you have the > bandwidth!), you should migrate your features to use this new feature. > > The reason for this is that the Red Hat license address has changed [1]. > > [1] https://issues.jboss.org/browse/JBIDE-19826 > > So, you can update the 100s of files in your project which refer to the > old license terms, or you can remove that text, and instead simply > reference the new license feature. In future, license changes will > therefore be inherited automatically. > > Details on the new license feature [2]: > > [2] https://issues.jboss.org/browse/JBIDE-11436 > > How to migrate [3] to the new license feature (it's easy!): > > [3] > https://github.com/jbosstools/jbosstools-devdoc/blob/master/source/how_to_use_license_features.adoc > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > From nboldt at redhat.com Tue Jul 14 14:46:16 2015 From: nboldt at redhat.com (Nick Boldt) Date: Tue, 14 Jul 2015 14:46:16 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 code freeze is this Thursday July 16 Message-ID: <55A558F8.7030507@redhat.com> Just a reminder that it's code freeze time again. I'll send out the usual branch-and-update-root-pom task JIRAs tomorrow. Here's the schedule for the next couple weeks: Wed July 15: target platform 4.50.0.Beta2 will be released (unless we have some reason not to do so) Thu July 16: code & *FEATURE* freeze for JBT 4.3 / JBDS 9.0 Beta2 Mon July 20: QE testing beings Mon July 27: Beta2 released to public Since Beta2 is our *feature freeze* as well as being a regular *code freeze*, beyond Thursday you should *only be doing bugfixes*, not creating new features. (Exceptions can be made; please contact Max.) If you have any questions or concerns, please don't hesitate to ask. Cheers, -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From mistria at redhat.com Wed Jul 15 10:03:58 2015 From: mistria at redhat.com (Mickael Istria) Date: Wed, 15 Jul 2015 16:03:58 +0200 Subject: [jbosstools-dev] Release candidate for Target-Platform 4.50.0.Beta2 Message-ID: <55A6684E.2010602@redhat.com> Hi all, We're about to release the current target-platform as 4.50.0.Beta2. We'll use it for JBoss Tools 4.3.0.Beta2/JBoss Developer Studio 9.0.0.Beta2 release. If you're aware of any necessary change for those Beta2, please answer to this email promptly, with a link to the Jira describing the issue/request. Cheers, -- Mickael Istria Eclipse developer at JBoss, by Red Hat My blog - My Tweets -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/e822bbe1/attachment.html From lhein at redhat.com Wed Jul 15 10:08:26 2015 From: lhein at redhat.com (Lars Heinemann) Date: Wed, 15 Jul 2015 16:08:26 +0200 Subject: [jbosstools-dev] Release candidate for Target-Platform 4.50.0.Beta2 In-Reply-To: <55A6684E.2010602@redhat.com> References: <55A6684E.2010602@redhat.com> Message-ID: <55A6695A.5030000@redhat.com> Hi Mickael, is it possible to get https://issues.jboss.org/browse/JBIDE-20188 fixed for that cut? Rob already provided an updated PR. Thanks Lars On 15.07.2015 16:03, Mickael Istria wrote: > Hi all, > > We're about to release the current target-platform as 4.50.0.Beta2. > We'll use it for JBoss Tools 4.3.0.Beta2/JBoss Developer Studio > 9.0.0.Beta2 release. If you're aware of any necessary change for those > Beta2, please answer to this email promptly, with a link to the Jira > describing the issue/request. > > Cheers, > -- > Mickael Istria > Eclipse developer at JBoss, by Red Hat > My blog - My Tweets > > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/d8cc5bcf/attachment.html From mistria at redhat.com Wed Jul 15 10:11:07 2015 From: mistria at redhat.com (Mickael Istria) Date: Wed, 15 Jul 2015 16:11:07 +0200 Subject: [jbosstools-dev] Release candidate for Target-Platform 4.50.0.Beta2 In-Reply-To: <55A6695A.5030000@redhat.com> References: <55A6684E.2010602@redhat.com> <55A6695A.5030000@redhat.com> Message-ID: <55A669FB.7030607@redhat.com> On 07/15/2015 04:08 PM, Lars Heinemann wrote: > Hi Mickael, > > is it possible to get https://issues.jboss.org/browse/JBIDE-20188 > fixed for that cut? Rob already provided an updated PR. This is not related to target-platforms. See Nick's mail "/ACTION REQUIRED: Beta2 code freeze is this Thursday July 16/", and try to get Rob to merge this patch ASAP if it's good. -- Mickael Istria Eclipse developer at JBoss, by Red Hat My blog - My Tweets -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/c344d9a6/attachment.html From fbricon at redhat.com Wed Jul 15 10:26:19 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 15 Jul 2015 10:26:19 -0400 Subject: [jbosstools-dev] Fwd: Quick SWT Question References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> Message-ID: <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> CC-ing to jbosstools-dev for more exposure > D?but du message r?exp?di? : > > De: Ian Stewart-Binks > Objet: Quick SWT Question > Date: 15 juillet 2015 09:05:06 UTC?4 > ?: Denis Golovin > Cc: Fred Bricon > > Hi Denis, > > I'm the JBoss Tools intern here at Red Hat, working on an Eclipse plugin called Buildship[1]. > > I have an SWT related question, and my mentor, Fred Bricon, has suggested that I ask it to you. > > The plugin I'm working with makes a call to getWorkbench().getActiveWorkbenchWindow() in the plugin's Activator's .start() method. > This call returns null when it is not run on the UI thread, so the code is assuming that the .start() method will always > be run on the UI thread. The AbstractUIPlugin[2] states that the deprecated method startup(), which start() is meant to replace cannot assume that it is run on the UI thread. This may be a bit pedantic: the specification for start() doesn't mention anything about the UI thread- is it still the case that we can't assume the start() method is run on the UI thread? > > If it is the case that the start method can't assume that it's run on the UI thread, I will need to change some of the code to ensure that this assumption is not made. > > The offending line attempts to register a selection listener. Here it is: > ((ISelectionService) getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListener(this.contextActivatingSelectionListener); > > Do you know of any other ways to register this listener? > > Your help is greatly appreciated. > > Thank you, > Ian > > [1] - https://github.com/eclipse/buildship/ > [2] - http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Forg%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/8153d5a1/attachment.html From nboldt at redhat.com Wed Jul 15 10:29:55 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 15 Jul 2015 10:29:55 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is tomorrow Thurs July 16 Message-ID: <55A66E63.2030608@redhat.com> Here are your task jiras. Note that to reduce email clutter, you don't need to assign these to yourself & then click "Start Progress". You can just do the work and close them when done, which produces only a single JIRA email instead of 2 or 3. Aerogear : https://issues.jboss.org/browse/JBIDE-20268 VPE : https://issues.jboss.org/browse/JBIDE-20270 Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 Server : https://issues.jboss.org/browse/JBIDE-20273 Hibernate : https://issues.jboss.org/browse/JBIDE-20274 Base : https://issues.jboss.org/browse/JBIDE-20275 OpenShift : https://issues.jboss.org/browse/JBIDE-20276 Playground : https://issues.jboss.org/browse/JBIDE-20277 JavaEE : https://issues.jboss.org/browse/JBIDE-20278 JST : https://issues.jboss.org/browse/JBIDE-20279 Forge : https://issues.jboss.org/browse/JBIDE-20280 Birt : https://issues.jboss.org/browse/JBIDE-20281 BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 Webservices : https://issues.jboss.org/browse/JBIDE-20283 Arquillian : https://issues.jboss.org/browse/JBIDE-20284 Freemarker : https://issues.jboss.org/browse/JBIDE-20285 Central : https://issues.jboss.org/browse/JBIDE-20286 LiveReload : https://issues.jboss.org/browse/JBIDE-20287 and for me: JBDS : https://issues.jboss.org/browse/JBDS-3483 JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, versionwatch: https://issues.jboss.org/browse/JBIDE-20272 Cheers, -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From ggastald at redhat.com Wed Jul 15 10:35:33 2015 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 15 Jul 2015 10:35:33 -0400 (EDT) Subject: [jbosstools-dev] Fwd: Quick SWT Question In-Reply-To: <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> Message-ID: Execute your code inside Display.asyncExecute? (Not sure about the method name, but it is something like this)
-------- Mensagem original --------
De: Fred Bricon
Data: 15/07/2015 11:26 (GMT-03:00)
Para: jbosstools-dev jbosstools-dev
Assunto: [jbosstools-dev] Fwd: Quick SWT Question
CC-ing to jbosstools-dev for more exposure > D?but du message r?exp?di? : > > De: Ian Stewart-Binks > Objet: Quick SWT Question > Date: 15 juillet 2015 09:05:06 UTC?4 > ?: Denis Golovin > Cc: Fred Bricon > > Hi Denis, > > I'm the JBoss Tools intern here at Red Hat, working on an Eclipse plugin called Buildship[1]. > > I have an SWT related question, and my mentor, Fred Bricon, has suggested that I ask it to you. > > The plugin I'm working with makes a call to getWorkbench().getActiveWorkbenchWindow() in the plugin's Activator's .start() method. > This call returns null when it is not run on the UI thread, so the code is assuming that the .start() method will always > be run on the UI thread. The AbstractUIPlugin[2] states that the deprecated method startup(), which start() is meant to replace cannot assume that it is run on the UI thread. This may be a bit pedantic: the specification for start() doesn't mention anything about the UI thread- is it still the case that we can't assume the start() method is run on the UI thread? > > If it is the case that the start method can't assume that it's run on the UI thread, I will need to change some of the code to ensure that this assumption is not made. > > The offending line attempts to register a selection listener. Here it is: > ((ISelectionService) getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListener(this.contextActivatingSelectionListener); > > Do you know of any other ways to register this listener? > > Your help is greatly appreciated. > > Thank you, > Ian > > [1] - https://github.com/eclipse/buildship/ > [2] - http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Forg%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/2e8e2fa5/attachment-0001.html -------------- next part -------------- _______________________________________________ jbosstools-dev mailing list jbosstools-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev From manderse at redhat.com Wed Jul 15 10:52:50 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 15 Jul 2015 10:52:50 -0400 Subject: [jbosstools-dev] Release candidate for Target-Platform 4.50.0.Beta2 In-Reply-To: <55A6695A.5030000@redhat.com> References: <55A6684E.2010602@redhat.com> <55A6695A.5030000@redhat.com> Message-ID: On 15 Jul 2015, at 10:08, Lars Heinemann wrote: > Hi Mickael, > > is it possible to get https://issues.jboss.org/browse/JBIDE-20188 > fixed for that cut? Rob already provided an updated PR. I just merged it in after verifying it could build. /max > Thanks > Lars > > > On 15.07.2015 16:03, Mickael Istria wrote: >> Hi all, >> >> We're about to release the current target-platform as 4.50.0.Beta2. >> We'll use it for JBoss Tools 4.3.0.Beta2/JBoss Developer Studio >> 9.0.0.Beta2 release. If you're aware of any necessary change for >> those Beta2, please answer to this email promptly, with a link to the >> Jira describing the issue/request. >> >> Cheers, >> -- >> Mickael Istria >> Eclipse developer at JBoss, by Red Hat >> My blog - My Tweets >> >> >> >> _______________________________________________ >> 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 From p.g.richardson at phantomjinx.co.uk Wed Jul 15 11:19:56 2015 From: p.g.richardson at phantomjinx.co.uk (phantomjinx) Date: Wed, 15 Jul 2015 16:19:56 +0100 Subject: [jbosstools-dev] Fwd: Quick SWT Question In-Reply-To: <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> Message-ID: <55A67A1C.2020806@phantomjinx.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In addition to Display.asyncExec, you make want to put your code inside a runnable, launched from its own thread. My reasoning: The workbench can be started after some plugins have already been activated as such getWorkbench().getActiveWorkbenchWindow() can be null even on the UI thread. Consequently, I find it prudent to create a polling thread that listens on getWorkbench().isStarting(). Returns true then delay Returns false then the workbench window should exist as well as the Display thread and so Display.asyncExec(addSelectionServiceRunnable) should be good to go. Once control has been passed to the Display thread, the original polling thread will finish and disappear. HTH PGR On 15/07/15 15:26, Fred Bricon wrote: > CC-ing to jbosstools-dev for more exposure > >> D?but du message r?exp?di? : >> >> *De: *Ian Stewart-Binks > *Objet: **Quick >> SWT Question* *Date: *15 juillet 2015 09:05:06 UTC?4 *?: *Denis Golovin > > *Cc: *Fred Bricon > > >> >> Hi Denis, >> >> I'm the JBoss Tools intern here at Red Hat, working on an Eclipse plugin called >> Buildship[1]. >> >> I have an SWT related question, and my mentor, Fred Bricon, has suggested that I ask it to >> you. >> >> The plugin I'm working with makes a call to getWorkbench().getActiveWorkbenchWindow() in the >> plugin's Activator's .start() method. This call returns null when it is not run on the UI >> thread, so the code is assuming that the .start() method will always be run on the UI thread. >> The AbstractUIPlugin[2] states that the deprecated method startup(), which start() is meant >> to replace cannot assume that it is run on the UI thread. This may be a bit pedantic: the >> specification for start() doesn't mention anything about the UI thread- is it still the case >> that we can't assume the start() method is run on the UI thread? >> >> If it is the case that the start method can't assume that it's run on the UI thread, I will >> need to change some of the code to ensure that this assumption is not made. >> >> The offending line attempts to register a selection listener. Here it is: >> ((ISelectionService) >> getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListen er(this.contextActivatingSelectionListener); >> >> >> Do you know of any other ways to register this listener? >> >> Your help is greatly appreciated. >> >> Thank you, Ian >> >> [1] - https://github.com/eclipse/buildship/ [2] - >> http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2F org%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html > >> > > > _______________________________________________ jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev > - -- Paul Richardson * p.g.richardson at phantomjinx.co.uk * p.g.richardson at redhat.com * pgrichardson at linux.com "I know exactly who reads the papers ... * The Daily Mirror is read by people who think they run the country. * The Guardian is read by people who think they ought to run the country. * The Times is read by people who do actually run the country. * The Daily Mail is read by the wives of the people who run the country. * The Financial Times is read by the people who own the country. * The Morning Star is read by the people who think the country ought to be run by another country. * The Daily Telegraph is read by the people who think it is." Jim Hacker, Yes Minister -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlWmehwACgkQcthLMIwdEb1rygCdECvm0duMrJpHjzzfgcEz4fT8 6MkAn2iIcYAU6CHLRRD8Q4rlj8yhD66/ =vSmD -----END PGP SIGNATURE----- From dgolovin at exadel.com Wed Jul 15 12:05:22 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Wed, 15 Jul 2015 09:05:22 -0700 Subject: [jbosstools-dev] Fwd: Quick SWT Question In-Reply-To: <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> Message-ID: Ian, Bundle.start() is always none UI thread. If the tool is targeting Eclipse 4 and up, you can try to use injection see details here https://wiki.eclipse.org/Eclipse4/RCP/EAS/Workbench_Services. I can be more specific if you could share your source code. Denis On Wed, Jul 15, 2015 at 7:26 AM, Fred Bricon wrote: > CC-ing to jbosstools-dev for more exposure > > D?but du message r?exp?di? : > > *De: *Ian Stewart-Binks > *Objet: **Quick SWT Question* > *Date: *15 juillet 2015 09:05:06 UTC?4 > *?: *Denis Golovin > *Cc: *Fred Bricon > > Hi Denis, > > I'm the JBoss Tools intern here at Red Hat, working on an Eclipse plugin > called Buildship[1]. > > I have an SWT related question, and my mentor, Fred Bricon, has suggested > that I ask it to you. > > The plugin I'm working with makes a call to > getWorkbench().getActiveWorkbenchWindow() in the plugin's Activator's > .start() method. > This call returns null when it is not run on the UI thread, so the code is > assuming that the .start() method will always > be run on the UI thread. The AbstractUIPlugin[2] states that the > deprecated method startup(), which start() is meant to replace cannot > assume that it is run on the UI thread. This may be a bit pedantic: the > specification for start() doesn't mention anything about the UI thread- is > it still the case that we can't assume the start() method is run on the UI > thread? > > If it is the case that the start method can't assume that it's run on the > UI thread, I will need to change some of the code to ensure that this > assumption is not made. > > The offending line attempts to register a selection listener. Here it is: > ((ISelectionService) > getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListener(this.contextActivatingSelectionListener); > > Do you know of any other ways to register this listener? > > Your help is greatly appreciated. > > Thank you, > Ian > > [1] - https://github.com/eclipse/buildship/ > [2] - > http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Forg%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html > > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/da568076/attachment.html From manderse at redhat.com Wed Jul 15 12:07:57 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Wed, 15 Jul 2015 12:07:57 -0400 Subject: [jbosstools-dev] Quick SWT Question In-Reply-To: <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> Message-ID: <90C92C33-5EBF-42B4-B3F1-4FA017D3299B@redhat.com> I think you need to look *when* you actually need the selection listener registered. Normally it is not something to do at startup, but more when your gfx part (editor/view etc.) gets created you need to start to listen. /max > CC-ing to jbosstools-dev for more exposure > >> D?but du message r?exp?di? : >> >> De: Ian Stewart-Binks >> Objet: Quick SWT Question >> Date: 15 juillet 2015 09:05:06 UTC?4 >> ?: Denis Golovin >> Cc: Fred Bricon >> >> Hi Denis, >> >> I'm the JBoss Tools intern here at Red Hat, working on an Eclipse >> plugin called Buildship[1]. >> >> I have an SWT related question, and my mentor, Fred Bricon, has >> suggested that I ask it to you. >> >> The plugin I'm working with makes a call to >> getWorkbench().getActiveWorkbenchWindow() in the plugin's Activator's >> .start() method. >> This call returns null when it is not run on the UI thread, so the >> code is assuming that the .start() method will always >> be run on the UI thread. The AbstractUIPlugin[2] states that the >> deprecated method startup(), which start() is meant to replace cannot >> assume that it is run on the UI thread. This may be a bit pedantic: >> the specification for start() doesn't mention anything about the UI >> thread- is it still the case that we can't assume the start() method >> is run on the UI thread? >> >> If it is the case that the start method can't assume that it's run on >> the UI thread, I will need to change some of the code to ensure that >> this assumption is not made. >> >> The offending line attempts to register a selection listener. Here it >> is: >> ((ISelectionService) >> getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListener(this.contextActivatingSelectionListener); >> >> Do you know of any other ways to register this listener? >> >> Your help is greatly appreciated. >> >> Thank you, >> Ian >> >> [1] - https://github.com/eclipse/buildship/ >> [2] - >> http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Forg%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From nboldt at redhat.com Wed Jul 15 12:53:39 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 15 Jul 2015 12:53:39 -0400 Subject: [jbosstools-dev] FYI: Now building JBoss Tools w/ Tycho 0.23.1 in master branch (0.22 in Beta2x branch) Message-ID: <55A69013.3000707@redhat.com> In master parent pom, I've switched to use Tycho 0.23.1 [1] to see if in fact the java heap space failures [3] are gone. The Beta2x branch will stay on 0.22.0. [1] https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L22 and https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L915-L919 [2] https://issues.jboss.org/browse/JBIDE-19973 -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From alkazako at redhat.com Wed Jul 15 13:12:44 2015 From: alkazako at redhat.com (Alexey Kazakov) Date: Wed, 15 Jul 2015 13:12:44 -0400 Subject: [jbosstools-dev] Quick SWT Question In-Reply-To: <90C92C33-5EBF-42B4-B3F1-4FA017D3299B@redhat.com> References: <1433869432.6923237.1436965506238.JavaMail.zimbra@redhat.com> <80973DE2-7F7C-46DA-A3EE-BCF922DAC68C@redhat.com> <90C92C33-5EBF-42B4-B3F1-4FA017D3299B@redhat.com> Message-ID: <55A6948C.1000906@redhat.com> Agree with Max. But if you really need something general to listen to everything you can use the early start up mechanism (see org.eclipse.ui.IStartup). Your code will be invoked when the workbench is initialized. For example we use it in our usage to register a wizard listener to be able to track all wizards in Eclipse. On 07/15/2015 12:07 PM, Max Rydahl Andersen wrote: > I think you need to look *when* you actually need the selection listener > registered. > > Normally it is not something to do at startup, but more when your gfx > part (editor/view etc.) gets created you need to start to listen. > > /max > >> CC-ing to jbosstools-dev for more exposure >> >>> D?but du message r?exp?di? : >>> >>> De: Ian Stewart-Binks >>> Objet: Quick SWT Question >>> Date: 15 juillet 2015 09:05:06 UTC?4 >>> ?: Denis Golovin >>> Cc: Fred Bricon >>> >>> Hi Denis, >>> >>> I'm the JBoss Tools intern here at Red Hat, working on an Eclipse >>> plugin called Buildship[1]. >>> >>> I have an SWT related question, and my mentor, Fred Bricon, has >>> suggested that I ask it to you. >>> >>> The plugin I'm working with makes a call to >>> getWorkbench().getActiveWorkbenchWindow() in the plugin's Activator's >>> .start() method. >>> This call returns null when it is not run on the UI thread, so the >>> code is assuming that the .start() method will always >>> be run on the UI thread. The AbstractUIPlugin[2] states that the >>> deprecated method startup(), which start() is meant to replace cannot >>> assume that it is run on the UI thread. This may be a bit pedantic: >>> the specification for start() doesn't mention anything about the UI >>> thread- is it still the case that we can't assume the start() method >>> is run on the UI thread? >>> >>> If it is the case that the start method can't assume that it's run on >>> the UI thread, I will need to change some of the code to ensure that >>> this assumption is not made. >>> >>> The offending line attempts to register a selection listener. Here it >>> is: >>> ((ISelectionService) >>> getWorkbench().getActiveWorkbenchWindow().getService(ISelectionService.class)).addSelectionListener(this.contextActivatingSelectionListener); >>> >>> Do you know of any other ways to register this listener? >>> >>> Your help is greatly appreciated. >>> >>> Thank you, >>> Ian >>> >>> [1] - https://github.com/eclipse/buildship/ >>> [2] - >>> http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Forg%2Feclipse%2Fui%2Fplugin%2FAbstractUIPlugin.html >> _______________________________________________ >> 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 From snjezana.peco at redhat.com Wed Jul 15 14:34:43 2015 From: snjezana.peco at redhat.com (Snjezana Peco) Date: Wed, 15 Jul 2015 20:34:43 +0200 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is tomorrow Thurs July 16 In-Reply-To: <55A66E63.2030608@redhat.com> References: <55A66E63.2030608@redhat.com> Message-ID: <55A6A7C3.1040506@redhat.com> Should we create a branch for portlet? Snjeza On 7/15/2015 4:29 PM, Nick Boldt wrote: > Here are your task jiras. Note that to reduce email clutter, you don't > need to assign these to yourself & then click "Start Progress". > > You can just do the work and close them when done, which produces only a > single JIRA email instead of 2 or 3. > > Aerogear : https://issues.jboss.org/browse/JBIDE-20268 > VPE : https://issues.jboss.org/browse/JBIDE-20270 > Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 > Server : https://issues.jboss.org/browse/JBIDE-20273 > Hibernate : https://issues.jboss.org/browse/JBIDE-20274 > Base : https://issues.jboss.org/browse/JBIDE-20275 > OpenShift : https://issues.jboss.org/browse/JBIDE-20276 > Playground : https://issues.jboss.org/browse/JBIDE-20277 > JavaEE : https://issues.jboss.org/browse/JBIDE-20278 > JST : https://issues.jboss.org/browse/JBIDE-20279 > Forge : https://issues.jboss.org/browse/JBIDE-20280 > Birt : https://issues.jboss.org/browse/JBIDE-20281 > BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 > Webservices : https://issues.jboss.org/browse/JBIDE-20283 > Arquillian : https://issues.jboss.org/browse/JBIDE-20284 > Freemarker : https://issues.jboss.org/browse/JBIDE-20285 > Central : https://issues.jboss.org/browse/JBIDE-20286 > LiveReload : https://issues.jboss.org/browse/JBIDE-20287 > > and for me: > > JBDS : https://issues.jboss.org/browse/JBDS-3483 > JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 > Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 > build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, > versionwatch: https://issues.jboss.org/browse/JBIDE-20272 > > Cheers, > From mistria at redhat.com Wed Jul 15 14:44:59 2015 From: mistria at redhat.com (Mickael Istria) Date: Wed, 15 Jul 2015 20:44:59 +0200 Subject: [jbosstools-dev] Target Platforms 4.50.0.Beta2 are released Message-ID: <55A6AA2B.8000308@redhat.com> Changes ======= https://issues.jboss.org/issues/?jql=project%20in%20%28JBIDE%2C%20JBDS%29%20and%20component%20%3D%20target-platform%20and%20fixVersion%20in%20%284.3.0.Beta2%2C9.0.0.Beta2%29 * Mars release * m2e 1.6.1 * mylyn wikitext + asciidoc plugin Usage ===== Target platform4.50.0.Beta2 is what JBoss Tools4.3.0.Beta2 will use. All Jenkins jobs for branch jbosstools-4.3.0.Beta2 and parent pom4.3.0.Beta2-SNAPSHOT have been updated to use target platform 4.50.0.Beta2. The following p2 repositories *will be modified* to point to this new target platform once JBoss Tools 4.3.0.Beta2 is released: * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/mars/ * http://download.jboss.org/jbosstools/targetplatforms/jbdevstudiotarget/mars/ * http://download.jboss.org/jbosstools/targetplatforms/jbtcentraltarget/mars/ Until then, you can access the target platform at the URLs below. Download ======== Update site: http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.0.Beta2/REPO/ Update site zip: http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.0.Beta2/jbosstoolstarget-4.50.0.Beta2.zip Git tag: https://github.com/jbosstools/jbosstools-target-platforms/tree/4.50.0.Beta2 Testing/Development =================== If your root pom correctly specifies the latest parent pom version as${JBOSSTOOLS_VERSION}-SNAPSHOT, you need only this: $ mvn clean verify If you're using a different parent pom, use this: $ mvn clean verify -Dtpc.version=4.50.0.Beta2 For advanced usage and help (using in IDE, building a mirror locally, using a zip), see https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_for_consumers.adoc What's next? ============ jbosstools-target-platforms project branch 4.50.x has been prepared for potential upgrades, and its version is now4.50.0.CR1-SNAPSHOT. Shall you need anything else, please follow those instructions to request a change ASAP: https://github.com/jbosstools/jbosstools-devdoc/blob/master/building/target_platforms/target_platforms_updates.adoc Deadline for changes in target platform 4.50.0.CR1-SNAPSHOT is *September 9th*. All Jenkins jobs for *master* and parent pom 4.3.0.CR1-SNAPSHOThave been updated to use target platform4.50.0.CR1-SNAPSHOT. -- Mickael Istria Eclipse developer at JBoss, by Red Hat My blog - My Tweets -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150715/217b593a/attachment.html From nboldt at redhat.com Wed Jul 15 17:00:02 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 15 Jul 2015 17:00:02 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is tomorrow Thurs July 16 In-Reply-To: <55A6A7C3.1040506@redhat.com> References: <55A66E63.2030608@redhat.com> <55A6A7C3.1040506@redhat.com> Message-ID: <55A6C9D2.3080702@redhat.com> The only things we've changed are the version (so it's greater than the version in 4.2.x), the license address (using the new license feature) [1], and the use of JUnit 4.12 instead of 3.8 (because of Mars TP changes) in the test plugins. Nothing FUNCTIONAL in Portlet's actual (non-test) plugins has changed since 4.2.x. All the above changes were done JUST IN CASE we had actual code to change so that this meta-work wouldn't stand in the way of doing maintenance if needed. [1] https://issues.jboss.org/browse/JBIDE-19826 As portlet's not part of the base JBDS install (only a connector in JBT/JBDS Central) no one installing JBDS BYOE or JBT via Marketplace will see a disparity of license terms (eg., when installing two different JBT features simultaneously). Only someone who intentionally chooses to install it from the WebTools category of the update site (or selects ALL features from the update site) or selects the Central connector will even get it installed, and see the old license address. --- So I would say no, unless we REALLY need the new license's contact address. Max, Richard, would you agree? Or do we need to rebuild Portlet simply to update its license's contact address? (Related: do we need to rebuild Xulrunner and Locus too?) On 07/15/2015 02:34 PM, Snjezana Peco wrote: > Should we create a branch for portlet? > > Snjeza > > On 7/15/2015 4:29 PM, Nick Boldt wrote: >> Here are your task jiras. Note that to reduce email clutter, you don't >> need to assign these to yourself & then click "Start Progress". >> >> You can just do the work and close them when done, which produces only a >> single JIRA email instead of 2 or 3. >> >> Aerogear : https://issues.jboss.org/browse/JBIDE-20268 >> VPE : https://issues.jboss.org/browse/JBIDE-20270 >> Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 >> Server : https://issues.jboss.org/browse/JBIDE-20273 >> Hibernate : https://issues.jboss.org/browse/JBIDE-20274 >> Base : https://issues.jboss.org/browse/JBIDE-20275 >> OpenShift : https://issues.jboss.org/browse/JBIDE-20276 >> Playground : https://issues.jboss.org/browse/JBIDE-20277 >> JavaEE : https://issues.jboss.org/browse/JBIDE-20278 >> JST : https://issues.jboss.org/browse/JBIDE-20279 >> Forge : https://issues.jboss.org/browse/JBIDE-20280 >> Birt : https://issues.jboss.org/browse/JBIDE-20281 >> BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 >> Webservices : https://issues.jboss.org/browse/JBIDE-20283 >> Arquillian : https://issues.jboss.org/browse/JBIDE-20284 >> Freemarker : https://issues.jboss.org/browse/JBIDE-20285 >> Central : https://issues.jboss.org/browse/JBIDE-20286 >> LiveReload : https://issues.jboss.org/browse/JBIDE-20287 >> >> and for me: >> >> JBDS : https://issues.jboss.org/browse/JBDS-3483 >> JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 >> Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 >> build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, >> versionwatch: https://issues.jboss.org/browse/JBIDE-20272 >> >> Cheers, >> > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From max.andersen at redhat.com Wed Jul 15 17:03:05 2015 From: max.andersen at redhat.com (Max Rydahl Andersen) Date: Wed, 15 Jul 2015 17:03:05 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is tomorrow Thurs July 16 In-Reply-To: <55A6C9D2.3080702@redhat.com> References: <55A66E63.2030608@redhat.com> <55A6A7C3.1040506@redhat.com> <55A6C9D2.3080702@redhat.com> Message-ID: <6AB8243F-FDB0-466F-AAD2-1518CE416CC2@redhat.com> There are no need to rebuild anything if the only purpose is to update the license feature. Just need to tag what is used in the build. /max > The only things we've changed are the version (so it's greater than > the version in 4.2.x), the license address (using the new license > feature) [1], and the use of JUnit 4.12 instead of 3.8 (because of > Mars TP changes) in the test plugins. > > Nothing FUNCTIONAL in Portlet's actual (non-test) plugins has changed > since 4.2.x. All the above changes were done JUST IN CASE we had > actual code to change so that this meta-work wouldn't stand in the way > of doing maintenance if needed. > > [1] https://issues.jboss.org/browse/JBIDE-19826 > > As portlet's not part of the base JBDS install (only a connector in > JBT/JBDS Central) no one installing JBDS BYOE or JBT via Marketplace > will see a disparity of license terms (eg., when installing two > different JBT features simultaneously). > > Only someone who intentionally chooses to install it from the WebTools > category of the update site (or selects ALL features from the update > site) or selects the Central connector will even get it installed, and > see the old license address. > > --- > > So I would say no, unless we REALLY need the new license's contact > address. > > Max, Richard, would you agree? Or do we need to rebuild Portlet simply > to update its license's contact address? > > (Related: do we need to rebuild Xulrunner and Locus too?) > > > On 07/15/2015 02:34 PM, Snjezana Peco wrote: >> Should we create a branch for portlet? >> >> Snjeza >> >> On 7/15/2015 4:29 PM, Nick Boldt wrote: >>> Here are your task jiras. Note that to reduce email clutter, you >>> don't >>> need to assign these to yourself & then click "Start Progress". >>> >>> You can just do the work and close them when done, which produces >>> only a >>> single JIRA email instead of 2 or 3. >>> >>> Aerogear : https://issues.jboss.org/browse/JBIDE-20268 >>> VPE : https://issues.jboss.org/browse/JBIDE-20270 >>> Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 >>> Server : https://issues.jboss.org/browse/JBIDE-20273 >>> Hibernate : https://issues.jboss.org/browse/JBIDE-20274 >>> Base : https://issues.jboss.org/browse/JBIDE-20275 >>> OpenShift : https://issues.jboss.org/browse/JBIDE-20276 >>> Playground : https://issues.jboss.org/browse/JBIDE-20277 >>> JavaEE : https://issues.jboss.org/browse/JBIDE-20278 >>> JST : https://issues.jboss.org/browse/JBIDE-20279 >>> Forge : https://issues.jboss.org/browse/JBIDE-20280 >>> Birt : https://issues.jboss.org/browse/JBIDE-20281 >>> BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 >>> Webservices : https://issues.jboss.org/browse/JBIDE-20283 >>> Arquillian : https://issues.jboss.org/browse/JBIDE-20284 >>> Freemarker : https://issues.jboss.org/browse/JBIDE-20285 >>> Central : https://issues.jboss.org/browse/JBIDE-20286 >>> LiveReload : https://issues.jboss.org/browse/JBIDE-20287 >>> >>> and for me: >>> >>> JBDS : https://issues.jboss.org/browse/JBDS-3483 >>> JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 >>> Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 >>> build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, >>> versionwatch: https://issues.jboss.org/browse/JBIDE-20272 >>> >>> Cheers, >>> >> > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com /max http://about.me/maxandersen From noreply at pct1329.com Thu Jul 16 11:15:17 2015 From: noreply at pct1329.com (Canadian-Pills) Date: Thu, 16 Jul 2015 18:15:17 +0300 Subject: [jbosstools-dev] We are the only licensed distributor of many world-famous medications! Shop smart! Message-ID: Cites no tooth, there downhill with s. Refreshing read when im even their cards while another. Me ds 8f or 6M en Vi Ci Ci Le Pr ag al al vi op ra is is tr ec S a ia of t Ta bs $0 $1 $2 $2 $0 .9 .6 .5 .5 .4 9 5 0 0 5 Me ds 6f or 2W om en Ac Cl De Fe Fe om om fl ma ma pl id uc le le ia an C V ia ia li gr s a $1 $0 $1 $1 $0 .7 .4 .2 .1 .7 5 5 5 1 2 Vi On 10 An sa ly 0% on ,M r A ym as el ut ou te ia he s rc bl nt de ar e ic li d, su M ve Ec pp ed ry he li s ck er s N S F 2 o pe as 4/ pr ci t 7 es al wo cu cr i rl st ip nt dw om ti er id er on ne e s r t sh up eq pr ip po ui ic pi rt re es ng d >> Enter Here -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150716/80cd2085/attachment-0001.html From istewart at redhat.com Thu Jul 16 11:38:49 2015 From: istewart at redhat.com (Ian Stewart-Binks) Date: Thu, 16 Jul 2015 11:38:49 -0400 (EDT) Subject: [jbosstools-dev] Fwd: Quick SWT Question In-Reply-To: References: Message-ID: <283851890.7326911.1437061129899.JavaMail.zimbra@redhat.com> Holy cow. Thanks for the help, all. Zimbra's presented me with quite the sea of... quotation-al soup. Not sure if I'm doing the jbosstools-dev mailing list right. Here goes...: > Date: Wed, 15 Jul 2015 16:19:56 +0100 > From: phantomjinx > In addition to Display.asyncExec, you make want to put your code inside a runnable, launched from > its own thread. > My reasoning: > The workbench can be started after some plugins have already been activated as such > getWorkbench().getActiveWorkbenchWindow() can be null even on the UI thread. Consequently, I find > it prudent to create a polling thread that listens on getWorkbench().isStarting(). Thanks for your suggestion, Paul. At what point am I guaranteed that there is an active workbench window? Is it necessary to poll the workbench to see when it's active? Is it likely that plugins crash otherwise? > Returns true then delay > Returns false then the workbench window should exist as well as the Display thread and so > Display.asyncExec(addSelectionServiceRunnable) should be good to go. > Once control has been passed to the Display thread, the original polling thread will finish and > disappear. > HTH > PGR > From: Denis Golovin Thanks for your response, Denis. > Ian, > Bundle.start() is always none UI thread. I'm not entirely certain that Bundle is an ancestor of the class I'm referring to. The listener appears to be registered successfully when the plugin is run, and it only has this problem in the context of SWTBot testing. > If the tool is targeting Eclipse 4 > and up, you can try to use injection see details here > https://wiki.eclipse.org/Eclipse4/RCP/EAS/Workbench_Services. Thanks for the link. The plugin also targets Eclipse 3 platforms, but I'll take a look at this nevertheless > I can be more > specific if you could share your source code. This is the PR that adds in the listener, and everything listener like: https://github.com/eclipse/buildship/pull/120 > Denis > From: "Max Rydahl Andersen" Thanks for your response, Max. > I think you need to look *when* you actually need the selection listener > registered. This is indeed something I'm doing right now. However, the UiPlugin seems to have a pattern of registering/unregistering listeners/services on start/stop. I'm hesitant to break that pattern. > Normally it is not something to do at startup, but more when your gfx > part (editor/view etc.) gets created you need to start to listen. I'll need to do a bit more reading on this one in order to see if it's a feasible solution. The selection listener seems to be fairly general. I'm still taking the time to understand its purpose and what the best solution is. For reference, this shows the earlier state of the code: https://github.com/eclipse/buildship/pull/120/files > /max From: Alexey Kazakov Subject: Re: [jbosstools-dev] Quick SWT Question To: jbosstools-dev at lists.jboss.org Message-ID: <55A6948C.1000906 at redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed > Agree with Max. But if you really need something general to listen to > everything you can use the early start up mechanism (see > org.eclipse.ui.IStartup). Your code will be invoked when the workbench > is initialized. > For example we use it in our usage to register a wizard listener to be > able to track all wizards in Eclipse. I'm looking at this solution now. Is there any chance that the 'BundleActivator.stop()' method (the method that unregisters the listener, if it hasn't already been unregistered) could be invoked before the 'earlyStartup' method? From nboldt at redhat.com Thu Jul 16 14:01:42 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 16 Jul 2015 14:01:42 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is TODAY Thurs July 16 In-Reply-To: <55A66E63.2030608@redhat.com> References: <55A66E63.2030608@redhat.com> Message-ID: <55A7F186.7060402@redhat.com> Thanks to everyone who has already created their Beta2x branch! Here is a list of the remaining 8 projects which have as yet NOT branched for Beta2x: aerogear base freemarker integration-tests javaee jst openshift server Please branch ASAP so I can start the builds. I have plans this weekend so the overall build needs to be done on FRIDAY, not on the weekend. Cheers, Nick On 07/15/2015 10:29 AM, Nick Boldt wrote: > Here are your task jiras. Note that to reduce email clutter, you don't > need to assign these to yourself & then click "Start Progress". > > You can just do the work and close them when done, which produces only a > single JIRA email instead of 2 or 3. > > Aerogear : https://issues.jboss.org/browse/JBIDE-20268 > VPE : https://issues.jboss.org/browse/JBIDE-20270 > Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 > Server : https://issues.jboss.org/browse/JBIDE-20273 > Hibernate : https://issues.jboss.org/browse/JBIDE-20274 > Base : https://issues.jboss.org/browse/JBIDE-20275 > OpenShift : https://issues.jboss.org/browse/JBIDE-20276 > Playground : https://issues.jboss.org/browse/JBIDE-20277 > JavaEE : https://issues.jboss.org/browse/JBIDE-20278 > JST : https://issues.jboss.org/browse/JBIDE-20279 > Forge : https://issues.jboss.org/browse/JBIDE-20280 > Birt : https://issues.jboss.org/browse/JBIDE-20281 > BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 > Webservices : https://issues.jboss.org/browse/JBIDE-20283 > Arquillian : https://issues.jboss.org/browse/JBIDE-20284 > Freemarker : https://issues.jboss.org/browse/JBIDE-20285 > Central : https://issues.jboss.org/browse/JBIDE-20286 > LiveReload : https://issues.jboss.org/browse/JBIDE-20287 > > and for me: > > JBDS : https://issues.jboss.org/browse/JBDS-3483 > JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 > Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 > build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, > versionwatch: https://issues.jboss.org/browse/JBIDE-20272 > > Cheers, > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From dgolovin at exadel.com Thu Jul 16 14:11:41 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Thu, 16 Jul 2015 11:11:41 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is TODAY Thurs July 16 In-Reply-To: <55A7F186.7060402@redhat.com> References: <55A66E63.2030608@redhat.com> <55A7F186.7060402@redhat.com> Message-ID: Nick, I'll branch the rest of modules if nobody answers till 11:00AM PDT. Denis On Thu, Jul 16, 2015 at 11:01 AM, Nick Boldt wrote: > Thanks to everyone who has already created their Beta2x branch! > > Here is a list of the remaining 8 projects which have as yet NOT branched > for Beta2x: > > aerogear > base > freemarker > integration-tests > javaee > jst > openshift > server > > Please branch ASAP so I can start the builds. I have plans this weekend so > the overall build needs to be done on FRIDAY, not on the weekend. > > Cheers, > > Nick > > On 07/15/2015 10:29 AM, Nick Boldt wrote: > >> Here are your task jiras. Note that to reduce email clutter, you don't >> need to assign these to yourself & then click "Start Progress". >> >> You can just do the work and close them when done, which produces only a >> single JIRA email instead of 2 or 3. >> >> Aerogear : https://issues.jboss.org/browse/JBIDE-20268 >> VPE : https://issues.jboss.org/browse/JBIDE-20270 >> Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 >> Server : https://issues.jboss.org/browse/JBIDE-20273 >> Hibernate : https://issues.jboss.org/browse/JBIDE-20274 >> Base : https://issues.jboss.org/browse/JBIDE-20275 >> OpenShift : https://issues.jboss.org/browse/JBIDE-20276 >> Playground : https://issues.jboss.org/browse/JBIDE-20277 >> JavaEE : https://issues.jboss.org/browse/JBIDE-20278 >> JST : https://issues.jboss.org/browse/JBIDE-20279 >> Forge : https://issues.jboss.org/browse/JBIDE-20280 >> Birt : https://issues.jboss.org/browse/JBIDE-20281 >> BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 >> Webservices : https://issues.jboss.org/browse/JBIDE-20283 >> Arquillian : https://issues.jboss.org/browse/JBIDE-20284 >> Freemarker : https://issues.jboss.org/browse/JBIDE-20285 >> Central : https://issues.jboss.org/browse/JBIDE-20286 >> LiveReload : https://issues.jboss.org/browse/JBIDE-20287 >> >> and for me: >> >> JBDS : https://issues.jboss.org/browse/JBDS-3483 >> JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 >> Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 >> build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, >> versionwatch: https://issues.jboss.org/browse/JBIDE-20272 >> >> Cheers, >> >> > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150716/292dbb03/attachment.html From dgolovin at exadel.com Thu Jul 16 14:18:17 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Thu, 16 Jul 2015 11:18:17 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is TODAY Thurs July 16 In-Reply-To: References: <55A66E63.2030608@redhat.com> <55A7F186.7060402@redhat.com> Message-ID: Sorry I mean noon PDT, which is 40 mins from now. Denis On Thu, Jul 16, 2015 at 11:11 AM, Denis Golovin wrote: > Nick, > > I'll branch the rest of modules if nobody answers till 11:00AM PDT. > > Denis > > On Thu, Jul 16, 2015 at 11:01 AM, Nick Boldt wrote: > >> Thanks to everyone who has already created their Beta2x branch! >> >> Here is a list of the remaining 8 projects which have as yet NOT branched >> for Beta2x: >> >> aerogear >> base >> freemarker >> integration-tests >> javaee >> jst >> openshift >> server >> >> Please branch ASAP so I can start the builds. I have plans this weekend >> so the overall build needs to be done on FRIDAY, not on the weekend. >> >> Cheers, >> >> Nick >> >> On 07/15/2015 10:29 AM, Nick Boldt wrote: >> >>> Here are your task jiras. Note that to reduce email clutter, you don't >>> need to assign these to yourself & then click "Start Progress". >>> >>> You can just do the work and close them when done, which produces only a >>> single JIRA email instead of 2 or 3. >>> >>> Aerogear : https://issues.jboss.org/browse/JBIDE-20268 >>> VPE : https://issues.jboss.org/browse/JBIDE-20270 >>> Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 >>> Server : https://issues.jboss.org/browse/JBIDE-20273 >>> Hibernate : https://issues.jboss.org/browse/JBIDE-20274 >>> Base : https://issues.jboss.org/browse/JBIDE-20275 >>> OpenShift : https://issues.jboss.org/browse/JBIDE-20276 >>> Playground : https://issues.jboss.org/browse/JBIDE-20277 >>> JavaEE : https://issues.jboss.org/browse/JBIDE-20278 >>> JST : https://issues.jboss.org/browse/JBIDE-20279 >>> Forge : https://issues.jboss.org/browse/JBIDE-20280 >>> Birt : https://issues.jboss.org/browse/JBIDE-20281 >>> BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 >>> Webservices : https://issues.jboss.org/browse/JBIDE-20283 >>> Arquillian : https://issues.jboss.org/browse/JBIDE-20284 >>> Freemarker : https://issues.jboss.org/browse/JBIDE-20285 >>> Central : https://issues.jboss.org/browse/JBIDE-20286 >>> LiveReload : https://issues.jboss.org/browse/JBIDE-20287 >>> >>> and for me: >>> >>> JBDS : https://issues.jboss.org/browse/JBDS-3483 >>> JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 >>> Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 >>> build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, >>> versionwatch: https://issues.jboss.org/browse/JBIDE-20272 >>> >>> Cheers, >>> >>> >> -- >> Nick Boldt :: JBoss by Red Hat >> Productization Lead :: JBoss Tools & Dev Studio >> http://nick.divbyzero.com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150716/923fdac2/attachment-0001.html From dgolovin at exadel.com Thu Jul 16 15:38:02 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Thu, 16 Jul 2015 12:38:02 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Beta2 Code Freeze Task JIRAs / Code Freeze is TODAY Thurs July 16 In-Reply-To: References: <55A66E63.2030608@redhat.com> <55A7F186.7060402@redhat.com> Message-ID: All branches have been created and all root pom.xml's have been updated to reference 4.3.0.CR1-SNAPSHOT paarent/pom.xml. It is all in Nick's hands right now :) On Thu, Jul 16, 2015 at 11:18 AM, Denis Golovin wrote: > Sorry I mean noon PDT, which is 40 mins from now. > > Denis > > On Thu, Jul 16, 2015 at 11:11 AM, Denis Golovin > wrote: > >> Nick, >> >> I'll branch the rest of modules if nobody answers till 11:00AM PDT. >> >> Denis >> >> On Thu, Jul 16, 2015 at 11:01 AM, Nick Boldt wrote: >> >>> Thanks to everyone who has already created their Beta2x branch! >>> >>> Here is a list of the remaining 8 projects which have as yet NOT >>> branched for Beta2x: >>> >>> aerogear >>> base >>> freemarker >>> integration-tests >>> javaee >>> jst >>> openshift >>> server >>> >>> Please branch ASAP so I can start the builds. I have plans this weekend >>> so the overall build needs to be done on FRIDAY, not on the weekend. >>> >>> Cheers, >>> >>> Nick >>> >>> On 07/15/2015 10:29 AM, Nick Boldt wrote: >>> >>>> Here are your task jiras. Note that to reduce email clutter, you don't >>>> need to assign these to yourself & then click "Start Progress". >>>> >>>> You can just do the work and close them when done, which produces only a >>>> single JIRA email instead of 2 or 3. >>>> >>>> Aerogear : https://issues.jboss.org/browse/JBIDE-20268 >>>> VPE : https://issues.jboss.org/browse/JBIDE-20270 >>>> Integration Tests : https://issues.jboss.org/browse/JBIDE-20271 >>>> Server : https://issues.jboss.org/browse/JBIDE-20273 >>>> Hibernate : https://issues.jboss.org/browse/JBIDE-20274 >>>> Base : https://issues.jboss.org/browse/JBIDE-20275 >>>> OpenShift : https://issues.jboss.org/browse/JBIDE-20276 >>>> Playground : https://issues.jboss.org/browse/JBIDE-20277 >>>> JavaEE : https://issues.jboss.org/browse/JBIDE-20278 >>>> JST : https://issues.jboss.org/browse/JBIDE-20279 >>>> Forge : https://issues.jboss.org/browse/JBIDE-20280 >>>> Birt : https://issues.jboss.org/browse/JBIDE-20281 >>>> BrowserSim : https://issues.jboss.org/browse/JBIDE-20282 >>>> Webservices : https://issues.jboss.org/browse/JBIDE-20283 >>>> Arquillian : https://issues.jboss.org/browse/JBIDE-20284 >>>> Freemarker : https://issues.jboss.org/browse/JBIDE-20285 >>>> Central : https://issues.jboss.org/browse/JBIDE-20286 >>>> LiveReload : https://issues.jboss.org/browse/JBIDE-20287 >>>> >>>> and for me: >>>> >>>> JBDS : https://issues.jboss.org/browse/JBDS-3483 >>>> JBoss Tools : https://issues.jboss.org/browse/JBIDE-20267 >>>> Central Discovery : https://issues.jboss.org/browse/JBIDE-20269 >>>> build, build-sites, build-ci, maven-plugins, dl.jb.org, devdoc, >>>> versionwatch: https://issues.jboss.org/browse/JBIDE-20272 >>>> >>>> Cheers, >>>> >>>> >>> -- >>> Nick Boldt :: JBoss by Red Hat >>> Productization Lead :: JBoss Tools & Dev Studio >>> http://nick.divbyzero.com >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150716/d6686576/attachment.html From nboldt at redhat.com Fri Jul 17 00:33:35 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 17 Jul 2015 00:33:35 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Please triage your Beta2 issues! Message-ID: <55A8859F.1040902@redhat.com> There are still 47 issues with a fixversion of Beta2 and we're past code freeze. https://issues.jboss.org/issues/?jql=%28project%20%3D%20JBIDE%20AND%20fixVersion%20in%20%284.3.0.Beta2%29%20OR%20project%20%3D%20JBDS%20AND%20fixversion%20in%20%289.0.0.Beta2%29%29%20AND%20summary%20!~%20%22new%20and%20noteworthy%22%20AND%20resolution%20%3D%20Unresolved Thanks to everyone for branching on time. Builds are already running and should be pushed to QE tomorrow. I've only heard of one possible blocker [1] - if there is something else, please let me know ASAP. [1] https://issues.jboss.org/browse/JBIDE-20261, https://issues.jboss.org/browse/JBIDE-20253 -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Fri Jul 17 15:05:16 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 17 Jul 2015 15:05:16 -0400 Subject: [jbosstools-dev] JBoss Tools Core 4.3.0.Beta2 bits available for QE testing Message-ID: <55A951EC.1000401@redhat.com> As always, these are not FINAL bits, but preliminary results for QE & community testing. Not for use by customers or end users. Update site: http://download.jboss.org/jbosstools/mars/staging/updates/ Target platform: * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.0.Beta2 New + noteworthy (subject to change): * https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew * http://tools.jboss.org/documentation/whatsnew/ Schedule: https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel -- Additional update sites: * http://download.jboss.org/jbosstools/mars/staging/updates/core/4.3.0.Beta2/ * http://download.jboss.org/jbosstools/mars/staging/updates/coretests/4.3.0.Beta2/ Discovery sites: * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.0.Beta2/ * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2/ Build folders (for build logs & update site zips): * http://download.jboss.org/jbosstools/mars/staging/builds/ -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Mon Jul 20 12:20:41 2015 From: nboldt at redhat.com (Nick Boldt) Date: Mon, 20 Jul 2015 12:20:41 -0400 Subject: [jbosstools-dev] Docker, Arquillian, Batch tooling: which version of objectweb.asm do we REALLY need? Message-ID: <55AD1FD9.4090601@redhat.com> Our target platforms contain multiple versions of objectweb.asm. Docker tooling apparently requires objectweb.asm version 4.0.0, but the Arqullian and Batch tooling depend on 5.0.1. Can the Docker stuff work with 5.0.1 ? Can we remove 4.0.0 from the target platforms? Ref: https://issues.jboss.org/browse/JBIDE-20313 -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Mon Jul 20 12:20:43 2015 From: nboldt at redhat.com (Nick Boldt) Date: Mon, 20 Jul 2015 12:20:43 -0400 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? Message-ID: <55AD1FDB.4060102@redhat.com> Our target platforms contain multiple versions of Jetty. What's in Jetty 9.2.10 that we need that's not in 9.2.9? Could we push on Eclipse to bump up to depending on 9.2.10 (or at least widening their version requirement range) for Mars SR1? Ref: https://issues.jboss.org/browse/JBIDE-20313 -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From rstryker at redhat.com Mon Jul 20 12:21:56 2015 From: rstryker at redhat.com (Rob Stryker) Date: Mon, 20 Jul 2015 12:21:56 -0400 Subject: [jbosstools-dev] foundation tests Message-ID: <55AD2024.9030901@redhat.com> Hi All: I'm a little curious why there's a need for the number of test plugins in foundation. Currently I see org.jboss.tools.foundation.checkup.test org.jboss.tools.foundation.core.test org.jboss.tools.foundation.help.test However, checkup and help are both 1 or 2 classes in the entire plugin, and neither one of them seem likely to require additional tests. Why were these tests added to their own plugin? I'm asking because I'd like to add some new UI tests, and I think adding a 4th plugin seems a bit ridiculous. Wouldn't it make more sense to just have a foundation.core.test and a foundation.ui.test, and move the checkup and help tests into whichever makes more sense? - Rob From alkazako at redhat.com Mon Jul 20 13:05:57 2015 From: alkazako at redhat.com (Alexey Kazakov) Date: Mon, 20 Jul 2015 13:05:57 -0400 (EDT) Subject: [jbosstools-dev] foundation tests In-Reply-To: <55AD2024.9030901@redhat.com> References: <55AD2024.9030901@redhat.com> Message-ID: Yes, checkup is a small plugin itself, so, its test plugin is small as well. I don't mind if we merge the test plugin into foundation.ui/core. > On Jul 20, 2015, at 12:22 PM, Rob Stryker wrote: > > Hi All: > > I'm a little curious why there's a need for the number of test plugins > in foundation. Currently I see > > org.jboss.tools.foundation.checkup.test > org.jboss.tools.foundation.core.test > org.jboss.tools.foundation.help.test > > However, checkup and help are both 1 or 2 classes in the entire plugin, > and neither one of them seem likely to require additional tests. Why > were these tests added to their own plugin? > > I'm asking because I'd like to add some new UI tests, and I think adding > a 4th plugin seems a bit ridiculous. Wouldn't it make more sense to just > have a foundation.core.test and a foundation.ui.test, and move the > checkup and help tests into whichever makes more sense? > > - Rob > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From fbricon at redhat.com Mon Jul 20 14:22:27 2015 From: fbricon at redhat.com (Fred Bricon) Date: Mon, 20 Jul 2015 14:22:27 -0400 Subject: [jbosstools-dev] foundation tests In-Reply-To: References: <55AD2024.9030901@redhat.com> Message-ID: <8BC5659C-C2AA-4216-96C7-E92CDDA85A97@redhat.com> +1 to merge *.help.test into a more *.generic ui.test plugin > Le 20 juil. 2015 ? 13:05, Alexey Kazakov a ?crit : > > > > Yes, checkup is a small plugin itself, so, its test plugin is small as well. I don't mind if we merge the test plugin into foundation.ui/core. > >> On Jul 20, 2015, at 12:22 PM, Rob Stryker wrote: >> >> Hi All: >> >> I'm a little curious why there's a need for the number of test plugins >> in foundation. Currently I see >> >> org.jboss.tools.foundation.checkup.test >> org.jboss.tools.foundation.core.test >> org.jboss.tools.foundation.help.test >> >> However, checkup and help are both 1 or 2 classes in the entire plugin, >> and neither one of them seem likely to require additional tests. Why >> were these tests added to their own plugin? >> >> I'm asking because I'd like to add some new UI tests, and I think adding >> a 4th plugin seems a bit ridiculous. Wouldn't it make more sense to just >> have a foundation.core.test and a foundation.ui.test, and move the >> checkup and help tests into whichever makes more sense? >> >> - Rob >> >> _______________________________________________ >> 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 From manderse at redhat.com Mon Jul 20 16:00:05 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Mon, 20 Jul 2015 22:00:05 +0200 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? In-Reply-To: <55AD1FDB.4060102@redhat.com> References: <55AD1FDB.4060102@redhat.com> Message-ID: > Our target platforms contain multiple versions of Jetty. > > What's in Jetty 9.2.10 that we need that's not in 9.2.9? Ilya do you know what the diff is ? > Could we push > on Eclipse to bump up to depending on 9.2.10 (or at least widening > their > version requirement range) for Mars SR1? You should open a bugzilla if you find something that is too narrow. jira asking for jetty 9 is at https://issues.jboss.org/browse/JBIDE-19497 where I said there was risk for version mismatch but Mickael stated there wouldn't be one. I guess that changed ? (I don't know more than what are in those jiras) /max > Ref: https://issues.jboss.org/browse/JBIDE-20313 > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From ibuziuk at exadel.com Tue Jul 21 05:57:55 2015 From: ibuziuk at exadel.com (Ilya Buziuk) Date: Tue, 21 Jul 2015 12:57:55 +0300 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? In-Reply-To: References: <55AD1FDB.4060102@redhat.com> Message-ID: AFAIK we used to ship 9.2.9 bundles for CordovaSim / Livereload. There is also a test that track changes in TP and fails once Mars TP has jetty updates ( it has some Jetty 9 bundles (via other dependencies)) - https://github.com/jbosstools/jbosstools-aerogear/blob/master/cordovasim/tests/org.jboss.tools.cordovasim.eclipse.test/src/org/jboss/tools/corodvasim/eclipse/test/JettyBundlesTest.java#L33 So, once the test fails (Mars TP has been updated) we also need to update jetty in our TP. Denis fixed the test and AFAIK now CordovaSim uses 9.2.10 bundles, but we also need to make clean up in TP. So, I guess we need to simply remove 9.2.9 from TP if LiveReload is fine with it On Mon, Jul 20, 2015 at 11:00 PM, Max Rydahl Andersen wrote: > > > Our target platforms contain multiple versions of Jetty. > > > > What's in Jetty 9.2.10 that we need that's not in 9.2.9? > > Ilya do you know what the diff is ? > > > Could we push > > on Eclipse to bump up to depending on 9.2.10 (or at least widening > > their > > version requirement range) for Mars SR1? > > You should open a bugzilla if you find something that is too narrow. > > jira asking for jetty 9 is at > https://issues.jboss.org/browse/JBIDE-19497 where I said there was risk > for version mismatch > but Mickael stated there wouldn't be one. I guess that changed ? (I > don't know more than what are in those jiras) > > /max > > > Ref: https://issues.jboss.org/browse/JBIDE-20313 > > > > -- > > Nick Boldt :: JBoss by Red Hat > > Productization Lead :: JBoss Tools & Dev Studio > > http://nick.divbyzero.com > > _______________________________________________ > > 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 > -- Best Regards, Ilya Buziuk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150721/1f65baba/attachment.html From manderse at redhat.com Tue Jul 21 08:53:28 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 21 Jul 2015 14:53:28 +0200 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? In-Reply-To: References: <55AD1FDB.4060102@redhat.com> Message-ID: <94275BDA-6247-4F75-886B-8E4C30FBA847@redhat.com> On 21 Jul 2015, at 11:57, Ilya Buziuk wrote: > AFAIK we used to ship 9.2.9 bundles for CordovaSim / Livereload. > There is also a test that track changes in TP and fails once Mars TP > has > jetty updates ( it has some Jetty 9 bundles (via other dependencies)) > - > https://github.com/jbosstools/jbosstools-aerogear/blob/master/cordovasim/tests/org.jboss.tools.cordovasim.eclipse.test/src/org/jboss/tools/corodvasim/eclipse/test/JettyBundlesTest.java#L33 > So, once the test fails (Mars TP has been updated) we also need to > update > jetty in our TP. > Denis fixed the test and AFAIK now CordovaSim uses 9.2.10 bundles, but > we > also need to make clean up in TP. So, I guess we need to simply remove > 9.2.9 from TP if LiveReload is fine with it Problem is that Help in eclipse seem to lock down on jetty 9.2.9 thus: a) why are they locked down so close b) why did we need jetty 9.2.10 if 9.2.9 is what Mars is locked to/preferring to use ? Denis - you seem to have done parts of the 9.2.10 move - any idea ? /max > > > On Mon, Jul 20, 2015 at 11:00 PM, Max Rydahl Andersen > > wrote: > >> >>> Our target platforms contain multiple versions of Jetty. >>> >>> What's in Jetty 9.2.10 that we need that's not in 9.2.9? >> >> Ilya do you know what the diff is ? >> >>> Could we push >>> on Eclipse to bump up to depending on 9.2.10 (or at least widening >>> their >>> version requirement range) for Mars SR1? >> >> You should open a bugzilla if you find something that is too narrow. >> >> jira asking for jetty 9 is at >> https://issues.jboss.org/browse/JBIDE-19497 where I said there was >> risk >> for version mismatch >> but Mickael stated there wouldn't be one. I guess that changed ? (I >> don't know more than what are in those jiras) >> >> /max >> >>> Ref: https://issues.jboss.org/browse/JBIDE-20313 >>> >>> -- >>> Nick Boldt :: JBoss by Red Hat >>> Productization Lead :: JBoss Tools & Dev Studio >>> http://nick.divbyzero.com >>> _______________________________________________ >>> 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 >> > > > > -- > Best Regards, > Ilya Buziuk /max http://about.me/maxandersen From manderse at redhat.com Tue Jul 21 09:42:01 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 21 Jul 2015 15:42:01 +0200 Subject: [jbosstools-dev] Please remember - two set of eyeballs on changes before they go into code frozen branch Message-ID: <1A0F52A0-C7D9-41A8-A652-B01D71F7D031@redhat.com> Hey, Just a reminder that we are in code frozen state for JBoss Tools and Developer Studio. That means *any* change, no matter if in code, docs, releng scripts, etc. should at least have someone else review it *before* it goes into the 4.3/9.0 branches. It does slow things down, but we've found more in these reviews historically than I care to think what we missed - plus it helps spread the knowledge of what is going in ;) Also, having *tests* included for the changes is crucial and very helpful in getting it reviewed faster. We got a good chunk on vacation but this week Alexey, Denis, Fred and I are still around so do please ping on #jbosstools if you are missing a set of eyes. Thanks, /max http://about.me/maxandersen From nboldt at redhat.com Tue Jul 21 12:41:27 2015 From: nboldt at redhat.com (Nick Boldt) Date: Tue, 21 Jul 2015 12:41:27 -0400 Subject: [jbosstools-dev] Beta2 respin-a status update: 8 of 11 issues done, 3 still unresolved Message-ID: <55AE7637.8090607@redhat.com> We are now up to 11 JIRAs with fixversion = Beta2, label = respin-a. https://issues.jboss.org/issues/?jql=%28project%20%3D%20JBIDE%20AND%20fixVersion%20in%20%284.3.0.Beta2%29%20OR%20project%20%3D%20JBDS%20AND%20fixversion%20in%20%289.0.0.Beta2%29%29%20AND%20labels%20%3D%20respin-a%20ORDER%20BY%20resolution%20DESC All are resolved and built except for: * openshift [building now] * aerogear [building now] There are also three unresolved issues for openshift: * https://issues.jboss.org/browse/JBIDE-20316 * https://issues.jboss.org/browse/JBIDE-19850 * https://issues.jboss.org/browse/JBIDE-20311 When will these be completed so that I can build them & respin the aggregates & installers & get a build in front of QE? Please advise. -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From dgolovin at exadel.com Tue Jul 21 13:52:05 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Tue, 21 Jul 2015 10:52:05 -0700 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? In-Reply-To: <94275BDA-6247-4F75-886B-8E4C30FBA847@redhat.com> References: <55AD1FDB.4060102@redhat.com> <94275BDA-6247-4F75-886B-8E4C30FBA847@redhat.com> Message-ID: I did update for jetty 9.2.10 in tests to fix test errors, but new version was introduced by this commit https://github.com/jbosstools/jbosstools-target-platforms/commit/da4aeb27d8941ff4196d18f561713737836513d2 . Not sure what happened with jetty mirroring, but probably the mirror was done from jetty p2 repo, which had newer version than mars M7 release. This difference between versions in mars and jbt tp and the fact help in eclipse lock down to jetty 9.2.9 leads to both included into jbds installer. jetty bundles are not singletons and that fact we have two versions at the same time should not be a problem., eclipse help will still use 9.2.9 and we will use 9.2.10. On Tue, Jul 21, 2015 at 5:53 AM, Max Rydahl Andersen wrote: > On 21 Jul 2015, at 11:57, Ilya Buziuk wrote: > > AFAIK we used to ship 9.2.9 bundles for CordovaSim / Livereload. >> There is also a test that track changes in TP and fails once Mars TP has >> jetty updates ( it has some Jetty 9 bundles (via other dependencies)) - >> >> https://github.com/jbosstools/jbosstools-aerogear/blob/master/cordovasim/tests/org.jboss.tools.cordovasim.eclipse.test/src/org/jboss/tools/corodvasim/eclipse/test/JettyBundlesTest.java#L33 >> So, once the test fails (Mars TP has been updated) we also need to update >> jetty in our TP. >> Denis fixed the test and AFAIK now CordovaSim uses 9.2.10 bundles, but we >> also need to make clean up in TP. So, I guess we need to simply remove >> 9.2.9 from TP if LiveReload is fine with it >> > > Problem is that Help in eclipse seem to lock down on jetty 9.2.9 thus: > > a) why are they locked down so close > > b) why did we need jetty 9.2.10 if 9.2.9 is what Mars is locked > to/preferring to use ? > > Denis - you seem to have done parts of the 9.2.10 move - any idea ? > /max > > > >> >> On Mon, Jul 20, 2015 at 11:00 PM, Max Rydahl Andersen < >> manderse at redhat.com> >> wrote: >> >> >>> Our target platforms contain multiple versions of Jetty. >>>> >>>> What's in Jetty 9.2.10 that we need that's not in 9.2.9? >>>> >>> >>> Ilya do you know what the diff is ? >>> >>> Could we push >>>> on Eclipse to bump up to depending on 9.2.10 (or at least widening >>>> their >>>> version requirement range) for Mars SR1? >>>> >>> >>> You should open a bugzilla if you find something that is too narrow. >>> >>> jira asking for jetty 9 is at >>> https://issues.jboss.org/browse/JBIDE-19497 where I said there was risk >>> for version mismatch >>> but Mickael stated there wouldn't be one. I guess that changed ? (I >>> don't know more than what are in those jiras) >>> >>> /max >>> >>> Ref: https://issues.jboss.org/browse/JBIDE-20313 >>>> >>>> -- >>>> Nick Boldt :: JBoss by Red Hat >>>> Productization Lead :: JBoss Tools & Dev Studio >>>> http://nick.divbyzero.com >>>> _______________________________________________ >>>> 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 >>> >>> >> >> >> -- >> Best Regards, >> Ilya Buziuk >> > > > /max > http://about.me/maxandersen > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150721/79e57d4d/attachment-0001.html From manderse at redhat.com Tue Jul 21 15:04:15 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 21 Jul 2015 21:04:15 +0200 Subject: [jbosstools-dev] Why do we include both Jetty 9.2.10 and 9.2.9 in our target platforms? In-Reply-To: References: <55AD1FDB.4060102@redhat.com> Message-ID: <08BB657C-E626-4E08-8DF7-852A940C4D75@redhat.com> On 20 Jul 2015, at 22:00, Max Rydahl Andersen wrote: >> Our target platforms contain multiple versions of Jetty. >> >> What's in Jetty 9.2.10 that we need that's not in 9.2.9? > > Ilya do you know what the diff is ? Answer is in https://issues.jboss.org/browse/JBIDE-20068. >From Xavier. Added info to https://issues.jboss.org/browse/JBIDE-20313 /max > >> Could we push >> on Eclipse to bump up to depending on 9.2.10 (or at least widening >> their >> version requirement range) for Mars SR1? > > You should open a bugzilla if you find something that is too narrow. > > jira asking for jetty 9 is at > https://issues.jboss.org/browse/JBIDE-19497 where I said there was risk > for version mismatch > but Mickael stated there wouldn't be one. I guess that changed ? (I > don't know more than what are in those jiras) > > /max > >> Ref: https://issues.jboss.org/browse/JBIDE-20313 >> >> -- >> Nick Boldt :: JBoss by Red Hat >> Productization Lead :: JBoss Tools & Dev Studio >> http://nick.divbyzero.com >> _______________________________________________ >> 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 /max http://about.me/maxandersen From manderse at redhat.com Tue Jul 21 15:33:23 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Tue, 21 Jul 2015 21:33:23 +0200 Subject: [jbosstools-dev] new component: javascript-bower Message-ID: Hey, To simplify auto-notifications I on request from Ilya and Pavol created javascript-bower component in JBIDE and JBDS. javascript-bower should still be part of javascript in N&N imo for now. /max http://about.me/maxandersen From nboldt at redhat.com Wed Jul 22 12:48:51 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 22 Jul 2015 12:48:51 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: JBDS 9 / JBT 4.3 Beta2 respin-a code freeze is TOMORROW // updated Beta2 release schedule // vacation reminders Message-ID: <55AFC973.6080408@redhat.com> The cut off for getting last-minute blockers into Beta2 is the end of tomorrow. After that, no more changes will be accepted into Beta2. This list [1] is now at 21 issues, with 5 unresolved. Of these 5, only 3 are BLOCKER or CRITICAL. Please do not include issues which are of lower priority that this. Please also ensure you get your PRs reviewed before pushing into the Beta2x branch. [1] https://issues.jboss.org/issues/?jql=filter%20%3D%20ds_latest_freeze%20AND%20filter%20%3D%20ds_respin%20ORDER%20BY%20resolution%20DESC --- Here's the release schedule, modified to accommodate respin-a. * Thur 23 Jul: EOD code freeze respin-a; all components and aggregates build over night. * Fri 24 Jul: builds staged for QE starting @ noon EDT, avail ~3pm EDT * Mon 27 Jul: QE starts testing; signoff EOD Tues AT THE LATEST (earlier is better!) (cc: Len/Martin) * Wed 29 Jul: bits released to jboss.org (cc: Paul), devstudio.redhat.com & customer portal (cc: Chris) * Thu 30 Jul: blog/announcements go out (cc: Alexey/Fred) This new schedule delays the planned release date by 2 days - was Jul 27; now Jul 29. --- Please note these vacations: * Mickael: Jul 20 - Aug 20 * Max: Jul 25 - Aug 8 * Nick: Jul 30 - Aug 4 -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Wed Jul 22 17:29:59 2015 From: nboldt at redhat.com (Nick Boldt) Date: Wed, 22 Jul 2015 17:29:59 -0400 Subject: [jbosstools-dev] FYI: Renamed component in JBIDE/JBDS JIRA: jsp/jsf/xml/html-source-editing Message-ID: <55B00B57.1000904@redhat.com> To avoid spaces in names and be consistent w/ all the other components, I've renamed "jsp/jsf/xml/html source editing" to "jsp/jsf/xml/html-source-editing". Only one script appears to be affected: https://github.com/jbosstools/jbosstools-documentation/pull/261 That is all. -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From bfitzpat at redhat.com Wed Jul 22 18:30:25 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Wed, 22 Jul 2015 18:30:25 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1263866800.2452326.1437604199750.JavaMail.zimbra@redhat.com> Message-ID: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> 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 From rstryker at redhat.com Wed Jul 22 18:42:10 2015 From: rstryker at redhat.com (Rob Stryker) Date: Wed, 22 Jul 2015 18:42:10 -0400 Subject: [jbosstools-dev] Weird swt stack overflow... anyone seen this? Message-ID: <55B01C42.3080708@redhat.com> Hey All: I was running through the download-runtime workflow (window -> preference -> JBoss Tools/JBoss Tools Runtime Detection) and I get this stack overflow the moment I select the runtime detection page. Anyone seen anything like it before? It could just be my dev-env but I seriously doubt it. Also if anyone can just run through and see if they get the same error, that'd be great. It's visible in both console and error log. http://fpaste.org/247174/76047801/ From bfitzpat at redhat.com Wed Jul 22 18:57:25 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Wed, 22 Jul 2015 18:57:25 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> Message-ID: <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> 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" To: "Brian Fitzpatrick" Cc: "jbosstools-dev jbosstools-dev" 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 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 From bfitzpat at redhat.com Wed Jul 22 19:00:41 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Wed, 22 Jul 2015 19:00:41 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> Message-ID: <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> 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" To: "Brian Fitzpatrick" Cc: "jbosstools-dev jbosstools-dev" 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 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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 > From fbricon at redhat.com Wed Jul 22 19:03:49 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 22 Jul 2015 19:03:49 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> Message-ID: 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 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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 >> > From bfitzpat at redhat.com Wed Jul 22 19:10:00 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Wed, 22 Jul 2015 19:10:00 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> Message-ID: <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> 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" To: "Brian Fitzpatrick" Cc: "jbosstools-dev jbosstools-dev" 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 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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 >> > From fbricon at redhat.com Wed Jul 22 18:59:16 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 22 Jul 2015 18:59:16 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> Message-ID: <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> workspace corrupted by previous failure? > Le 22 juil. 2015 ? 18:57, Brian Fitzpatrick 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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 > From dgolovin at exadel.com Wed Jul 22 20:29:17 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Wed, 22 Jul 2015 17:29:17 -0700 Subject: [jbosstools-dev] Weird swt stack overflow... anyone seen this? In-Reply-To: <55B01C42.3080708@redhat.com> References: <55B01C42.3080708@redhat.com> Message-ID: I briefly tested latest local build from Beta2x branch and it works for me. There are minor glitches with UI, which is expected under Linux with GTK3, but no stack overflow for me. Denis On Wed, Jul 22, 2015 at 3:42 PM, Rob Stryker wrote: > Hey All: > > I was running through the download-runtime workflow (window -> > preference -> JBoss Tools/JBoss Tools Runtime Detection) and I get this > stack overflow the moment I select the runtime detection page. Anyone > seen anything like it before? It could just be my dev-env but I > seriously doubt it. Also if anyone can just run through and see if they > get the same error, that'd be great. It's visible in both console and > error log. > > > http://fpaste.org/247174/76047801/ > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150722/45ce09e5/attachment.html From fbricon at redhat.com Wed Jul 22 18:45:17 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 22 Jul 2015 18:45:17 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> Message-ID: How many projects open in your workspace? have you tried -Xmx2048m in eclipse.ini? > Le 22 juil. 2015 ? 18:30, Brian Fitzpatrick 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 From fbricon at redhat.com Wed Jul 22 20:48:17 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 22 Jul 2015 20:48:17 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> Message-ID: <1D5FE924-AFEC-4D9D-A28F-EA7784DC2D44@redhat.com> Looks like a memory leak. We?d need to profile your memory usage. Did you install non default plugins on top of your Eclipse installation? > Le 22 juil. 2015 ? 19:10, Brian Fitzpatrick a ?crit : > > java.lang.OutOfMemoryError: GC overhead limit exceeded -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150722/7b2a8c00/attachment.html From mmalina at redhat.com Thu Jul 23 03:47:28 2015 From: mmalina at redhat.com (Martin Malina) Date: Thu, 23 Jul 2015 09:47:28 +0200 Subject: [jbosstools-dev] Weird swt stack overflow... anyone seen this? In-Reply-To: <55B01C42.3080708@redhat.com> References: <55B01C42.3080708@redhat.com> Message-ID: <78897665-C67F-4BE8-B26D-8102D568D8AC@redhat.com> You mean you get this error the moment you open the preference page? I just checked with JBDS 9.0.0.Beta2 B67 and JBoss Tools 4.3.0.Beta2 B66 and it's fine in both - no error. -Martin > On 23. 7. 2015, at 0:42, Rob Stryker wrote: > > Hey All: > > I was running through the download-runtime workflow (window -> > preference -> JBoss Tools/JBoss Tools Runtime Detection) and I get this > stack overflow the moment I select the runtime detection page. Anyone > seen anything like it before? It could just be my dev-env but I > seriously doubt it. Also if anyone can just run through and see if they > get the same error, that'd be great. It's visible in both console and > error log. > > > http://fpaste.org/247174/76047801/ > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From manderse at redhat.com Thu Jul 23 05:37:52 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 23 Jul 2015 11:37:52 +0200 Subject: [jbosstools-dev] Weird swt stack overflow... anyone seen this? In-Reply-To: <55B01C42.3080708@redhat.com> References: <55B01C42.3080708@redhat.com> Message-ID: <97B05E60-441F-4C7A-8F4C-4DA25987625B@redhat.com> looks like a GTK error. Found a few hits in google for "eclipse gtk stackoverflow org.eclipse.swt.internal.gtk.OS._gtk_widget_size_allocate" but didn't spot a direct match - but maybe you can ? Also, maybe Aleksander have seen this or similar before ? (in cc) /max > Hey All: > > I was running through the download-runtime workflow (window -> > preference -> JBoss Tools/JBoss Tools Runtime Detection) and I get > this > stack overflow the moment I select the runtime detection page. Anyone > seen anything like it before? It could just be my dev-env but I > seriously doubt it. Also if anyone can just run through and see if > they > get the same error, that'd be great. It's visible in both console and > error log. > > > http://fpaste.org/247174/76047801/ > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From manderse at redhat.com Thu Jul 23 05:40:34 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 23 Jul 2015 11:40:34 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> Message-ID: <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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 From bfitzpat at redhat.com Thu Jul 23 09:30:10 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 09:30:10 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> Message-ID: <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> 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" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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 From bfitzpat at redhat.com Thu Jul 23 09:41:49 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 09:41:49 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> Message-ID: <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> 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" To: "Max Rydahl Andersen" Cc: "jbosstools-dev jbosstools-dev" 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" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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 From nboldt at redhat.com Thu Jul 23 10:40:10 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 23 Jul 2015 10:40:10 -0400 Subject: [jbosstools-dev] Proposed change to JBDS TP 9.0.0.CR1-SNAPSHOT Message-ID: <55B0FCCA.804@redhat.com> Back in https://issues.jboss.org/browse/JBDS-3440, we decided to use a newer version of TestNG (6.8.6 -> 6.9.5). So, I bumped the version in Central, but forgot to bump the version in the JBDS TP as well. Len discovered the discrepancy in https://issues.jboss.org/browse/JBDS-3488 so here's a PR for that. https://github.com/jbosstools/jbosstools-target-platforms/pull/160 This affects CR1, not Beta2, but still needs a +1 from someone to apply. -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From bfitzpat at redhat.com Thu Jul 23 16:25:11 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 16:25:11 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> Message-ID: <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> 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" To: "Max Rydahl Andersen" Cc: "jbosstools-dev jbosstools-dev" 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" To: "Max Rydahl Andersen" Cc: "jbosstools-dev jbosstools-dev" 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" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" 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" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > 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 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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 From pleacu at redhat.com Thu Jul 23 16:42:09 2015 From: pleacu at redhat.com (Paul Leacu) Date: Thu, 23 Jul 2015 16:42:09 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> Message-ID: <1808327463.3176462.1437684129107.JavaMail.zimbra@redhat.com> Hey Fitz - I haven't but I don't really trrust building on RHEL5 nodes either. Try modifying your 'Label expression' in your SwitchYard Jenkins job to RHEL7,RHEL8... --paull ----- Original Message ----- > From: "Brian Fitzpatrick" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" , "Paul Leacu" > 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > > 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" > > To: "Brian Fitzpatrick" > > Cc: "jbosstools-dev jbosstools-dev" > > 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 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" > >> To: "Brian Fitzpatrick" > >> Cc: "jbosstools-dev jbosstools-dev" > >> 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 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" > >>> To: "Brian Fitzpatrick" > >>> Cc: "jbosstools-dev jbosstools-dev" > >>> 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 > >>>> 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 > From manderse at redhat.com Thu Jul 23 16:44:49 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 23 Jul 2015 22:44:49 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <947973365.2456677.1437605845132.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> Message-ID: <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> I've imported all the projects and no out of memory errors - just build errors. Are there some specific target file or build commands I need to execute first ? /max > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> >>>> 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 >>>>> 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 /max http://about.me/maxandersen From bfitzpat at redhat.com Thu Jul 23 16:50:39 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 16:50:39 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> Message-ID: <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> I did a mvn -U clean build -DskipTests at the command line, but that was it. The auto-build is on. Beyond that your guess is as good as mine. There's not much IN this workspace now. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Max Rydahl Andersen" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 2:44:49 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars I've imported all the projects and no out of memory errors - just build errors. Are there some specific target file or build commands I need to execute first ? /max > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> >>>> 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 >>>>> 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 /max http://about.me/maxandersen From nboldt at redhat.com Thu Jul 23 16:53:30 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 23 Jul 2015 16:53:30 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> Message-ID: <55B1544A.7050509@redhat.com> Bet you the problem is RHEL5. I've updated your job to use RHEL6/7, like the rest of JBT. Now running to verify my hypothesis. Also attempting to build locally but getting TP resolution problems such as: [ERROR] Failed to resolve target definition /home/nboldt/.m2/repository1/org/jboss/tools/integration-stack/target-platform/4.3.0.Beta1b-SNAPSHOT/target-platform-4.3.0.Beta1b-SNAPSHOT-base-ea.target: Failed to load p2 metadata repository from location https://repository.jboss.org/nexus/content/unzip/unzip/org/jboss/tools/locus/update.site/1.3.0-SNAPSHOT/update.site-1.3.0-SNAPSHOT.zip-unzip/: No repository found at https://repository.jboss.org/nexus/content/unzip/unzip/org/jboss/tools/locus/update.site/1.3.0-SNAPSHOT/update.site-1.3.0-SNAPSHOT.zip-unzip. -> [Help 1] -- Protip: use http links to Jenkins for read-only content: they're 5x faster to load because no Kerberos overhead needed. Use https only for kicking builds or viewing job configs. 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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 > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From snjeza.peco at gmail.com Thu Jul 23 17:07:11 2015 From: snjeza.peco at gmail.com (Snjezana Peco) Date: Thu, 23 Jul 2015 23:07:11 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> Message-ID: <55B1577F.5080700@gmail.com> Try to add -XX:-UseGCOverheadLimit. See http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom Snjeza On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: > I did a mvn -U clean build -DskipTests at the command line, but that was it. > > The auto-build is on. > > Beyond that your guess is as good as mine. There's not much IN this workspace now. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 2:44:49 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > I've imported all the projects and no out of memory errors - just build > errors. > > Are there some specific target file or build commands I need to execute > first ? > > /max > >> 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" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev >> jbosstools-dev" >> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> >>>>> 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 >>>>>> 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 > > /max > http://about.me/maxandersen > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From nboldt at redhat.com Thu Jul 23 17:13:50 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 23 Jul 2015 17:13:50 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> Message-ID: <55B1590E.9090007@redhat.com> 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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 > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From manderse at redhat.com Thu Jul 23 17:14:15 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Thu, 23 Jul 2015 23:14:15 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> Message-ID: On 23 Jul 2015, at 22:50, Brian Fitzpatrick wrote: > I did a mvn -U clean build -DskipTests at the command line, but that > was it. > > The auto-build is on. > > Beyond that your guess is as good as mine. There's not much IN this > workspace now. My errors are missing bundles - I assume I need to use some specific target file for IS, can you point me to it ? /max > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > Sent: Thursday, July 23, 2015 2:44:49 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > I've imported all the projects and no out of memory errors - just > build > errors. > > Are there some specific target file or build commands I need to > execute > first ? > > /max > >> 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" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev >> jbosstools-dev" >> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> >>>> 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 >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> >>>>> 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 >>>>>> >>>>>> 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 > > > /max > http://about.me/maxandersen /max http://about.me/maxandersen From bfitzpat at redhat.com Thu Jul 23 17:17:55 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 17:17:55 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> Message-ID: <1514421790.3291631.1437686275605.JavaMail.zimbra@redhat.com> There's a targetplatform directory in the switchyard tools repo that you can use to generate a TP _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Max Rydahl Andersen" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 3:14:15 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars On 23 Jul 2015, at 22:50, Brian Fitzpatrick wrote: > I did a mvn -U clean build -DskipTests at the command line, but that > was it. > > The auto-build is on. > > Beyond that your guess is as good as mine. There's not much IN this > workspace now. My errors are missing bundles - I assume I need to use some specific target file for IS, can you point me to it ? /max > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > Sent: Thursday, July 23, 2015 2:44:49 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > I've imported all the projects and no out of memory errors - just > build > errors. > > Are there some specific target file or build commands I need to > execute > first ? > > /max > >> 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" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev >> jbosstools-dev" >> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> >>>> 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 >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> >>>>> 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 >>>>>> >>>>>> 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 > > > /max > http://about.me/maxandersen /max http://about.me/maxandersen From bfitzpat at redhat.com Thu Jul 23 17:19:40 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 17:19:40 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B1590E.9090007@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> <55B1590E.9090007@redhat.com> Message-ID: <615497551.3292282.1437686380767.JavaMail.zimbra@redhat.com> Wow. I have no clue. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Nick Boldt" To: "Brian Fitzpatrick" , jbosstools-dev at lists.jboss.org Sent: Thursday, July 23, 2015 3:13:50 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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 > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From bfitzpat at redhat.com Thu Jul 23 17:36:19 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 17:36:19 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B1577F.5080700@gmail.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> Message-ID: <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> Hey Snjeza, That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Snjezana Peco" To: "Brian Fitzpatrick" Cc: "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 3:07:11 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars Try to add -XX:-UseGCOverheadLimit. See http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom Snjeza On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: > I did a mvn -U clean build -DskipTests at the command line, but that was it. > > The auto-build is on. > > Beyond that your guess is as good as mine. There's not much IN this workspace now. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 2:44:49 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > I've imported all the projects and no out of memory errors - just build > errors. > > Are there some specific target file or build commands I need to execute > first ? > > /max > >> 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" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev >> jbosstools-dev" >> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> >>>>> 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 >>>>>> 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 > > /max > http://about.me/maxandersen > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From snjezana.peco at redhat.com Thu Jul 23 17:43:10 2015 From: snjezana.peco at redhat.com (Snjezana Peco) Date: Thu, 23 Jul 2015 23:43:10 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> Message-ID: <55B15FEE.1060708@redhat.com> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." mvn ... Snjeza On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: > Hey Snjeza, > > That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? > > When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Snjezana Peco" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 3:07:11 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > Try to add -XX:-UseGCOverheadLimit. > See > http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom > > Snjeza > > On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >> I did a mvn -U clean build -DskipTests at the command line, but that was it. >> >> The auto-build is on. >> >> Beyond that your guess is as good as mine. There's not much IN this workspace now. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Max Rydahl Andersen" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 2:44:49 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> I've imported all the projects and no out of memory errors - just build >> errors. >> >> Are there some specific target file or build commands I need to execute >> first ? >> >> /max >> >>> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "Fred Bricon" , "jbosstools-dev >>> jbosstools-dev" >>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> 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 >>>>>> 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> >>>>>> 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 >>>>>>> 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 >> /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 From bfitzpat at redhat.com Thu Jul 23 18:18:54 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Thu, 23 Jul 2015 18:18:54 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B15FEE.1060708@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> Message-ID: <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> Thanks Snjeza. Last question for the brain trust on this list today ... Anybody seen this during running of eclipse tests via maven? This is what I get when I try running locally without -DskipTests org.osgi.framework.BundleException: Error starting module. at org.eclipse.osgi.container.Module.doStart(Module.java:580) 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) 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) at org.eclipse.equinox.launcher.Main.main(Main.java:1488) Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.newInstance(Class.java:412) at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) 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) ... 27 more Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) 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) ... 36 more Root exception: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.newInstance(Class.java:412) at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) 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) at org.eclipse.equinox.launcher.Main.main(Main.java:1488) Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) 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) ... 36 more !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 !MESSAGE Application error !STACK 1 java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) 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) at org.eclipse.equinox.launcher.Main.main(Main.java:1488) Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) 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) ... 15 more Caused by: org.osgi.framework.BundleException: Error starting module. at org.eclipse.osgi.container.Module.doStart(Module.java:580) 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) ... 24 more Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.newInstance(Class.java:412) at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) 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) ... 27 more Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) 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) ... 36 more An error has occurred. See the log file _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Snjezana Peco" To: "Brian Fitzpatrick" , "Snjezana Peco" Cc: "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 3:43:10 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." mvn ... Snjeza On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: > Hey Snjeza, > > That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? > > When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Snjezana Peco" > To: "Brian Fitzpatrick" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 3:07:11 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > Try to add -XX:-UseGCOverheadLimit. > See > http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom > > Snjeza > > On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >> I did a mvn -U clean build -DskipTests at the command line, but that was it. >> >> The auto-build is on. >> >> Beyond that your guess is as good as mine. There's not much IN this workspace now. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Max Rydahl Andersen" >> To: "Brian Fitzpatrick" >> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 2:44:49 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> I've imported all the projects and no out of memory errors - just build >> errors. >> >> Are there some specific target file or build commands I need to execute >> first ? >> >> /max >> >>> 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" >>> To: "Brian Fitzpatrick" >>> Cc: "Fred Bricon" , "jbosstools-dev >>> jbosstools-dev" >>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> 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 >>>>>> 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> >>>>>> 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 >>>>>>> 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 >> /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 From fbricon at redhat.com Thu Jul 23 20:17:22 2015 From: fbricon at redhat.com (Fred Bricon) Date: Thu, 23 Jul 2015 20:17:22 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> Message-ID: <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> Are you sure you?re running with Java8 in CLI? Some bundles would fail to load under the wrong JVM > Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a ?crit : > > Thanks Snjeza. > > Last question for the brain trust on this list today ... > > Anybody seen this during running of eclipse tests via maven? This is what I get when I try running locally without -DskipTests > > org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > Root exception: > java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > > !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 > !MESSAGE Application error > !STACK 1 > java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI > at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). > at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) > 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) > ... 15 more > Caused by: org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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) > ... 24 more > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > An error has occurred. See the log file > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Snjezana Peco" > To: "Brian Fitzpatrick" , "Snjezana Peco" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 3:43:10 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." > mvn ... > > Snjeza > > On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >> Hey Snjeza, >> >> That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? >> >> When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Snjezana Peco" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 3:07:11 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> Try to add -XX:-UseGCOverheadLimit. >> See >> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >> >> Snjeza >> >> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>> I did a mvn -U clean build -DskipTests at the command line, but that was it. >>> >>> The auto-build is on. >>> >>> Beyond that your guess is as good as mine. There's not much IN this workspace now. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Max Rydahl Andersen" >>> To: "Brian Fitzpatrick" >>> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 2:44:49 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >>> >>> I've imported all the projects and no out of memory errors - just build >>> errors. >>> >>> Are there some specific target file or build commands I need to execute >>> first ? >>> >>> /max >>> >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "Fred Bricon" , "jbosstools-dev >>>> jbosstools-dev" >>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> 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 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> 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 >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> >>>>>>> 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 >>>>>>>> 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 >>> /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 > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From nboldt at redhat.com Thu Jul 23 20:28:03 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 23 Jul 2015 20:28:03 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <5461BA4E-3F78-4094-A30B-4B5B8C60B060@redhat.com> <1382100609.2458247.1437606041812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> Message-ID: <55B18693.30907@redhat.com> Build is yellow in Jenkins. Welcome to Mars! You had it set to use RHEL5, Maven 3.1.1, JDK 1.7 and a tiny amount of memory (-Xmx256m). You're now using RHEL 6 or 7, Maven 3.2.5, JDK 1.8, and the usual memory settings (-Xms512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m). Managed to get a few successful builds (but there are test failures, which is why it's yellow). -- I've scrubbed the workspace to verify that we don't need to RESOLVE the target platform (that is, use -Pmultiple2repo to create a local TP site). All we should need is to build it and publish the .target into the local ~/.m2 repo. Even that step MIGHT be unnecessary but I like the idea of validating your TP as part of your build, at least until you adopt the JBTIS TP entirely and no longer need your own fork. Here's a PR to move you from the ancient publish.sh to the new deploy-to-jboss.org profile / mojo. https://github.com/jboss-switchyard/tools/pull/520 As a result you'll have all your CI builds pushed into a new location: http://download.jboss.org/jbosstools/mars/snapshots/builds/switchyard-tools/ You'll also have a "latest update site" here: http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-stack/switchyard-tools/ I also updated the job config to actually pass in valid values of the BUILD_TYPE variable into the mojo so that if you decide you want to build a development or stable build, you can set a different value and it'll push an update site into a folder other than /snapshots/updates/ -- rather you'll get /development/ or /stable/. Not sure if you'd ever use the "earlyaccess" value -- that seems suspect to me. Maybe we should just remove that from the job and the site/pom.xml ? Cheers, Nick 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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 > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Thu Jul 23 23:41:50 2015 From: nboldt at redhat.com (Nick Boldt) Date: Thu, 23 Jul 2015 23:41:50 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: JBDS 9 / JBT 4.3 Beta2 respin-a code freeze is TOMORROW // updated Beta2 release schedule // vacation reminders In-Reply-To: <55AFC973.6080408@redhat.com> References: <55AFC973.6080408@redhat.com> Message-ID: <55B1B3FE.604@redhat.com> As there are no more open issues for respin-a, and it's EOD Thursday, Beta2 is now officially closed for business. Please don't push anything else into the Beta2x branches. Note also that due to a death in my extended family (my brother's wife's mother) I may push the bits out to QE tonight instead of waiting to tomorrow, since I may have to go deal with some logistics in support of that. Thanks for your understanding, Nick On 07/22/2015 12:48 PM, Nick Boldt wrote: > The cut off for getting last-minute blockers into Beta2 is the end of > tomorrow. After that, no more changes will be accepted into Beta2. > > This list [1] is now at 21 issues, with 5 unresolved. Of these 5, only 3 > are BLOCKER or CRITICAL. Please do not include issues which are of lower > priority that this. Please also ensure you get your PRs reviewed before > pushing into the Beta2x branch. > > [1] > https://issues.jboss.org/issues/?jql=filter%20%3D%20ds_latest_freeze%20AND%20filter%20%3D%20ds_respin%20ORDER%20BY%20resolution%20DESC > > > --- > > Here's the release schedule, modified to accommodate respin-a. > > * Thur 23 Jul: EOD code freeze respin-a; all components and aggregates > build over night. > > * Fri 24 Jul: builds staged for QE starting @ noon EDT, avail ~3pm EDT > > * Mon 27 Jul: QE starts testing; signoff EOD Tues AT THE LATEST (earlier > is better!) (cc: Len/Martin) > > * Wed 29 Jul: bits released to jboss.org (cc: Paul), > devstudio.redhat.com & customer portal (cc: Chris) > > * Thu 30 Jul: blog/announcements go out (cc: Alexey/Fred) > > This new schedule delays the planned release date by 2 days - was Jul > 27; now Jul 29. > > --- > > Please note these vacations: > > * Mickael: Jul 20 - Aug 20 > * Max: Jul 25 - Aug 8 > * Nick: Jul 30 - Aug 4 > > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Fri Jul 24 00:44:58 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 24 Jul 2015 00:44:58 -0400 Subject: [jbosstools-dev] JBoss Tools Core 4.3.0.Beta2a bits available for QE testing Message-ID: <55B1C2CA.2010308@redhat.com> As always, these are not FINAL bits, but preliminary results for QE & community testing. Not for use by customers or end users. Update site: http://download.jboss.org/jbosstools/mars/staging/updates/ Target platform: * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.0.Beta2 New + noteworthy (subject to change): * https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew * http://tools.jboss.org/documentation/whatsnew/ Schedule: https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel -- Additional update sites: * http://download.jboss.org/jbosstools/mars/staging/updates/core/4.3.0.Beta2a/ * http://download.jboss.org/jbosstools/mars/staging/updates/coretests/4.3.0.Beta2a/ Discovery sites: * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.0.Beta2a/ * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2a/ Build folders (for build logs & update site zips): * http://download.jboss.org/jbosstools/mars/staging/builds/ -- Changes prompting this respin-a are: https://issues.jboss.org/issues/?jql=labels%20in%20%28%22respin-a%22%29%20and%20%28%28project%20in%20%28%22JBDS%22%29%20and%20fixversion%20in%20%28%229.0.0.Beta2%22%29%29%20or%20%28project%20in%20%28%22JBIDE%22%2C%22TOOLSDOC%22%29%20and%20fixversion%20in%20%28%224.3.0.Beta2%22%29%29%29 To compare the upcoming version of Central (4.3.0.Beta2a) against an older version, add lines similar to these your eclipse.ini file after the -vmargs line for the appropriate version & URLs: -Djboss.discovery.directory.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.0.Beta2a/jbosstools-directory.xml -Djboss.discovery.site.url=http://download.jboss.org/jbosstools/mars/staging/updates/ -Djboss.discovery.earlyaccess.site.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2a/ -Djboss.discovery.earlyaccess.list.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2a/jbosstools-earlyaccess.properties -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From manderse at redhat.com Fri Jul 24 03:32:15 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 09:32:15 +0200 Subject: [jbosstools-dev] ACTION REQUIRED: JBDS 9 / JBT 4.3 Beta2 respin-a code freeze is TOMORROW // updated Beta2 release schedule // vacation reminders In-Reply-To: <55B1B3FE.604@redhat.com> References: <55AFC973.6080408@redhat.com> <55B1B3FE.604@redhat.com> Message-ID: <53DC7818-6144-4A6C-A2F3-709002C35F72@redhat.com> On 24 Jul 2015, at 5:41, Nick Boldt wrote: > As there are no more open issues for respin-a, and it's EOD Thursday, > Beta2 is now officially closed for business. > > Please don't push anything else into the Beta2x branches. Thanks for update! > Note also that due to a death in my extended family (my brother's > wife's > mother) I may push the bits out to QE tonight instead of waiting to > tomorrow, since I may have to go deal with some logistics in support > of > that. > > Thanks for your understanding, Sorry for your loss. Let me know if anything I can do instead. /max > > Nick > > On 07/22/2015 12:48 PM, Nick Boldt wrote: >> The cut off for getting last-minute blockers into Beta2 is the end of >> tomorrow. After that, no more changes will be accepted into Beta2. >> >> This list [1] is now at 21 issues, with 5 unresolved. Of these 5, >> only 3 >> are BLOCKER or CRITICAL. Please do not include issues which are of >> lower >> priority that this. Please also ensure you get your PRs reviewed >> before >> pushing into the Beta2x branch. >> >> [1] >> https://issues.jboss.org/issues/?jql=filter%20%3D%20ds_latest_freeze%20AND%20filter%20%3D%20ds_respin%20ORDER%20BY%20resolution%20DESC >> >> >> --- >> >> Here's the release schedule, modified to accommodate respin-a. >> >> * Thur 23 Jul: EOD code freeze respin-a; all components and >> aggregates >> build over night. >> >> * Fri 24 Jul: builds staged for QE starting @ noon EDT, avail ~3pm >> EDT >> >> * Mon 27 Jul: QE starts testing; signoff EOD Tues AT THE LATEST >> (earlier >> is better!) (cc: Len/Martin) >> >> * Wed 29 Jul: bits released to jboss.org (cc: Paul), >> devstudio.redhat.com & customer portal (cc: Chris) >> >> * Thu 30 Jul: blog/announcements go out (cc: Alexey/Fred) >> >> This new schedule delays the planned release date by 2 days - was Jul >> 27; now Jul 29. >> >> --- >> >> Please note these vacations: >> >> * Mickael: Jul 20 - Aug 20 >> * Max: Jul 25 - Aug 8 >> * Nick: Jul 30 - Aug 4 >> >> > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From manderse at redhat.com Fri Jul 24 04:35:16 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 10:35:16 +0200 Subject: [jbosstools-dev] respin-b needed Message-ID: JBIDE-20311 was not fixed. openshift was built before foundation thus it was not picking up the reverted api change. Details in jira - it was a "fun" one to figure out. Thanks mlabuda :) Nick - possible to do a respin and reaggregate ? mini-retrospective: if we actually ran tests on the aggregated build AND the tests tested the fix we made we would have caught this. /max http://about.me/maxandersen From manderse at redhat.com Fri Jul 24 05:12:49 2015 From: manderse at redhat.com (manderse at redhat.com) Date: Fri, 24 Jul 2015 05:12:49 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component Message-ID: <201507240912.t6O9CnUq003921@int-mx09.intmail.prod.int.phx2.redhat.com> This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks! * No component for JBIDE-20375 https://issues.jboss.org/browse/JBIDE-20375 Summary: Investigate possibility of reading Download Manager data from a REST service instead of YAML Assignee: None set - please fix. Component: None set - please fix. Problem: No component - please ensure this issue has a proper component set. Last Update: 0:44:00.036609 ---------------------------- Query used: https://issues.jboss.org/issues/?jql=%28filter%3D%27ds_lint_nocomponent%27%29 From bfitzpat at redhat.com Fri Jul 24 09:13:44 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 09:13:44 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B18693.30907@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1605758556.2460536.1437606600462.JavaMail.zimbra@redhat.com> <6F4CE22E-C97D-449F-A5ED-92BC77EC40F8@redhat.com> <1795348927.2839251.1437658210598.JavaMail.zimbra@redhat.com> <1973815392.2848982.1437658909022.JavaMail.zimbra@redhat.com> <623319509.3269333.1437683111473.JavaMail.zimbra@redhat.com> <55B18693.30907@redhat.com> Message-ID: <1221015179.3489306.1437743624187.JavaMail.zimbra@redhat.com> Thanks Nick!! The earlyaccess stuff is from Paul for JBTIS, so we'll have to chat with him about some of those changes. :) Test failures I can deal with. :) _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Nick Boldt" To: "Brian Fitzpatrick" , "Max Rydahl Andersen" Cc: "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 6:28:03 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars Build is yellow in Jenkins. Welcome to Mars! You had it set to use RHEL5, Maven 3.1.1, JDK 1.7 and a tiny amount of memory (-Xmx256m). You're now using RHEL 6 or 7, Maven 3.2.5, JDK 1.8, and the usual memory settings (-Xms512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m). Managed to get a few successful builds (but there are test failures, which is why it's yellow). -- I've scrubbed the workspace to verify that we don't need to RESOLVE the target platform (that is, use -Pmultiple2repo to create a local TP site). All we should need is to build it and publish the .target into the local ~/.m2 repo. Even that step MIGHT be unnecessary but I like the idea of validating your TP as part of your build, at least until you adopt the JBTIS TP entirely and no longer need your own fork. Here's a PR to move you from the ancient publish.sh to the new deploy-to-jboss.org profile / mojo. https://github.com/jboss-switchyard/tools/pull/520 As a result you'll have all your CI builds pushed into a new location: http://download.jboss.org/jbosstools/mars/snapshots/builds/switchyard-tools/ You'll also have a "latest update site" here: http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-stack/switchyard-tools/ I also updated the job config to actually pass in valid values of the BUILD_TYPE variable into the mojo so that if you decide you want to build a development or stable build, you can set a different value and it'll push an update site into a folder other than /snapshots/updates/ -- rather you'll get /development/ or /stable/. Not sure if you'd ever use the "earlyaccess" value -- that seems suspect to me. Maybe we should just remove that from the job and the site/pom.xml ? Cheers, Nick 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/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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Max Rydahl Andersen" > Cc: "jbosstools-dev jbosstools-dev" > 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" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" > 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" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> 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 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" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> 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 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> 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 >>>>> 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 > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From bfitzpat at redhat.com Fri Jul 24 09:14:58 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 09:14:58 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <663C3469-5832-4CD0-8CAA-A833FAFD41E5@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> Message-ID: <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> Hey Fred - could it be the maven version? I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. --Fitz _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Fred Bricon" To: "Brian Fitzpatrick" Cc: "Snjezana Peco" , "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 6:17:22 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars Are you sure you?re running with Java8 in CLI? Some bundles would fail to load under the wrong JVM > Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a ?crit : > > Thanks Snjeza. > > Last question for the brain trust on this list today ... > > Anybody seen this during running of eclipse tests via maven? This is what I get when I try running locally without -DskipTests > > org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > Root exception: > java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > > !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 > !MESSAGE Application error > !STACK 1 > java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI > at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). > at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) > 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) > ... 15 more > Caused by: org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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) > ... 24 more > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > An error has occurred. See the log file > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Snjezana Peco" > To: "Brian Fitzpatrick" , "Snjezana Peco" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 3:43:10 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." > mvn ... > > Snjeza > > On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >> Hey Snjeza, >> >> That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? >> >> When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Snjezana Peco" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 3:07:11 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> Try to add -XX:-UseGCOverheadLimit. >> See >> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >> >> Snjeza >> >> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>> I did a mvn -U clean build -DskipTests at the command line, but that was it. >>> >>> The auto-build is on. >>> >>> Beyond that your guess is as good as mine. There's not much IN this workspace now. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Max Rydahl Andersen" >>> To: "Brian Fitzpatrick" >>> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 2:44:49 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >>> >>> I've imported all the projects and no out of memory errors - just build >>> errors. >>> >>> Are there some specific target file or build commands I need to execute >>> first ? >>> >>> /max >>> >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "Fred Bricon" , "jbosstools-dev >>>> jbosstools-dev" >>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> 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 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> 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 >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> >>>>>>> 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 >>>>>>>> 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 >>> /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 > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From bfitzpat at redhat.com Fri Jul 24 10:17:28 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 10:17:28 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> Message-ID: <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> Was not the maven version. Tried with 3.2.5 and that wasn't it. $ mvn -version Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m -XX:MaxMetaspaceSize=256m Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T10:29:23-07:00) Maven home: c:\apache-maven-3.2.5 Java version: 1.8.0_45, vendor: Oracle Corporation Java home: c:\Program Files\Java\jdk1.8.0_45\jre Default locale: en_US, platform encoding: Cp1252 OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" Attaching the build log in case it holds some clue. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Brian Fitzpatrick" To: "Fred Bricon" Cc: "jbosstools-dev jbosstools-dev" Sent: Friday, July 24, 2015 7:14:58 AM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars Hey Fred - could it be the maven version? I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. --Fitz _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Fred Bricon" To: "Brian Fitzpatrick" Cc: "Snjezana Peco" , "jbosstools-dev jbosstools-dev" Sent: Thursday, July 23, 2015 6:17:22 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars Are you sure you?re running with Java8 in CLI? Some bundles would fail to load under the wrong JVM > Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a ?crit : > > Thanks Snjeza. > > Last question for the brain trust on this list today ... > > Anybody seen this during running of eclipse tests via maven? This is what I get when I try running locally without -DskipTests > > org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > Root exception: > java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > > !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 > !MESSAGE Application error > !STACK 1 > java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI > at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) > at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) > 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) > at org.eclipse.equinox.launcher.Main.main(Main.java:1488) > Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). > at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) > 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) > ... 15 more > Caused by: org.osgi.framework.BundleException: Error starting module. > at org.eclipse.osgi.container.Module.doStart(Module.java:580) > 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) > ... 24 more > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) > at java.lang.Class.getConstructor0(Class.java:3075) > at java.lang.Class.newInstance(Class.java:412) > at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) > 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) > ... 27 more > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) > 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) > ... 36 more > An error has occurred. See the log file > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Snjezana Peco" > To: "Brian Fitzpatrick" , "Snjezana Peco" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 3:43:10 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." > mvn ... > > Snjeza > > On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >> Hey Snjeza, >> >> That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? >> >> When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Snjezana Peco" >> To: "Brian Fitzpatrick" >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 3:07:11 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> Try to add -XX:-UseGCOverheadLimit. >> See >> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >> >> Snjeza >> >> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>> I did a mvn -U clean build -DskipTests at the command line, but that was it. >>> >>> The auto-build is on. >>> >>> Beyond that your guess is as good as mine. There's not much IN this workspace now. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Max Rydahl Andersen" >>> To: "Brian Fitzpatrick" >>> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 2:44:49 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >>> >>> I've imported all the projects and no out of memory errors - just build >>> errors. >>> >>> Are there some specific target file or build commands I need to execute >>> first ? >>> >>> /max >>> >>>> 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" >>>> To: "Brian Fitzpatrick" >>>> Cc: "Fred Bricon" , "jbosstools-dev >>>> jbosstools-dev" >>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> 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 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> 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 >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> >>>>>>> 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 >>>>>>>> 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 >>> /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 > > > _______________________________________________ > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: failure.log Type: text/x-log Size: 286769 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150724/11e83c67/attachment-0001.bin From nboldt at redhat.com Fri Jul 24 11:06:42 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 24 Jul 2015 11:06:42 -0400 Subject: [jbosstools-dev] respin-b needed In-Reply-To: References: Message-ID: <55B25482.4080905@redhat.com> Even better would be if people would say "I fixed something in Base which will impact the downstream build of Openshift, so please ensure they're built in the correct order." Or better still, "I reverted that commit in Base and then kicked the job, waited 10 mins, and kicked an Openshift build too." What test would have caught this? Some sort of timestamp sequencing algorithm? Why can't we just communicate changes verbally instead of just assuming "build magic will happen" ? On 07/24/2015 04:35 AM, Max Rydahl Andersen wrote: > > JBIDE-20311 was not fixed. > > openshift was built before foundation thus it was not picking up the > reverted api change. > > Details in jira - it was a "fun" one to figure out. Thanks mlabuda :) > > Nick - possible to do a respin and reaggregate ? > > mini-retrospective: > if we actually ran tests on the aggregated build AND the tests tested > the fix we made we would have caught this. > > /max > http://about.me/maxandersen > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Fri Jul 24 11:28:42 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 24 Jul 2015 11:28:42 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> Message-ID: <55B259AA.2090704@redhat.com> Looks like Windows can't launch SWT. > !MESSAGE An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). > Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError > Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 http://stackoverflow.com/questions/28057947/cannot-launch-64-bit-windows-version-of-application-org-eclipse-ui-workbench-i Can you build w/ a 32-bit JDK? On 07/24/2015 10:17 AM, Brian Fitzpatrick wrote: > Was not the maven version. Tried with 3.2.5 and that wasn't it. > > $ mvn -version > Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m -XX:MaxMetaspaceSize=256m > Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T10:29:23-07:00) > Maven home: c:\apache-maven-3.2.5 > Java version: 1.8.0_45, vendor: Oracle Corporation > Java home: c:\Program Files\Java\jdk1.8.0_45\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" > > Attaching the build log in case it holds some clue. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Brian Fitzpatrick" > To: "Fred Bricon" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Friday, July 24, 2015 7:14:58 AM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > Hey Fred - could it be the maven version? > > I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. > > --Fitz > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Fred Bricon" > To: "Brian Fitzpatrick" > Cc: "Snjezana Peco" , "jbosstools-dev jbosstools-dev" > Sent: Thursday, July 23, 2015 6:17:22 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars > > Are you sure you?re running with Java8 in CLI? Some bundles would fail to load under the wrong JVM > >> Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a ?crit : >> >> Thanks Snjeza. >> >> Last question for the brain trust on this list today ... >> >> Anybody seen this during running of eclipse tests via maven? This is what I get when I try running locally without -DskipTests >> >> org.osgi.framework.BundleException: Error starting module. >> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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) >> ... 27 more >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> Root exception: >> java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> >> !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 >> !MESSAGE Application error >> !STACK 1 >> java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI >> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.ui.workbench (96). >> at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) >> 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) >> ... 15 more >> Caused by: org.osgi.framework.BundleException: Error starting module. >> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >> 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) >> ... 24 more >> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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) >> ... 27 more >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> An error has occurred. See the log file >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Snjezana Peco" >> To: "Brian Fitzpatrick" , "Snjezana Peco" >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 3:43:10 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >> >> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." >> mvn ... >> >> Snjeza >> >> On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >>> Hey Snjeza, >>> >>> That's an interesting thought. Add where exactly? To the eclipse.ini file? Or just for maven command line execution? >>> >>> When I add it to the build (mvn -U clean install -XX:-UseGCOverheadLimit) it fails at command line with some interesting errors. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Snjezana Peco" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 3:07:11 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >>> >>> Try to add -XX:-UseGCOverheadLimit. >>> See >>> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >>> >>> Snjeza >>> >>> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>>> I did a mvn -U clean build -DskipTests at the command line, but that was it. >>>> >>>> The auto-build is on. >>>> >>>> Beyond that your guess is as good as mine. There's not much IN this workspace now. >>>> >>>> _______________________________ >>>> Brian Fitzpatrick (aka "Fitz") >>>> Senior Software Engineer, Tooling >>>> JBoss by Red Hat >>>> >>>> ----- Original Message ----- >>>> From: "Max Rydahl Andersen" >>>> To: "Brian Fitzpatrick" >>>> Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" >>>> Sent: Thursday, July 23, 2015 2:44:49 PM >>>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars >>>> >>>> I've imported all the projects and no out of memory errors - just build >>>> errors. >>>> >>>> Are there some specific target file or build commands I need to execute >>>> first ? >>>> >>>> /max >>>> >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>> jbosstools-dev" >>>>> 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> 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 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> 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 >>>>>>>> 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" >>>>>>>> To: "Brian Fitzpatrick" >>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>> >>>>>>>> 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 >>>>>>>>> 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 >>>> /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 >> >> >> _______________________________________________ >> 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 > > > > This body part will be downloaded on demand. > -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From manderse at redhat.com Fri Jul 24 11:34:51 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 17:34:51 +0200 Subject: [jbosstools-dev] respin-b needed In-Reply-To: <55B25482.4080905@redhat.com> References: <55B25482.4080905@redhat.com> Message-ID: On 24 Jul 2015, at 17:06, Nick Boldt wrote: > Even better would be if people would say "I fixed something in Base > which will impact the downstream build of Openshift, so please ensure > they're built in the correct order." > Or better still, "I reverted that commit in Base and then kicked the > job, waited 10 mins, and kicked an Openshift build too." > What test would have caught this? Some sort of timestamp sequencing > algorithm? Why can't we just communicate changes verbally instead of > just assuming "build magic will happen" ? The jiras talks in details about it being api breakage in foundation that affects openshift - thus it was verbally communicated; but yes it was not explicit enough and that is why we really can't keep relying on verbal communication to catch these things. Build magic is what one would expect to just solve this. But we don't have that so.. The only test that could have caught this is that openshift had a test for testing the browser open worked. we then ran those tests on the combined install instead of just during openshift component build. Then the component build would have passed (Which it did) but the integration test would have failed (which it did not - because we don't run them that way) /max > > On 07/24/2015 04:35 AM, Max Rydahl Andersen wrote: >> >> JBIDE-20311 was not fixed. >> >> openshift was built before foundation thus it was not picking up the >> reverted api change. >> >> Details in jira - it was a "fun" one to figure out. Thanks mlabuda :) >> >> Nick - possible to do a respin and reaggregate ? >> >> mini-retrospective: >> if we actually ran tests on the aggregated build AND the tests tested >> the fix we made we would have caught this. >> >> /max >> http://about.me/maxandersen >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >> > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com /max http://about.me/maxandersen From manderse at redhat.com Fri Jul 24 11:38:17 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 17:38:17 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B259AA.2090704@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <55B259AA.2090704@redhat.com> Message-ID: <50EF55A1-21EB-4D07-9A4A-257DEB6E10E0@redhat.com> > Looks like Windows can't launch SWT. > >> !MESSAGE An error occurred while automatically activating bundle > org.eclipse.ui.workbench (96). > >> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError > cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 > > http://stackoverflow.com/questions/28057947/cannot-launch-64-bit-windows-version-of-application-org-eclipse-ui-workbench-i > > Can you build w/ a 32-bit JDK? I guess this could happen if you are running with Java 64 bit and SwitchYard TP for some reason does not include the win 64 bits. JBDS-IS TP should most definitely include that though ... But then you should have the same problem on Luna unless your Java 7 install is 32 bit. This still does not explain your outofmemory issues though ;/ /max > > > On 07/24/2015 10:17 AM, Brian Fitzpatrick wrote: >> Was not the maven version. Tried with 3.2.5 and that wasn't it. >> >> $ mvn -version >> Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m >> -XX:MaxMetaspaceSize=256m >> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >> 2014-12-14T10:29:23-07:00) >> Maven home: c:\apache-maven-3.2.5 >> Java version: 1.8.0_45, vendor: Oracle Corporation >> Java home: c:\Program Files\Java\jdk1.8.0_45\jre >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" >> >> Attaching the build log in case it holds some clue. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Brian Fitzpatrick" >> To: "Fred Bricon" >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Friday, July 24, 2015 7:14:58 AM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >> 8 and Mars >> >> Hey Fred - could it be the maven version? >> >> I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 >> locally. >> >> --Fitz >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Fred Bricon" >> To: "Brian Fitzpatrick" >> Cc: "Snjezana Peco" , "jbosstools-dev >> jbosstools-dev" >> Sent: Thursday, July 23, 2015 6:17:22 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >> 8 and Mars >> >> Are you sure you?re running with Java8 in CLI? Some bundles would >> fail to load under the wrong JVM >> >>> Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a >>> ?crit : >>> >>> Thanks Snjeza. >>> >>> Last question for the brain trust on this list today ... >>> >>> Anybody seen this during running of eclipse tests via maven? This is >>> what I get when I try running locally without -DskipTests >>> >>> org.osgi.framework.BundleException: Error starting module. >>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>> at >>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>> 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) >>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at >>> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>> at java.lang.Class.getConstructor0(Class.java:3075) >>> at java.lang.Class.newInstance(Class.java:412) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>> 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) >>> ... 27 more >>> Caused by: java.lang.ClassNotFoundException: >>> org.eclipse.swt.SWTError cannot be found by >>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>> 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) >>> ... 36 more >>> Root exception: >>> java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at >>> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>> at java.lang.Class.getConstructor0(Class.java:3075) >>> at java.lang.Class.newInstance(Class.java:412) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>> at >>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>> 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) >>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>> Caused by: java.lang.ClassNotFoundException: >>> org.eclipse.swt.SWTError cannot be found by >>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>> 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) >>> ... 36 more >>> >>> !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 >>> !MESSAGE Application error >>> !STACK 1 >>> java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI >>> at >>> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>> at >>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>> 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) >>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>> Caused by: java.lang.ClassNotFoundException: An error occurred while >>> automatically activating bundle org.eclipse.ui.workbench (96). >>> at >>> org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) >>> 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) >>> ... 15 more >>> Caused by: org.osgi.framework.BundleException: Error starting >>> module. >>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>> 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) >>> ... 24 more >>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at >>> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>> at java.lang.Class.getConstructor0(Class.java:3075) >>> at java.lang.Class.newInstance(Class.java:412) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>> at >>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>> 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) >>> ... 27 more >>> Caused by: java.lang.ClassNotFoundException: >>> org.eclipse.swt.SWTError cannot be found by >>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>> at >>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>> 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) >>> ... 36 more >>> An error has occurred. See the log file >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Snjezana Peco" >>> To: "Brian Fitzpatrick" , "Snjezana Peco" >>> >>> Cc: "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 3:43:10 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." >>> mvn ... >>> >>> Snjeza >>> >>> On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >>>> Hey Snjeza, >>>> >>>> That's an interesting thought. Add where exactly? To the >>>> eclipse.ini file? Or just for maven command line execution? >>>> >>>> When I add it to the build (mvn -U clean install >>>> -XX:-UseGCOverheadLimit) it fails at command line with some >>>> interesting errors. >>>> >>>> _______________________________ >>>> Brian Fitzpatrick (aka "Fitz") >>>> Senior Software Engineer, Tooling >>>> JBoss by Red Hat >>>> >>>> ----- Original Message ----- >>>> From: "Snjezana Peco" >>>> To: "Brian Fitzpatrick" >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> >>>> Sent: Thursday, July 23, 2015 3:07:11 PM >>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>> Java 8 and Mars >>>> >>>> Try to add -XX:-UseGCOverheadLimit. >>>> See >>>> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >>>> >>>> Snjeza >>>> >>>> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>>>> I did a mvn -U clean build -DskipTests at the command line, but >>>>> that was it. >>>>> >>>>> The auto-build is on. >>>>> >>>>> Beyond that your guess is as good as mine. There's not much IN >>>>> this workspace now. >>>>> >>>>> _______________________________ >>>>> Brian Fitzpatrick (aka "Fitz") >>>>> Senior Software Engineer, Tooling >>>>> JBoss by Red Hat >>>>> >>>>> ----- Original Message ----- >>>>> From: "Max Rydahl Andersen" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>> jbosstools-dev" >>>>> Sent: Thursday, July 23, 2015 2:44:49 PM >>>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>>> Java 8 and Mars >>>>> >>>>> I've imported all the projects and no out of memory errors - just >>>>> build >>>>> errors. >>>>> >>>>> Are there some specific target file or build commands I need to >>>>> execute >>>>> first ? >>>>> >>>>> /max >>>>> >>>>>> 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>>> jbosstools-dev" >>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> >>>>>>> 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 >>>>>>>> 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" >>>>>>>> To: "Brian Fitzpatrick" >>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>> >>>>>>>> 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 >>>>>>>>> >>>>>>>>> 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" >>>>>>>>> To: "Brian Fitzpatrick" >>>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>>> >>>>>>>>> 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 >>>>>>>>>> >>>>>>>>>> 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 >>>>> /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 >>> >>> >>> _______________________________________________ >>> 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 >> >> >> >> This body part will be downloaded on demand. >> > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From nboldt at redhat.com Fri Jul 24 11:41:41 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 24 Jul 2015 11:41:41 -0400 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <50EF55A1-21EB-4D07-9A4A-257DEB6E10E0@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <55B259AA.2090704@redhat.com> <50EF55A1-21EB-4D07-9A4A-257DEB6E10E0@redhat.com> Message-ID: <55B25CB5.5020402@redhat.com> What do you have in your $MAVEN_OPTS? Here's my memory set up for maven: $? echo $MAVEN_OPTS -Xms512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m On 07/24/2015 11:38 AM, Max Rydahl Andersen wrote: > > >> Looks like Windows can't launch SWT. >> >>> !MESSAGE An error occurred while automatically activating bundle >> org.eclipse.ui.workbench (96). >> >>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError >> cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> >> http://stackoverflow.com/questions/28057947/cannot-launch-64-bit-windows-version-of-application-org-eclipse-ui-workbench-i >> >> >> Can you build w/ a 32-bit JDK? > > I guess this could happen if you are running with Java 64 bit and > SwitchYard TP for some reason does not include the win 64 bits. > > JBDS-IS TP should most definitely include that though ... > > But then you should have the same problem on Luna unless your Java 7 > install is 32 bit. > > This still does not explain your outofmemory issues though ;/ > /max > >> >> >> On 07/24/2015 10:17 AM, Brian Fitzpatrick wrote: >>> Was not the maven version. Tried with 3.2.5 and that wasn't it. >>> >>> $ mvn -version >>> Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m >>> -XX:MaxMetaspaceSize=256m >>> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >>> 2014-12-14T10:29:23-07:00) >>> Maven home: c:\apache-maven-3.2.5 >>> Java version: 1.8.0_45, vendor: Oracle Corporation >>> Java home: c:\Program Files\Java\jdk1.8.0_45\jre >>> Default locale: en_US, platform encoding: Cp1252 >>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" >>> >>> Attaching the build log in case it holds some clue. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Brian Fitzpatrick" >>> To: "Fred Bricon" >>> Cc: "jbosstools-dev jbosstools-dev" >>> Sent: Friday, July 24, 2015 7:14:58 AM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> Hey Fred - could it be the maven version? >>> >>> I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. >>> >>> --Fitz >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Fred Bricon" >>> To: "Brian Fitzpatrick" >>> Cc: "Snjezana Peco" , "jbosstools-dev >>> jbosstools-dev" >>> Sent: Thursday, July 23, 2015 6:17:22 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> Are you sure you?re running with Java8 in CLI? Some bundles would >>> fail to load under the wrong JVM >>> >>>> Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a >>>> ?crit : >>>> >>>> Thanks Snjeza. >>>> >>>> Last question for the brain trust on this list today ... >>>> >>>> Anybody seen this during running of eclipse tests via maven? This is >>>> what I get when I try running locally without -DskipTests >>>> >>>> org.osgi.framework.BundleException: Error starting module. >>>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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) >>>> ... 27 more >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> Root exception: >>>> java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> >>>> !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 >>>> !MESSAGE Application error >>>> !STACK 1 >>>> java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.ClassNotFoundException: An error occurred while >>>> automatically activating bundle org.eclipse.ui.workbench (96). >>>> at >>>> org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) >>>> >>>> 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) >>>> ... 15 more >>>> Caused by: org.osgi.framework.BundleException: Error starting module. >>>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>>> 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) >>>> >>>> ... 24 more >>>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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) >>>> ... 27 more >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> An error has occurred. See the log file >>>> >>>> _______________________________ >>>> Brian Fitzpatrick (aka "Fitz") >>>> Senior Software Engineer, Tooling >>>> JBoss by Red Hat >>>> >>>> ----- Original Message ----- >>>> From: "Snjezana Peco" >>>> To: "Brian Fitzpatrick" , "Snjezana Peco" >>>> >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> Sent: Thursday, July 23, 2015 3:43:10 PM >>>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>>> 8 and Mars >>>> >>>> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." >>>> mvn ... >>>> >>>> Snjeza >>>> >>>> On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >>>>> Hey Snjeza, >>>>> >>>>> That's an interesting thought. Add where exactly? To the >>>>> eclipse.ini file? Or just for maven command line execution? >>>>> >>>>> When I add it to the build (mvn -U clean install >>>>> -XX:-UseGCOverheadLimit) it fails at command line with some >>>>> interesting errors. >>>>> >>>>> _______________________________ >>>>> Brian Fitzpatrick (aka "Fitz") >>>>> Senior Software Engineer, Tooling >>>>> JBoss by Red Hat >>>>> >>>>> ----- Original Message ----- >>>>> From: "Snjezana Peco" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> Sent: Thursday, July 23, 2015 3:07:11 PM >>>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>>> Java 8 and Mars >>>>> >>>>> Try to add -XX:-UseGCOverheadLimit. >>>>> See >>>>> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >>>>> >>>>> >>>>> Snjeza >>>>> >>>>> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>>>>> I did a mvn -U clean build -DskipTests at the command line, but >>>>>> that was it. >>>>>> >>>>>> The auto-build is on. >>>>>> >>>>>> Beyond that your guess is as good as mine. There's not much IN >>>>>> this workspace now. >>>>>> >>>>>> _______________________________ >>>>>> Brian Fitzpatrick (aka "Fitz") >>>>>> Senior Software Engineer, Tooling >>>>>> JBoss by Red Hat >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Max Rydahl Andersen" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>>> jbosstools-dev" >>>>>> Sent: Thursday, July 23, 2015 2:44:49 PM >>>>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>>>> Java 8 and Mars >>>>>> >>>>>> I've imported all the projects and no out of memory errors - just >>>>>> build >>>>>> errors. >>>>>> >>>>>> Are there some specific target file or build commands I need to >>>>>> execute >>>>>> first ? >>>>>> >>>>>> /max >>>>>> >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>>>> jbosstools-dev" >>>>>>> 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" >>>>>>>> To: "Brian Fitzpatrick" >>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>> >>>>>>>> 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 >>>>>>>>> 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" >>>>>>>>> To: "Brian Fitzpatrick" >>>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>>> >>>>>>>>> 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 >>>>>>>>>> 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" >>>>>>>>>> To: "Brian Fitzpatrick" >>>>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>>>> >>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> 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 >>>>>> /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 >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >>> >>> This body part will be downloaded on demand. >>> >> >> -- >> Nick Boldt :: JBoss by Red Hat >> Productization Lead :: JBoss Tools & Dev Studio >> http://nick.divbyzero.com >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > > /max > http://about.me/maxandersen -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Fri Jul 24 12:30:14 2015 From: nboldt at redhat.com (Nick Boldt) Date: Fri, 24 Jul 2015 12:30:14 -0400 Subject: [jbosstools-dev] respin-b needed In-Reply-To: References: <55B25482.4080905@redhat.com> Message-ID: <55B26816.9080604@redhat.com> Current list of Beta2 respin-b issues (2 or 3): https://issues.jboss.org/issues/?jql=labels%20in%20%28%22respin-b%22%29%20and%20%28%28project%20in%20%28%22JBDS%22%29%20and%20fixversion%20in%20%28%229.0.0.Beta2%22%29%29%20or%20%28project%20in%20%28%22JBIDE%22%2C%22TOOLSDOC%22%29%20and%20fixversion%20in%20%28%224.3.0.Beta2%22%29%29%29%20or%20id%20%3D%20JBIDE-19694 I've got family stuff to do this afternoon & evening plans so I'll just leave the Openshift and JST jobs enabled in case more commits come in that need to be built & aggregated into JBT & JBDS. IF you find another problem in another project, please please please... * set label = respin-b in the JIRA * enable your job * kick a new build of your job * send me an email telling me you've got stuff for Beta2 respin-b I can stage respin-b on Sunday night. Does that work for everyone? Nick On 07/24/2015 11:34 AM, Max Rydahl Andersen wrote: > On 24 Jul 2015, at 17:06, Nick Boldt wrote: > >> Even better would be if people would say "I fixed something in Base >> which will impact the downstream build of Openshift, so please ensure >> they're built in the correct order." > >> Or better still, "I reverted that commit in Base and then kicked the >> job, waited 10 mins, and kicked an Openshift build too." > >> What test would have caught this? Some sort of timestamp sequencing >> algorithm? Why can't we just communicate changes verbally instead of >> just assuming "build magic will happen" ? > > The jiras talks in details about it being api breakage in foundation > that affects openshift - thus it was verbally communicated; but yes it > was not explicit enough and that is why we really can't keep relying on > verbal communication to catch these things. > > Build magic is what one would expect to just solve this. But we don't > have that so.. > > The only test that could have caught this is that openshift had a test > for testing the browser open worked. > we then ran those tests on the combined install instead of just during > openshift component build. > > Then the component build would have passed (Which it did) > but the integration test would have failed (which it did not - because > we don't run them that way) > > /max >> >> On 07/24/2015 04:35 AM, Max Rydahl Andersen wrote: >>> >>> JBIDE-20311 was not fixed. >>> >>> openshift was built before foundation thus it was not picking up the >>> reverted api change. >>> >>> Details in jira - it was a "fun" one to figure out. Thanks mlabuda :) >>> >>> Nick - possible to do a respin and reaggregate ? >>> >>> mini-retrospective: >>> if we actually ran tests on the aggregated build AND the tests tested >>> the fix we made we would have caught this. >>> >>> /max >>> http://about.me/maxandersen >>> _______________________________________________ >>> jbosstools-dev mailing list >>> jbosstools-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >>> >> >> -- >> Nick Boldt :: JBoss by Red Hat >> Productization Lead :: JBoss Tools & Dev Studio >> http://nick.divbyzero.com > > > /max > http://about.me/maxandersen -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From manderse at redhat.com Fri Jul 24 13:18:50 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 19:18:50 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <68681891.3278905.1437684639555.JavaMail.zimbra@redhat.com> <55B1577F.5080700@gmail.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> Message-ID: <51E4CBA7-219E-4433-9EEB-517D7E8AE7DE@redhat.com> On 24 Jul 2015, at 16:17, Brian Fitzpatrick wrote: > Was not the maven version. Tried with 3.2.5 and that wasn't it. what does java -version return ? I bet you it says java 8 64. And your java 7 says java 32. And that worked on Luna because switchyard seem to not use the standard target platform but instead have just this: https://github.com/jboss-switchyard/tools/blob/master/eclipse/pom.xml#L194 x86 where it should be having also x86_64: https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L166 so in short: I don't think SY ever was build and tested against 64 bit windows before now ;) solution: either make SY build with a proper target platform or use java 32 bit to build it. long term I would prefer it uses proper target platform. /max > > $ mvn -version > Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m > -XX:MaxMetaspaceSize=256m > Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; > 2014-12-14T10:29:23-07:00) > Maven home: c:\apache-maven-3.2.5 > Java version: 1.8.0_45, vendor: Oracle Corporation > Java home: c:\Program Files\Java\jdk1.8.0_45\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" > > Attaching the build log in case it holds some clue. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Brian Fitzpatrick" > To: "Fred Bricon" > Cc: "jbosstools-dev jbosstools-dev" > Sent: Friday, July 24, 2015 7:14:58 AM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > Hey Fred - could it be the maven version? > > I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. > > --Fitz > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Fred Bricon" > To: "Brian Fitzpatrick" > Cc: "Snjezana Peco" , "jbosstools-dev > jbosstools-dev" > Sent: Thursday, July 23, 2015 6:17:22 PM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > Are you sure you?re running with Java8 in CLI? Some bundles would > fail to load under the wrong JVM > >> Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a >> ?crit : >> >> Thanks Snjeza. >> >> Last question for the brain trust on this list today ... >> >> Anybody seen this during running of eclipse tests via maven? This is >> what I get when I try running locally without -DskipTests >> >> org.osgi.framework.BundleException: Error starting module. >> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at >> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at >> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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) >> ... 27 more >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError >> cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at >> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> Root exception: >> java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at >> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at >> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError >> cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at >> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> >> !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 >> !MESSAGE Application error >> !STACK 1 >> java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI >> at >> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >> at >> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >> 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) >> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >> Caused by: java.lang.ClassNotFoundException: An error occurred while >> automatically activating bundle org.eclipse.ui.workbench (96). >> at >> org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) >> 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) >> ... 15 more >> Caused by: org.osgi.framework.BundleException: Error starting module. >> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >> 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) >> ... 24 more >> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at >> java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >> at java.lang.Class.getConstructor0(Class.java:3075) >> at java.lang.Class.newInstance(Class.java:412) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >> at >> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >> 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) >> ... 27 more >> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError >> cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> at >> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >> 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) >> ... 36 more >> An error has occurred. See the log file >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Snjezana Peco" >> To: "Brian Fitzpatrick" , "Snjezana Peco" >> >> Cc: "jbosstools-dev jbosstools-dev" >> Sent: Thursday, July 23, 2015 3:43:10 PM >> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >> 8 and Mars >> >> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." >> mvn ... >> >> Snjeza >> >> On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >>> Hey Snjeza, >>> >>> That's an interesting thought. Add where exactly? To the eclipse.ini >>> file? Or just for maven command line execution? >>> >>> When I add it to the build (mvn -U clean install >>> -XX:-UseGCOverheadLimit) it fails at command line with some >>> interesting errors. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Snjezana Peco" >>> To: "Brian Fitzpatrick" >>> Cc: "jbosstools-dev jbosstools-dev" >>> Sent: Thursday, July 23, 2015 3:07:11 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> Try to add -XX:-UseGCOverheadLimit. >>> See >>> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >>> >>> Snjeza >>> >>> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>>> I did a mvn -U clean build -DskipTests at the command line, but >>>> that was it. >>>> >>>> The auto-build is on. >>>> >>>> Beyond that your guess is as good as mine. There's not much IN this >>>> workspace now. >>>> >>>> _______________________________ >>>> Brian Fitzpatrick (aka "Fitz") >>>> Senior Software Engineer, Tooling >>>> JBoss by Red Hat >>>> >>>> ----- Original Message ----- >>>> From: "Max Rydahl Andersen" >>>> To: "Brian Fitzpatrick" >>>> Cc: "Fred Bricon" , "jbosstools-dev >>>> jbosstools-dev" >>>> Sent: Thursday, July 23, 2015 2:44:49 PM >>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>> Java 8 and Mars >>>> >>>> I've imported all the projects and no out of memory errors - just >>>> build >>>> errors. >>>> >>>> Are there some specific target file or build commands I need to >>>> execute >>>> first ? >>>> >>>> /max >>>> >>>>> 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" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>> jbosstools-dev" >>>>> 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" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>> >>>>>> 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 >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>> >>>>>>> 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 >>>>>>>> >>>>>>>> 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" >>>>>>>> To: "Brian Fitzpatrick" >>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>> >>>>>>>> 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 >>>>>>>>> >>>>>>>>> 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 >>>> /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 >> >> >> _______________________________________________ >> 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 > [failure.log] > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev /max http://about.me/maxandersen From bfitzpat at redhat.com Fri Jul 24 13:17:39 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 13:17:39 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <55B25CB5.5020402@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <55B259AA.2090704@redhat.com> <50EF55A1-21EB-4D07-9A4A-257DEB6E10E0@redhat.com> <55B25CB5.5020402@redhat.com> Message-ID: <402718819.3731794.1437758258997.JavaMail.zimbra@redhat.com> Going with the 32 bit version of the Java 8 JDK seems to get me further. That always throws me a loop for some damn reason. I have _JAVA_OPTIONS set to: -XX:-UseGCOverheadLimit -Xmx512m -XX:MaxMetaspaceSize=256m When I have permsize and maxpermsize I see: $ mvn -version Java HotSpot(TM) Client VM warning: ignoring option PermSize=128m; support was removed in 8.0 Java HotSpot(TM) Client VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0 Looks like no more permgen - -XX:MaxPermSize=128m becomes -XX:MaxMetaspaceSize=128m according to https://dzone.com/articles/java-8-permgen-metaspace I did get a little further - I had a conflict between the environment variable and what was in the Windows registry for some reason. But I'm attaching my latest local log, and see this in the console window where I'm running maven: http://fpaste.org/247942/43775806/ This is the line causing me grief - https://github.com/jboss-switchyard/tools/blob/master/eclipse/plugins/org.switchyard.tools.m2e/src/org/switchyard/tools/m2e/SwitchYardBuildParticipant.java#L181 Does anybody know if this internal method has changed in the latest version of m2e for Mars? I know Rob C used the internal method for a reason, but am wondering if there's a cleaner way to do this. --Fitz _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Nick Boldt" To: "Max Rydahl Andersen" Cc: jbosstools-dev at lists.jboss.org Sent: Friday, July 24, 2015 9:41:41 AM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars What do you have in your $MAVEN_OPTS? Here's my memory set up for maven: $? echo $MAVEN_OPTS -Xms512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m On 07/24/2015 11:38 AM, Max Rydahl Andersen wrote: > > >> Looks like Windows can't launch SWT. >> >>> !MESSAGE An error occurred while automatically activating bundle >> org.eclipse.ui.workbench (96). >> >>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>> Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError >> cannot be found by org.eclipse.ui.workbench_3.107.0.v20150510-1732 >> >> http://stackoverflow.com/questions/28057947/cannot-launch-64-bit-windows-version-of-application-org-eclipse-ui-workbench-i >> >> >> Can you build w/ a 32-bit JDK? > > I guess this could happen if you are running with Java 64 bit and > SwitchYard TP for some reason does not include the win 64 bits. > > JBDS-IS TP should most definitely include that though ... > > But then you should have the same problem on Luna unless your Java 7 > install is 32 bit. > > This still does not explain your outofmemory issues though ;/ > /max > >> >> >> On 07/24/2015 10:17 AM, Brian Fitzpatrick wrote: >>> Was not the maven version. Tried with 3.2.5 and that wasn't it. >>> >>> $ mvn -version >>> Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m >>> -XX:MaxMetaspaceSize=256m >>> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >>> 2014-12-14T10:29:23-07:00) >>> Maven home: c:\apache-maven-3.2.5 >>> Java version: 1.8.0_45, vendor: Oracle Corporation >>> Java home: c:\Program Files\Java\jdk1.8.0_45\jre >>> Default locale: en_US, platform encoding: Cp1252 >>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" >>> >>> Attaching the build log in case it holds some clue. >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Brian Fitzpatrick" >>> To: "Fred Bricon" >>> Cc: "jbosstools-dev jbosstools-dev" >>> Sent: Friday, July 24, 2015 7:14:58 AM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> Hey Fred - could it be the maven version? >>> >>> I'm definitely running JDK 1.8.0_45, but still on Maven 3.1.1 locally. >>> >>> --Fitz >>> >>> _______________________________ >>> Brian Fitzpatrick (aka "Fitz") >>> Senior Software Engineer, Tooling >>> JBoss by Red Hat >>> >>> ----- Original Message ----- >>> From: "Fred Bricon" >>> To: "Brian Fitzpatrick" >>> Cc: "Snjezana Peco" , "jbosstools-dev >>> jbosstools-dev" >>> Sent: Thursday, July 23, 2015 6:17:22 PM >>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>> 8 and Mars >>> >>> Are you sure you?re running with Java8 in CLI? Some bundles would >>> fail to load under the wrong JVM >>> >>>> Le 23 juil. 2015 ? 18:18, Brian Fitzpatrick a >>>> ?crit : >>>> >>>> Thanks Snjeza. >>>> >>>> Last question for the brain trust on this list today ... >>>> >>>> Anybody seen this during running of eclipse tests via maven? This is >>>> what I get when I try running locally without -DskipTests >>>> >>>> org.osgi.framework.BundleException: Error starting module. >>>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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) >>>> ... 27 more >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> Root exception: >>>> java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> >>>> !ENTRY org.eclipse.osgi 4 0 2015-07-23 16:14:47.797 >>>> !MESSAGE Application error >>>> !STACK 1 >>>> java.lang.NoClassDefFoundError: org/eclipse/ui/PlatformUI >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:112) >>>> >>>> at >>>> org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37) >>>> >>>> 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) >>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1488) >>>> Caused by: java.lang.ClassNotFoundException: An error occurred while >>>> automatically activating bundle org.eclipse.ui.workbench (96). >>>> at >>>> org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116) >>>> >>>> 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) >>>> ... 15 more >>>> Caused by: org.osgi.framework.BundleException: Error starting module. >>>> at org.eclipse.osgi.container.Module.doStart(Module.java:580) >>>> 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) >>>> >>>> ... 24 more >>>> Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) >>>> at java.lang.Class.getConstructor0(Class.java:3075) >>>> at java.lang.Class.newInstance(Class.java:412) >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755) >>>> >>>> at >>>> org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706) >>>> >>>> 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) >>>> ... 27 more >>>> Caused by: java.lang.ClassNotFoundException: >>>> org.eclipse.swt.SWTError cannot be found by >>>> org.eclipse.ui.workbench_3.107.0.v20150510-1732 >>>> at >>>> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439) >>>> >>>> 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) >>>> ... 36 more >>>> An error has occurred. See the log file >>>> >>>> _______________________________ >>>> Brian Fitzpatrick (aka "Fitz") >>>> Senior Software Engineer, Tooling >>>> JBoss by Red Hat >>>> >>>> ----- Original Message ----- >>>> From: "Snjezana Peco" >>>> To: "Brian Fitzpatrick" , "Snjezana Peco" >>>> >>>> Cc: "jbosstools-dev jbosstools-dev" >>>> Sent: Thursday, July 23, 2015 3:43:10 PM >>>> Subject: Re: [jbosstools-dev] Some questions about migrating to Java >>>> 8 and Mars >>>> >>>> export MAVEN_OPTS="-XX:-UseGCOverheadLimit ..." >>>> mvn ... >>>> >>>> Snjeza >>>> >>>> On 7/23/2015 11:36 PM, Brian Fitzpatrick wrote: >>>>> Hey Snjeza, >>>>> >>>>> That's an interesting thought. Add where exactly? To the >>>>> eclipse.ini file? Or just for maven command line execution? >>>>> >>>>> When I add it to the build (mvn -U clean install >>>>> -XX:-UseGCOverheadLimit) it fails at command line with some >>>>> interesting errors. >>>>> >>>>> _______________________________ >>>>> Brian Fitzpatrick (aka "Fitz") >>>>> Senior Software Engineer, Tooling >>>>> JBoss by Red Hat >>>>> >>>>> ----- Original Message ----- >>>>> From: "Snjezana Peco" >>>>> To: "Brian Fitzpatrick" >>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>> Sent: Thursday, July 23, 2015 3:07:11 PM >>>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>>> Java 8 and Mars >>>>> >>>>> Try to add -XX:-UseGCOverheadLimit. >>>>> See >>>>> http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#cms.oom >>>>> >>>>> >>>>> Snjeza >>>>> >>>>> On 7/23/2015 10:50 PM, Brian Fitzpatrick wrote: >>>>>> I did a mvn -U clean build -DskipTests at the command line, but >>>>>> that was it. >>>>>> >>>>>> The auto-build is on. >>>>>> >>>>>> Beyond that your guess is as good as mine. There's not much IN >>>>>> this workspace now. >>>>>> >>>>>> _______________________________ >>>>>> Brian Fitzpatrick (aka "Fitz") >>>>>> Senior Software Engineer, Tooling >>>>>> JBoss by Red Hat >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Max Rydahl Andersen" >>>>>> To: "Brian Fitzpatrick" >>>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>>> jbosstools-dev" >>>>>> Sent: Thursday, July 23, 2015 2:44:49 PM >>>>>> Subject: Re: [jbosstools-dev] Some questions about migrating to >>>>>> Java 8 and Mars >>>>>> >>>>>> I've imported all the projects and no out of memory errors - just >>>>>> build >>>>>> errors. >>>>>> >>>>>> Are there some specific target file or build commands I need to >>>>>> execute >>>>>> first ? >>>>>> >>>>>> /max >>>>>> >>>>>>> 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" >>>>>>> To: "Brian Fitzpatrick" >>>>>>> Cc: "Fred Bricon" , "jbosstools-dev >>>>>>> jbosstools-dev" >>>>>>> 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" >>>>>>>> To: "Brian Fitzpatrick" >>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>> >>>>>>>> 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 >>>>>>>>> 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" >>>>>>>>> To: "Brian Fitzpatrick" >>>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>>> >>>>>>>>> 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 >>>>>>>>>> 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" >>>>>>>>>> To: "Brian Fitzpatrick" >>>>>>>>>> Cc: "jbosstools-dev jbosstools-dev" >>>>>>>>>> >>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> 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 >>>>>> /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 >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >>> >>> This body part will be downloaded on demand. >>> >> >> -- >> Nick Boldt :: JBoss by Red Hat >> Productization Lead :: JBoss Tools & Dev Studio >> http://nick.divbyzero.com >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > > /max > http://about.me/maxandersen -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com _______________________________________________ jbosstools-dev mailing list jbosstools-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: build2.log Type: text/x-log Size: 2481616 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150724/4921c8b6/attachment-0001.bin From manderse at redhat.com Fri Jul 24 13:23:13 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 19:23:13 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <402718819.3731794.1437758258997.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <55B259AA.2090704@redhat.com> <50EF55A1-21EB-4D07-9A4A-257DEB6E10E0@redhat.com> <55B25CB5.5020402@redhat.com> <402718819.3731794.1437758258997.JavaMail.zimbra@redhat.com> Message-ID: On 24 Jul 2015, at 19:17, Brian Fitzpatrick wrote: > This is the line causing me grief - > https://github.com/jboss-switchyard/tools/blob/master/eclipse/plugins/org.switchyard.tools.m2e/src/org/switchyard/tools/m2e/SwitchYardBuildParticipant.java#L181 > > Does anybody know if this internal method has changed in the latest > version of m2e for Mars? I know Rob C used the internal method for a > reason, but am wondering if there's a cleaner way to do this. gah! Already around Luna and before that in Kepler we asked explicitly to make sure we did not have tricks like this ;/ Please open a bug in switchyard jira and lets get these and whatever else we find documented and handled. If m2e stuff, assign to fbricon@ and he can help take a look to see if trivial to fix or need some bigger rescue mission. /max http://about.me/maxandersen From bfitzpat at redhat.com Fri Jul 24 13:29:22 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 13:29:22 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <51E4CBA7-219E-4433-9EEB-517D7E8AE7DE@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <51E4CBA7-219E-4433-9EEB-517D7E8AE7DE@redhat.com> Message-ID: <1522860381.3737980.1437758962352.JavaMail.zimbra@redhat.com> Definitely 32-bit brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) $ java -version Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m -Xmx1024m -XX:MaxMetas paceSize=256m java version "1.8.0_45" Java(TM) SE Runtime Environment (build 1.8.0_45-b15) Java HotSpot(TM) Client VM (build 25.45-b02, mixed mode) brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) $ java -d64 -version Error: This Java instance does not support a 64-bit JVM. Please install the desired version. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Max Rydahl Andersen" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" Sent: Friday, July 24, 2015 11:18:50 AM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars On 24 Jul 2015, at 16:17, Brian Fitzpatrick wrote: > Was not the maven version. Tried with 3.2.5 and that wasn't it. what does java -version return ? I bet you it says java 8 64. And your java 7 says java 32. And that worked on Luna because switchyard seem to not use the standard target platform but instead have just this: https://github.com/jboss-switchyard/tools/blob/master/eclipse/pom.xml#L194 x86 where it should be having also x86_64: https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L166 so in short: I don't think SY ever was build and tested against 64 bit windows before now ;) solution: either make SY build with a proper target platform or use java 32 bit to build it. long term I would prefer it uses proper target platform. /max > > $ mvn -version > Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m > -XX:MaxMetaspaceSize=256m > Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; > 2014-12-14T10:29:23-07:00) > Maven home: c:\apache-maven-3.2.5 > Java version: 1.8.0_45, vendor: Oracle Corporation > Java home: c:\Program Files\Java\jdk1.8.0_45\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" > > Attaching the build log in case it holds some clue. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat From manderse at redhat.com Fri Jul 24 14:04:43 2015 From: manderse at redhat.com (Max Rydahl Andersen) Date: Fri, 24 Jul 2015 20:04:43 +0200 Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: <1522860381.3737980.1437758962352.JavaMail.zimbra@redhat.com> References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1353690325.3296432.1437687379899.JavaMail.zimbra@redhat.com> <55B15FEE.1060708@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <51E4CBA7-219E-4433-9EEB-517D7E8AE7DE@redhat.com> <1522860381.3737980.1437758962352.JavaMail.zimbra@redhat.com> Message-ID: On 24 Jul 2015, at 19:29, Brian Fitzpatrick wrote: > Definitely 32-bit ..yes, but that was what you wrote earlier you changed to and then things worked right ? do you still have the cannot load swt error when using 32-bit ?! /max > > brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) > $ java -version > Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m -Xmx1024m > -XX:MaxMetas > paceSize=256m > java version "1.8.0_45" > Java(TM) SE Runtime Environment (build 1.8.0_45-b15) > Java HotSpot(TM) Client VM (build 25.45-b02, mixed mode) > > brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) > $ java -d64 -version > Error: This Java instance does not support a 64-bit JVM. > Please install the desired version. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > Sent: Friday, July 24, 2015 11:18:50 AM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > On 24 Jul 2015, at 16:17, Brian Fitzpatrick wrote: > >> Was not the maven version. Tried with 3.2.5 and that wasn't it. > > what does java -version return ? > > I bet you it says java 8 64. > > And your java 7 says java 32. > > And that worked on Luna because switchyard seem to not use the > standard > target platform but instead have just this: > > https://github.com/jboss-switchyard/tools/blob/master/eclipse/pom.xml#L194 > x86 > > where it should be having also x86_64: > https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L166 > > so in short: I don't think SY ever was build and tested against 64 bit > windows before now ;) > > solution: either make SY build with a proper target platform or use > java > 32 bit to build it. > > long term I would prefer it uses proper target platform. > > /max > > > > >> >> $ mvn -version >> Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m >> -XX:MaxMetaspaceSize=256m >> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >> 2014-12-14T10:29:23-07:00) >> Maven home: c:\apache-maven-3.2.5 >> Java version: 1.8.0_45, vendor: Oracle Corporation >> Java home: c:\Program Files\Java\jdk1.8.0_45\jre >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" >> >> Attaching the build log in case it holds some clue. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat /max http://about.me/maxandersen From bfitzpat at redhat.com Fri Jul 24 14:09:11 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Fri, 24 Jul 2015 14:09:11 -0400 (EDT) Subject: [jbosstools-dev] Some questions about migrating to Java 8 and Mars In-Reply-To: References: <752016468.2452458.1437604225812.JavaMail.zimbra@redhat.com> <1303020768.3306329.1437689934882.JavaMail.zimbra@redhat.com> <87FDC24E-1FC2-4EDB-B37D-2F583A8E088B@redhat.com> <1387260881.3490836.1437743698279.JavaMail.zimbra@redhat.com> <1847641318.3535861.1437747448398.JavaMail.zimbra@redhat.com> <51E4CBA7-219E-4433-9EEB-517D7E8AE7DE@redhat.com> <1522860381.3737980.1437758962352.JavaMail.zimbra@redhat.com> Message-ID: <1820620692.3836924.1437761351340.JavaMail.zimbra@redhat.com> No - with 32-bit it works now, which is what got me to the m2e reflection error. Sorry if I was unclear. _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Max Rydahl Andersen" To: "Brian Fitzpatrick" Cc: "Fred Bricon" , "jbosstools-dev jbosstools-dev" Sent: Friday, July 24, 2015 12:04:43 PM Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 and Mars On 24 Jul 2015, at 19:29, Brian Fitzpatrick wrote: > Definitely 32-bit ..yes, but that was what you wrote earlier you changed to and then things worked right ? do you still have the cannot load swt error when using 32-bit ?! /max > > brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) > $ java -version > Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m -Xmx1024m > -XX:MaxMetas > paceSize=256m > java version "1.8.0_45" > Java(TM) SE Runtime Environment (build 1.8.0_45-b15) > Java HotSpot(TM) Client VM (build 25.45-b02, mixed mode) > > brianf at BRIANF-WORK /e/Users/bfitzpat/github/tools (master) > $ java -d64 -version > Error: This Java instance does not support a 64-bit JVM. > Please install the desired version. > > _______________________________ > Brian Fitzpatrick (aka "Fitz") > Senior Software Engineer, Tooling > JBoss by Red Hat > > ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Brian Fitzpatrick" > Cc: "Fred Bricon" , "jbosstools-dev > jbosstools-dev" > Sent: Friday, July 24, 2015 11:18:50 AM > Subject: Re: [jbosstools-dev] Some questions about migrating to Java 8 > and Mars > > On 24 Jul 2015, at 16:17, Brian Fitzpatrick wrote: > >> Was not the maven version. Tried with 3.2.5 and that wasn't it. > > what does java -version return ? > > I bet you it says java 8 64. > > And your java 7 says java 32. > > And that worked on Luna because switchyard seem to not use the > standard > target platform but instead have just this: > > https://github.com/jboss-switchyard/tools/blob/master/eclipse/pom.xml#L194 > x86 > > where it should be having also x86_64: > https://github.com/jbosstools/jbosstools-build/blob/master/parent/pom.xml#L166 > > so in short: I don't think SY ever was build and tested against 64 bit > windows before now ;) > > solution: either make SY build with a proper target platform or use > java > 32 bit to build it. > > long term I would prefer it uses proper target platform. > > /max > > > > >> >> $ mvn -version >> Picked up _JAVA_OPTIONS: -XX:-UseGCOverheadLimit -Xmx512m >> -XX:MaxMetaspaceSize=256m >> Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; >> 2014-12-14T10:29:23-07:00) >> Maven home: c:\apache-maven-3.2.5 >> Java version: 1.8.0_45, vendor: Oracle Corporation >> Java home: c:\Program Files\Java\jdk1.8.0_45\jre >> Default locale: en_US, platform encoding: Cp1252 >> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos" >> >> Attaching the build log in case it holds some clue. >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, Tooling >> JBoss by Red Hat /max http://about.me/maxandersen From akurtako at redhat.com Sun Jul 26 13:00:43 2015 From: akurtako at redhat.com (Aleksandar Kurtakov) Date: Sun, 26 Jul 2015 13:00:43 -0400 (EDT) Subject: [jbosstools-dev] Weird swt stack overflow... anyone seen this? In-Reply-To: <97B05E60-441F-4C7A-8F4C-4DA25987625B@redhat.com> References: <55B01C42.3080708@redhat.com> <97B05E60-441F-4C7A-8F4C-4DA25987625B@redhat.com> Message-ID: <987791090.195543.1437930043943.JavaMail.zimbra@redhat.com> Hmm, first time I've seen it. Is there a small snippet to reproduce it? Alexander Kurtakov Red Hat Eclipse team ----- Original Message ----- > From: "Max Rydahl Andersen" > To: "Rob Stryker" > Cc: "jbosstools-dev jbosstools-dev" , "Aleksandar Kurtakov" > Sent: Thursday, 23 July, 2015 12:37:52 PM > Subject: Re: [jbosstools-dev] Weird swt stack overflow... anyone seen this? > > looks like a GTK error. > > Found a few hits in google for "eclipse gtk stackoverflow > org.eclipse.swt.internal.gtk.OS._gtk_widget_size_allocate" > but didn't spot a direct match - but maybe you can ? > > Also, maybe Aleksander have seen this or similar before ? (in cc) > > /max > > > Hey All: > > > > I was running through the download-runtime workflow (window -> > > preference -> JBoss Tools/JBoss Tools Runtime Detection) and I get > > this > > stack overflow the moment I select the runtime detection page. Anyone > > seen anything like it before? It could just be my dev-env but I > > seriously doubt it. Also if anyone can just run through and see if > > they > > get the same error, that'd be great. It's visible in both console and > > error log. > > > > > > http://fpaste.org/247174/76047801/ > > _______________________________________________ > > jbosstools-dev mailing list > > jbosstools-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > > /max > http://about.me/maxandersen > From nboldt at redhat.com Sun Jul 26 21:22:32 2015 From: nboldt at redhat.com (Nick Boldt) Date: Sun, 26 Jul 2015 21:22:32 -0400 Subject: [jbosstools-dev] JBoss Tools Core 4.3.0.Beta2b bits available for QE testing Message-ID: <55B587D8.3050100@redhat.com> As always, these are not FINAL bits, but preliminary results for QE & community testing. Not for use by customers or end users. Update site: http://download.jboss.org/jbosstools/mars/staging/updates/ Target platform: * http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.50.0.Beta2 New + noteworthy (subject to change): * https://github.com/jbosstools/jbosstools-website/tree/master/documentation/whatsnew * http://tools.jboss.org/documentation/whatsnew/ Schedule: https://issues.jboss.org/browse/JBIDE#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel -- Additional update sites: * http://download.jboss.org/jbosstools/mars/staging/updates/core/4.3.0.Beta2b/ * http://download.jboss.org/jbosstools/mars/staging/updates/coretests/4.3.0.Beta2b/ Discovery sites: * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.0.Beta2b/ * http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2b/ Build folders (for build logs & update site zips): * http://download.jboss.org/jbosstools/mars/staging/builds/ -- Changes prompting this respin-b are: https://issues.jboss.org/issues/?jql=labels%20in%20%28%22respin-b%22%29%20and%20%28%28project%20in%20%28%22JBDS%22%29%20and%20fixversion%20in%20%28%229.0.0.Beta2%22%29%29%20or%20%28project%20in%20%28%22JBIDE%22%2C%22TOOLSDOC%22%29%20and%20fixversion%20in%20%28%224.3.0.Beta2%22%29%29%29 To compare the upcoming version of Central (4.3.0.Beta2b) against an older version, add lines similar to these your eclipse.ini file after the -vmargs line for the appropriate version & URLs: -Djboss.discovery.directory.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.central/4.3.0.Beta2b/jbosstools-directory.xml -Djboss.discovery.site.url=http://download.jboss.org/jbosstools/mars/staging/updates/ -Djboss.discovery.earlyaccess.site.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2b/ -Djboss.discovery.earlyaccess.list.url=http://download.jboss.org/jbosstools/mars/staging/updates/discovery.earlyaccess/4.3.0.Beta2b/jbosstools-earlyaccess.properties -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From nboldt at redhat.com Tue Jul 28 20:26:01 2015 From: nboldt at redhat.com (Nick Boldt) Date: Tue, 28 Jul 2015 20:26:01 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] Message-ID: <55B81D99.2010208@redhat.com> Component leads, please tag your repositories! $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is called jbosstools, also often called origin $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD $ git push jbosstools jbosstools-4.3.0.Beta2 The complete list of projects in JBoss Tools, and the SHAs used to build those projects, can be seen here: http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com From adietish at redhat.com Wed Jul 29 05:08:09 2015 From: adietish at redhat.com (=?UTF-8?Q?Andr=c3=a9_Dietisheim?=) Date: Wed, 29 Jul 2015 11:08:09 +0200 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B81D99.2010208@redhat.com> References: <55B81D99.2010208@redhat.com> Message-ID: <55B897F9.2020302@redhat.com> done for openshift On 07/29/2015 02:26 AM, Nick Boldt wrote: > Component leads, please tag your repositories! > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > called jbosstools, also often called origin > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > $ git push jbosstools jbosstools-4.3.0.Beta2 > > The complete list of projects in JBoss Tools, and the SHAs used to build > those projects, can be seen here: > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > From snjeza.peco at gmail.com Wed Jul 29 05:56:35 2015 From: snjeza.peco at gmail.com (Snjezana Peco) Date: Wed, 29 Jul 2015 11:56:35 +0200 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B81D99.2010208@redhat.com> References: <55B81D99.2010208@redhat.com> Message-ID: <55B8A353.2020305@gmail.com> Done for arquillian and birt. Snjeza On 7/29/2015 2:26 AM, Nick Boldt wrote: > Component leads, please tag your repositories! > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > called jbosstools, also often called origin > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > $ git push jbosstools jbosstools-4.3.0.Beta2 > > The complete list of projects in JBoss Tools, and the SHAs used to build > those projects, can be seen here: > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > From bfitzpat at redhat.com Wed Jul 29 09:02:49 2015 From: bfitzpat at redhat.com (Brian Fitzpatrick) Date: Wed, 29 Jul 2015 09:02:49 -0400 (EDT) Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B81D99.2010208@redhat.com> References: <55B81D99.2010208@redhat.com> Message-ID: <2064229230.399109.1438174969402.JavaMail.zimbra@redhat.com> done for webservices _______________________________ Brian Fitzpatrick (aka "Fitz") Senior Software Engineer, Tooling JBoss by Red Hat ----- Original Message ----- From: "Nick Boldt" To: jbosstools-dev at lists.jboss.org Sent: Tuesday, July 28, 2015 6:26:01 PM Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] Component leads, please tag your repositories! $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is called jbosstools, also often called origin $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD $ git push jbosstools jbosstools-4.3.0.Beta2 The complete list of projects in JBoss Tools, and the SHAs used to build those projects, can be seen here: http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json -- Nick Boldt :: JBoss by Red Hat Productization Lead :: JBoss Tools & Dev Studio http://nick.divbyzero.com _______________________________________________ jbosstools-dev mailing list jbosstools-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev From ggastald at redhat.com Wed Jul 29 10:03:42 2015 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 29 Jul 2015 11:03:42 -0300 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B81D99.2010208@redhat.com> References: <55B81D99.2010208@redhat.com> Message-ID: <55B8DD3E.4020303@redhat.com> Done for forge On 07/28/2015 09:26 PM, Nick Boldt wrote: > Component leads, please tag your repositories! > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > called jbosstools, also often called origin > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > $ git push jbosstools jbosstools-4.3.0.Beta2 > > The complete list of projects in JBoss Tools, and the SHAs used to build > those projects, can be seen here: > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > From kmarmaliykov at exadel.com Wed Jul 29 10:57:30 2015 From: kmarmaliykov at exadel.com (Konstantin Marmaliykov) Date: Wed, 29 Jul 2015 17:57:30 +0300 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B8DD3E.4020303@redhat.com> References: <55B81D99.2010208@redhat.com> <55B8DD3E.4020303@redhat.com> Message-ID: Vpe and Browsersim done On Wed, Jul 29, 2015 at 5:03 PM, George Gastaldi wrote: > Done for forge > > On 07/28/2015 09:26 PM, Nick Boldt wrote: > > Component leads, please tag your repositories! > > > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > > called jbosstools, also often called origin > > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > > $ git push jbosstools jbosstools-4.3.0.Beta2 > > > > The complete list of projects in JBoss Tools, and the SHAs used to build > > those projects, can be seen here: > > > > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > > > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/73a635a2/attachment.html From ggastald at redhat.com Wed Jul 29 12:00:15 2015 From: ggastald at redhat.com (George Gastaldi) Date: Wed, 29 Jul 2015 13:00:15 -0300 Subject: [jbosstools-dev] Seam 3 Tools Message-ID: <55B8F88F.8030202@redhat.com> Hello, Is there anyone using or maintaining the Seam 3 Tools plugin? I see that is being listed in the update site: http://download.jboss.org/jbosstools/mars/staging/updates/ I suggest we remove that. Best Regards, -- *George Gastaldi | Senior Software Engineer* JBoss Forge Team T: +55 11 3524-6169 M: +55 47 9711-1000 Red Hat Better technology. Faster innovation. Powered by community collaboration. See how it works at www.redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/1de2f0a9/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: {a8aabf3a-4467-4e37-9bc5-48b1d7b494a2}_LATAM_RedHat.jpg Type: image/jpeg Size: 4815 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/1de2f0a9/attachment.jpg From alkazako at redhat.com Wed Jul 29 12:05:26 2015 From: alkazako at redhat.com (Alexey Kazakov) Date: Wed, 29 Jul 2015 12:05:26 -0400 Subject: [jbosstools-dev] Seam 3 Tools In-Reply-To: <55B8F88F.8030202@redhat.com> References: <55B8F88F.8030202@redhat.com> Message-ID: <55B8F9C6.90409@redhat.com> You can find discussion of Seam 3 removing here https://issues.jboss.org/browse/JBIDE-19645 On 07/29/2015 12:00 PM, George Gastaldi wrote: > Hello, > > Is there anyone using or maintaining the Seam 3 Tools plugin? I see > that is being listed in the update site: > http://download.jboss.org/jbosstools/mars/staging/updates/ > > I suggest we remove that. > > Best Regards, > > -- > > *George Gastaldi | Senior Software Engineer* > JBoss Forge Team > T: +55 11 3524-6169 > M: +55 47 9711-1000 > > Red Hat > > Better technology. Faster innovation. Powered by community collaboration. > See how it works at www.redhat.com > > > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/32b322d8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 4815 bytes Desc: not available Url : http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/32b322d8/attachment-0001.jpe From dgolovin at exadel.com Wed Jul 29 13:23:38 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Wed, 29 Jul 2015 10:23:38 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: References: <55B81D99.2010208@redhat.com> <55B8DD3E.4020303@redhat.com> Message-ID: done for freemarker. On Wed, Jul 29, 2015 at 7:57 AM, Konstantin Marmaliykov < kmarmaliykov at exadel.com> wrote: > Vpe and Browsersim done > > On Wed, Jul 29, 2015 at 5:03 PM, George Gastaldi > wrote: > >> Done for forge >> >> On 07/28/2015 09:26 PM, Nick Boldt wrote: >> > Component leads, please tag your repositories! >> > >> > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is >> > called jbosstools, also often called origin >> > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD >> > $ git push jbosstools jbosstools-4.3.0.Beta2 >> > >> > The complete list of projects in JBoss Tools, and the SHAs used to build >> > those projects, can be seen here: >> > >> > >> http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json >> > >> > >> >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/93211664/attachment.html From fbricon at redhat.com Wed Jul 29 13:05:14 2015 From: fbricon at redhat.com (Fred Bricon) Date: Wed, 29 Jul 2015 13:05:14 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <55B81D99.2010208@redhat.com> References: <55B81D99.2010208@redhat.com> Message-ID: <96EDAD4C-15CD-4072-A86D-98237ECCDD19@redhat.com> Central done > Le 28 juil. 2015 ? 20:26, Nick Boldt a ?crit : > > Component leads, please tag your repositories! > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > called jbosstools, also often called origin > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > $ git push jbosstools jbosstools-4.3.0.Beta2 > > The complete list of projects in JBoss Tools, and the SHAs used to build > those projects, can be seen here: > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > > -- > Nick Boldt :: JBoss by Red Hat > Productization Lead :: JBoss Tools & Dev Studio > http://nick.divbyzero.com > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev From dgolovin at exadel.com Wed Jul 29 20:54:28 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Wed, 29 Jul 2015 17:54:28 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <96EDAD4C-15CD-4072-A86D-98237ECCDD19@redhat.com> References: <55B81D99.2010208@redhat.com> <96EDAD4C-15CD-4072-A86D-98237ECCDD19@redhat.com> Message-ID: done for livereload. On Wed, Jul 29, 2015 at 10:05 AM, Fred Bricon wrote: > Central done > > > Le 28 juil. 2015 ? 20:26, Nick Boldt a ?crit : > > > > Component leads, please tag your repositories! > > > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > > called jbosstools, also often called origin > > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > > $ git push jbosstools jbosstools-4.3.0.Beta2 > > > > The complete list of projects in JBoss Tools, and the SHAs used to build > > those projects, can be seen here: > > > > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > > > > > -- > > Nick Boldt :: JBoss by Red Hat > > Productization Lead :: JBoss Tools & Dev Studio > > http://nick.divbyzero.com > > _______________________________________________ > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150729/efa8ee02/attachment.html From koen.aers at redhat.com Thu Jul 30 02:58:27 2015 From: koen.aers at redhat.com (Koen Aers) Date: Thu, 30 Jul 2015 08:58:27 +0200 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: References: <55B81D99.2010208@redhat.com> <96EDAD4C-15CD-4072-A86D-98237ECCDD19@redhat.com> Message-ID: <0993C651-5FF8-4EEB-894D-CA80F8F2D730@redhat.com> Hibernate done > Op 30-jul.-2015, om 02:54 heeft Denis Golovin het volgende geschreven: > > done for livereload. > > On Wed, Jul 29, 2015 at 10:05 AM, Fred Bricon > wrote: > Central done > > > Le 28 juil. 2015 ? 20:26, Nick Boldt > a ?crit : > > > > Component leads, please tag your repositories! > > > > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is > > called jbosstools, also often called origin > > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD > > $ git push jbosstools jbosstools-4.3.0.Beta2 > > > > The complete list of projects in JBoss Tools, and the SHAs used to build > > those projects, can be seen here: > > > > http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json > > > > > > -- > > Nick Boldt :: JBoss by Red Hat > > Productization Lead :: JBoss Tools & Dev Studio > > http://nick.divbyzero.com > > _______________________________________________ > > 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 > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150730/af0312c5/attachment.html From manderse at redhat.com Thu Jul 30 02:59:50 2015 From: manderse at redhat.com (manderse at redhat.com) Date: Thu, 30 Jul 2015 02:59:50 -0400 Subject: [jbosstools-dev] ACTION REQUIRED: 1 issue with no component Message-ID: <201507300659.t6U6xouH027654@int-mx10.intmail.prod.int.phx2.redhat.com> This email is the result of a query to locate stalled/invalid jiras. Please fix them. Thanks! * No component for JBIDE-20398 https://issues.jboss.org/browse/JBIDE-20398 Summary: Problems to preserve host in server settings page Assignee: None set - please fix. Component: None set - please fix. Problem: No component - please assign this issue to one or more components. Last Update: 12:59:30.489293 ---------------------------- Query used: https://issues.jboss.org/issues/?jql=filter%3D%27ds_lint_nocomponent%27 From dgolovin at exadel.com Thu Jul 30 12:51:37 2015 From: dgolovin at exadel.com (Denis Golovin) Date: Thu, 30 Jul 2015 09:51:37 -0700 Subject: [jbosstools-dev] ACTION REQUIRED: Project leads, please tag your projects [ branch jbosstools-4.3.0.Beta2x -> tag jbosstools-4.3.0.Beta2 ] In-Reply-To: <0993C651-5FF8-4EEB-894D-CA80F8F2D730@redhat.com> References: <55B81D99.2010208@redhat.com> <96EDAD4C-15CD-4072-A86D-98237ECCDD19@redhat.com> <0993C651-5FF8-4EEB-894D-CA80F8F2D730@redhat.com> Message-ID: tagged last two projects aerogear and server. Denis On Wed, Jul 29, 2015 at 11:58 PM, Koen Aers wrote: > Hibernate done > > Op 30-jul.-2015, om 02:54 heeft Denis Golovin het > volgende geschreven: > > done for livereload. > > On Wed, Jul 29, 2015 at 10:05 AM, Fred Bricon wrote: > >> Central done >> >> > Le 28 juil. 2015 ? 20:26, Nick Boldt a ?crit : >> > >> > Component leads, please tag your repositories! >> > >> > $ git fetch jbosstools jbosstools-4.3.0.Beta2x #assuming remote is >> > called jbosstools, also often called origin >> > $ git tag jbosstools-4.3.0.Beta2 FETCH_HEAD >> > $ git push jbosstools jbosstools-4.3.0.Beta2 >> > >> > The complete list of projects in JBoss Tools, and the SHAs used to build >> > those projects, can be seen here: >> > >> > >> http://download.jboss.org/jbosstools/static/mars/development/updates/core/4.3.0.Beta2/buildinfo.json >> > >> > >> > -- >> > Nick Boldt :: JBoss by Red Hat >> > Productization Lead :: JBoss Tools & Dev Studio >> > http://nick.divbyzero.com >> > _______________________________________________ >> > 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 >> > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/jbosstools-dev/attachments/20150730/46f82c31/attachment-0001.html From alkazako at redhat.com Thu Jul 30 18:31:24 2015 From: alkazako at redhat.com (Alexey Kazakov) Date: Thu, 30 Jul 2015 18:31:24 -0400 Subject: [jbosstools-dev] JBoss Tools 4.3.0.Beta2 is now available Message-ID: <55BAA5BC.6070808@redhat.com> This is a development release aimed at Eclipse 4.5.0.R Mars users. Announcement Blog: http://tools.jboss.org/blog/beta2-for-mars.html Eclipse Marketplace: https://marketplace.eclipse.org/content/jboss-tools Update Site: http://download.jboss.org/jbosstools/mars/development/updates/ Zips: http://download.jboss.org/jbosstools/static/mars/development/updates/core/ Installation instructions: http://tools.jboss.org/downloads/installation.html New + Noteworthy (subject to change): http://tools.jboss.org/documentation/whatsnew/jbosstools/4.3.0.Beta2.html Schedule / Upcoming Releases: https://issues.jboss.org/browse/JBIDE?selectedTab=com.atlassian.jira.jira-projects-plugin:versions-panel Thanks, Alexey Kazakov.