[JBoss JIRA] (JBIDE-21998) "Open in Web browser" displays a dialog to select a route
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21998?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-21998:
-----------------------------------
Fix Version/s: 4.4.0.Alpha1
(was: 4.3.1.CR1)
> "Open in Web browser" displays a dialog to select a route
> ---------------------------------------------------------
>
> Key: JBIDE-21998
> URL: https://issues.jboss.org/browse/JBIDE-21998
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Andre Dietisheim
> Fix For: 4.4.0.Alpha1
>
> Attachments: Screenshot 2016-03-30 00.20.48.png
>
>
> I have an OpenShift project with 2 services: one {{eap-app}} and one NodeJS.
> For the {{eap-app}} service, I have a corresponding server adapter.
> When I select {{<eap-app server adapter> > Show In > Web Browser}}, I have the following dialog to select a route, but that seems wrong because I already selected the {{eap-app}} service, so there's no reason to propose me the route to the NodeJS service.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21998) "Open in Web browser" displays a dialog to select a route
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21998?page=com.atlassian.jira.plugi... ]
Alexey Kazakov reassigned JBIDE-21998:
--------------------------------------
Assignee: Viacheslav Kabanovich (was: Andre Dietisheim)
[~scabanovich] can you please take a look at this one? Thanks!
> "Open in Web browser" displays a dialog to select a route
> ---------------------------------------------------------
>
> Key: JBIDE-21998
> URL: https://issues.jboss.org/browse/JBIDE-21998
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Xavier Coulon
> Assignee: Viacheslav Kabanovich
> Fix For: 4.4.0.Alpha1
>
> Attachments: Screenshot 2016-03-30 00.20.48.png
>
>
> I have an OpenShift project with 2 services: one {{eap-app}} and one NodeJS.
> For the {{eap-app}} service, I have a corresponding server adapter.
> When I select {{<eap-app server adapter> > Show In > Web Browser}}, I have the following dialog to select a route, but that seems wrong because I already selected the {{eap-app}} service, so there's no reason to propose me the route to the NodeJS service.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21731) Server Adapter: Error shown when image is not created/pushed yet, should be more user friendly
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21731?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-21731:
-----------------------------------
Priority: Critical (was: Blocker)
> Server Adapter: Error shown when image is not created/pushed yet, should be more user friendly
> ----------------------------------------------------------------------------------------------
>
> Key: JBIDE-21731
> URL: https://issues.jboss.org/browse/JBIDE-21731
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 4.4.0.Alpha1
>
> Attachments: cannot_get_image.png
>
>
> When I create a new OS3 application and then I want to create a new server adapter, an image for this application has to be built and pushed to OpenShift's local image registry. If build is still running, what is often happening on internal OSE instance (it takes minutes - pushing of images), then there is an error message that loading of image failed. User without solid overview of OS3 background would not be able to figure out why it is happening, because even Image stream is shown, but the image is not there yet.
> Full error log:
> {code}
> com.openshift.restclient.OpenShiftException: Could not get resource django-example:latest in namespace image: {
> "kind": "Status",
> "apiVersion": "v1",
> "metadata": {},
> "status": "Failure",
> "message": "imageStreamTag \"django-example:latest\" not found",
> "reason": "NotFound",
> "details": {
> "name": "django-example:latest",
> "kind": "imageStreamTag"
> },
> "code": 404
> }
> at com.openshift.internal.restclient.DefaultClient.createOpenShiftException(DefaultClient.java:481)
> at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:306)
> at org.jboss.tools.openshift.core.connection.Connection.getResource(Connection.java:378)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.lambda$5(DeploymentResourceMapper.java:106)
> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1540)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.getImageStreamTagsFor(DeploymentResourceMapper.java:107)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.lambda$2(DeploymentResourceMapper.java:87)
> at java.util.stream.Collectors.lambda$toMap$213(Collectors.java:1321)
> at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
> at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1540)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.getAllImageStreamTags(DeploymentResourceMapper.java:85)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel$ProjectImageStreamTags.createImageStreamsMap(ServerSettingsViewModel.java:334)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel$ProjectImageStreamTags.<init>(ServerSettingsViewModel.java:327)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.lambda$1(ServerSettingsViewModel.java:279)
> at java.util.stream.Collectors.lambda$toMap$213(Collectors.java:1321)
> at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.createImageStreamTagsMap(ServerSettingsViewModel.java:277)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.loadResources(ServerSettingsViewModel.java:261)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.loadResources(ServerSettingsViewModel.java:255)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsWizardFragment$15.run(ServerSettingsWizardFragment.java:695)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: com.openshift.internal.restclient.http.NotFoundException: {
> "kind": "Status",
> "apiVersion": "v1",
> "metadata": {},
> "status": "Failure",
> "message": "imageStreamTag \"django-example:latest\" not found",
> "reason": "NotFound",
> "details": {
> "name": "django-example:latest",
> "kind": "imageStreamTag"
> },
> "code": 404
> }
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.createException(UrlConnectionHttpClient.java:230)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:165)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:141)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.get(UrlConnectionHttpClient.java:103)
> at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:302)
> ... 36 more
> Caused by: java.io.FileNotFoundException: https://console.engint.openshift.com/oapi/v1/namespaces/image/imagestream...
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1836)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
> at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:161)
> ... 39 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21731) Server Adapter: Error shown when image is not created/pushed yet, should be more user friendly
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21731?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-21731:
-----------------------------------
Fix Version/s: (was: 4.3.1.CR1)
> Server Adapter: Error shown when image is not created/pushed yet, should be more user friendly
> ----------------------------------------------------------------------------------------------
>
> Key: JBIDE-21731
> URL: https://issues.jboss.org/browse/JBIDE-21731
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.CR1
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 4.4.0.Alpha1
>
> Attachments: cannot_get_image.png
>
>
> When I create a new OS3 application and then I want to create a new server adapter, an image for this application has to be built and pushed to OpenShift's local image registry. If build is still running, what is often happening on internal OSE instance (it takes minutes - pushing of images), then there is an error message that loading of image failed. User without solid overview of OS3 background would not be able to figure out why it is happening, because even Image stream is shown, but the image is not there yet.
> Full error log:
> {code}
> com.openshift.restclient.OpenShiftException: Could not get resource django-example:latest in namespace image: {
> "kind": "Status",
> "apiVersion": "v1",
> "metadata": {},
> "status": "Failure",
> "message": "imageStreamTag \"django-example:latest\" not found",
> "reason": "NotFound",
> "details": {
> "name": "django-example:latest",
> "kind": "imageStreamTag"
> },
> "code": 404
> }
> at com.openshift.internal.restclient.DefaultClient.createOpenShiftException(DefaultClient.java:481)
> at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:306)
> at org.jboss.tools.openshift.core.connection.Connection.getResource(Connection.java:378)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.lambda$5(DeploymentResourceMapper.java:106)
> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1540)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.getImageStreamTagsFor(DeploymentResourceMapper.java:107)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.lambda$2(DeploymentResourceMapper.java:87)
> at java.util.stream.Collectors.lambda$toMap$213(Collectors.java:1321)
> at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
> at java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1540)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.models.DeploymentResourceMapper.getAllImageStreamTags(DeploymentResourceMapper.java:85)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel$ProjectImageStreamTags.createImageStreamsMap(ServerSettingsViewModel.java:334)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel$ProjectImageStreamTags.<init>(ServerSettingsViewModel.java:327)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.lambda$1(ServerSettingsViewModel.java:279)
> at java.util.stream.Collectors.lambda$toMap$213(Collectors.java:1321)
> at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169)
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.createImageStreamTagsMap(ServerSettingsViewModel.java:277)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.loadResources(ServerSettingsViewModel.java:261)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsViewModel.loadResources(ServerSettingsViewModel.java:255)
> at org.jboss.tools.openshift.internal.ui.server.ServerSettingsWizardFragment$15.run(ServerSettingsWizardFragment.java:695)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: com.openshift.internal.restclient.http.NotFoundException: {
> "kind": "Status",
> "apiVersion": "v1",
> "metadata": {},
> "status": "Failure",
> "message": "imageStreamTag \"django-example:latest\" not found",
> "reason": "NotFound",
> "details": {
> "name": "django-example:latest",
> "kind": "imageStreamTag"
> },
> "code": 404
> }
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.createException(UrlConnectionHttpClient.java:230)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:165)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:141)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.get(UrlConnectionHttpClient.java:103)
> at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:302)
> ... 36 more
> Caused by: java.io.FileNotFoundException: https://console.engint.openshift.com/oapi/v1/namespaces/image/imagestream...
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1836)
> at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
> at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
> at com.openshift.internal.restclient.http.UrlConnectionHttpClient.request(UrlConnectionHttpClient.java:161)
> ... 39 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JBIDE-21997) Aeri causes NPE when running unittests
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21997?page=com.atlassian.jira.plugi... ]
Nick Boldt edited comment on JBIDE-21997 at 3/30/16 12:39 PM:
--------------------------------------------------------------
P2diffs for the 4.52.x TPs are pretty obvious - 4 new IUs in, 4 old IUs out.
{code}
$➔ p2diff file://`pwd` http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5...
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
=== Summary ===
file:///home/nboldt/tru/targetplatforms/jbosstools/multiple/target/jbosstools-multiple.target.repo contains 4 unique IUs
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... contains 4 unique IUs
p2diff file://`pwd` https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.52.0.CR1...
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
=== Summary ===
file:///home/nboldt/tru/targetplatforms/jbdevstudio/multiple/target/jbdevstudio-multiple.target.repo contains 4 unique IUs
https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.52.0.CR1... contains 4 unique IUs
{code}
However, for the 4.50.2 TP, we see a change to jetty (9.2.9 -> 9.2.13 and something odd with the addition of the linux.ppc64le bundles. Not sure these changes are safe.
{code}
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.jetty.webapp [9.2.13.v20150730]
< org.eclipse.jetty.webapp [9.2.9.v20150224]
> org.eclipse.jetty.xml [9.2.13.v20150730]
< org.eclipse.jetty.xml [9.2.9.v20150224]
> org.eclipse.core.filesystem.linux.ppc64le [1.4.0.v20140822-1153]
> org.eclipse.equinox.executable_root.gtk.linux.ppc64le [3.6.200.v20150602-1417]
> org.eclipse.equinox.launcher.gtk.linux.ppc64le [1.0.300.v20150602-1417]
=== Summary ===
file:///home/nboldt/43x/targetplatforms/jbosstools/multiple/target/jbosstools-multiple.target.repo contains 6 unique IUs
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... contains 9 unique IUs
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.jetty.webapp [9.2.13.v20150730]
< org.eclipse.jetty.webapp [9.2.9.v20150224]
> org.eclipse.jetty.xml [9.2.13.v20150730]
< org.eclipse.jetty.xml [9.2.9.v20150224]
> org.eclipse.core.filesystem.linux.ppc64le [1.4.0.v20140822-1153]
> org.eclipse.equinox.executable_root.gtk.linux.ppc64le [3.6.200.v20150602-1417]
> org.eclipse.equinox.launcher.gtk.linux.ppc64le [1.0.300.v20150602-1417]
=== Summary ===
file:///home/nboldt/43x/targetplatforms/jbdevstudio/multiple/target/jbdevstudio-multiple.target.repo contains 6 unique IUs
https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.50.2.CR1... contains 9 unique IUs
{code}
Can someone comment on these?
cc: [~marcel.bruch]
was (Author: nickboldt):
P2diffs for the 4.52.x TPs are pretty obvious - 4 new IUs in, 4 old IUs out.
{code}
$➔ p2diff file://`pwd` http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5...
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
=== Summary ===
file:///home/nboldt/tru/targetplatforms/jbosstools/multiple/target/jbosstools-multiple.target.repo contains 4 unique IUs
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... contains 4 unique IUs
p2diff file://`pwd` https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.52.0.CR1...
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
=== Summary ===
file:///home/nboldt/tru/targetplatforms/jbdevstudio/multiple/target/jbdevstudio-multiple.target.repo contains 4 unique IUs
https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.52.0.CR1... contains 4 unique IUs
{code}
However, for the 4.50.2 TP, we see a change to jetty (9.2.9 -> 9.2.13 and something odd with the addition of the linux.ppc64le bundles. Not sure these changes are safe.
{code}
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.jetty.webapp [9.2.13.v20150730]
< org.eclipse.jetty.webapp [9.2.9.v20150224]
> org.eclipse.jetty.xml [9.2.13.v20150730]
< org.eclipse.jetty.xml [9.2.9.v20150224]
> org.eclipse.core.filesystem.linux.ppc64le [1.4.0.v20140822-1153]
> org.eclipse.equinox.executable_root.gtk.linux.ppc64le [3.6.200.v20150602-1417]
> org.eclipse.equinox.launcher.gtk.linux.ppc64le [1.0.300.v20150602-1417]
=== Summary ===
file:///home/nboldt/43x/targetplatforms/jbosstools/multiple/target/jbosstools-multiple.target.repo contains 6 unique IUs
http://download.jboss.org/jbosstools/targetplatforms/jbosstoolstarget/4.5... contains 9 unique IUs
> org.eclipse.epp.logging.aeri.core [1.100.0.v20160211-1103]
< org.eclipse.epp.logging.aeri.core [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.group [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.feature.feature.jar [1.100.0.v20160304-1116]
> org.eclipse.epp.logging.aeri.ide [1.100.0.v20160217-0435]
< org.eclipse.epp.logging.aeri.ide [1.100.0.v20160303-1450]
> org.eclipse.jetty.webapp [9.2.13.v20150730]
< org.eclipse.jetty.webapp [9.2.9.v20150224]
> org.eclipse.jetty.xml [9.2.13.v20150730]
< org.eclipse.jetty.xml [9.2.9.v20150224]
> org.eclipse.core.filesystem.linux.ppc64le [1.4.0.v20140822-1153]
> org.eclipse.equinox.executable_root.gtk.linux.ppc64le [3.6.200.v20150602-1417]
> org.eclipse.equinox.launcher.gtk.linux.ppc64le [1.0.300.v20150602-1417]
=== Summary ===
file:///home/nboldt/43x/targetplatforms/jbdevstudio/multiple/target/jbdevstudio-multiple.target.repo contains 6 unique IUs
https://devstudio.redhat.com/targetplatforms/jbdevstudiotarget/4.50.2.CR1... contains 9 unique IUs
{code}
Can someone comment on these?
> Aeri causes NPE when running unittests
> --------------------------------------
>
> Key: JBIDE-21997
> URL: https://issues.jboss.org/browse/JBIDE-21997
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: aeri, target-platform
> Affects Versions: 4.3.1.CR1
> Reporter: Aurélien Pupier
> Assignee: Nick Boldt
> Priority: Critical
> Fix For: 4.3.1.CR1
>
>
> an Eclipse bug was fixed 4 weeks ago in AERi and we need this fix to launch Integration tests for JBoss Fuse Tooling.
> We need the version containing the fix of https://bugs.eclipse.org/bugs/show_bug.cgi?id=488868
> Seems that we need to use the org.eclipse.epp.logging.aeri.core_1.100.0.v20160304-1116.jar although we are using org.eclipse.epp.logging.aeri.core_1.100.0.v20160211-1103
> Please take care because the version number are both 1.100.0
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years