[JBoss JIRA] (JBIDE-25453) Automate RD Central test against JBossTools
by Lukáš Valach (JIRA)
Lukáš Valach created JBIDE-25453:
------------------------------------
Summary: Automate RD Central test against JBossTools
Key: JBIDE-25453
URL: https://issues.jboss.org/browse/JBIDE-25453
Project: Tools (JBoss Tools)
Issue Type: Task
Components: qa
Affects Versions: 4.5.2.AM3
Reporter: Lukáš Valach
Assignee: Lukáš Valach
Fix For: 4.5.2.AM3
Recently we discovered problem installing all the stuff from RH Central at once. This problem affect only JBossTools. This bug was found because I am testing Central upon JBossTools manually. This process takes some time so it will be nice have it automated.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25441) Problems with CDI Builder and scanning Jars which support Java 9
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25441?page=com.atlassian.jira.plugi... ]
Jeff MAURY commented on JBIDE-25441:
------------------------------------
Jandex 2.0.4.Final will ignore all JDK9+ .class format. We must wait for 2.0.5.Final for skipping module-info.class but processing other files into the JAR
> Problems with CDI Builder and scanning Jars which support Java 9
> ----------------------------------------------------------------
>
> Key: JBIDE-25441
> URL: https://issues.jboss.org/browse/JBIDE-25441
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi, common
> Affects Versions: 4.5.1.Final, 4.5.2.AM1
> Reporter: Nick Boldt
> Fix For: 4.5.x
>
>
> As reported in https://developer.jboss.org/message/978446?et=watches.email.thread#978446:
> {quote}
> Setup:
> * Eclipse Oxygen 4.7.1
> * JBoss Tools 4.5.1.Final (also tested with latest development version 4.5.2.AM1)
> * An maven web application with certain dependencies
> ** So far, we found two dependencies, which lead to this jandex scaning error after upgrading to latest version
> ** org.apache.logging.log4j version 2.10.0
> ** org.ow2.asm version 6.0
>
> This leads to an CDI Builder IllegalStateException - see exception trace below.
> Both dependencies started support for Java 9, which seems to cause this exception.
>
> *Apache Log4j 2.10.0 released*: http://mail-archives.apache.org/mod_mbox/www-announce/201711.mbox/%3Cdf95...
>
> {code}
> !MESSAGE Errors running builder 'CDI (Contexts and Dependency Injection) Builder' on project 'Webapp'.
> !STACK 0
> java.lang.IllegalStateException: Unknown tag! pos=4 poolCount = 24
> at org.jboss.jandex.Indexer.processConstantPool(Indexer.java:665)
> at org.jboss.jandex.Indexer.index(Indexer.java:699)
> at org.jboss.tools.common.core.jandex.JandexUtil.createJarIndex(JandexUtil.java:56)
> at org.jboss.tools.common.core.jandex.JandexUtil.hasAnnotation(JandexUtil.java:104)
> at org.jboss.tools.cdi.internal.core.scanner.lib.BeanArchiveDetector.hasAnnotatedBeans(BeanArchiveDetector.java:276)
> at org.jboss.tools.cdi.internal.core.scanner.lib.BeanArchiveDetector.resolve(BeanArchiveDetector.java:203)
> at org.jboss.tools.cdi.internal.core.scanner.lib.ClassPathMonitor.detectBeanModule(ClassPathMonitor.java:150)
> at org.jboss.tools.cdi.internal.core.scanner.lib.ClassPathMonitor.process(ClassPathMonitor.java:106)
> at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:215)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383)
> at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:142)
> at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:232)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56)
> {code}
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25441) Problems with CDI Builder and scanning Jars which support Java 9
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25441?page=com.atlassian.jira.plugi... ]
Jeff MAURY reassigned JBIDE-25441:
----------------------------------
Assignee: Jeff MAURY
> Problems with CDI Builder and scanning Jars which support Java 9
> ----------------------------------------------------------------
>
> Key: JBIDE-25441
> URL: https://issues.jboss.org/browse/JBIDE-25441
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi, common
> Affects Versions: 4.5.1.Final, 4.5.2.AM1
> Reporter: Nick Boldt
> Assignee: Jeff MAURY
> Fix For: 4.5.x
>
>
> As reported in https://developer.jboss.org/message/978446?et=watches.email.thread#978446:
> {quote}
> Setup:
> * Eclipse Oxygen 4.7.1
> * JBoss Tools 4.5.1.Final (also tested with latest development version 4.5.2.AM1)
> * An maven web application with certain dependencies
> ** So far, we found two dependencies, which lead to this jandex scaning error after upgrading to latest version
> ** org.apache.logging.log4j version 2.10.0
> ** org.ow2.asm version 6.0
>
> This leads to an CDI Builder IllegalStateException - see exception trace below.
> Both dependencies started support for Java 9, which seems to cause this exception.
>
> *Apache Log4j 2.10.0 released*: http://mail-archives.apache.org/mod_mbox/www-announce/201711.mbox/%3Cdf95...
>
> {code}
> !MESSAGE Errors running builder 'CDI (Contexts and Dependency Injection) Builder' on project 'Webapp'.
> !STACK 0
> java.lang.IllegalStateException: Unknown tag! pos=4 poolCount = 24
> at org.jboss.jandex.Indexer.processConstantPool(Indexer.java:665)
> at org.jboss.jandex.Indexer.index(Indexer.java:699)
> at org.jboss.tools.common.core.jandex.JandexUtil.createJarIndex(JandexUtil.java:56)
> at org.jboss.tools.common.core.jandex.JandexUtil.hasAnnotation(JandexUtil.java:104)
> at org.jboss.tools.cdi.internal.core.scanner.lib.BeanArchiveDetector.hasAnnotatedBeans(BeanArchiveDetector.java:276)
> at org.jboss.tools.cdi.internal.core.scanner.lib.BeanArchiveDetector.resolve(BeanArchiveDetector.java:203)
> at org.jboss.tools.cdi.internal.core.scanner.lib.ClassPathMonitor.detectBeanModule(ClassPathMonitor.java:150)
> at org.jboss.tools.cdi.internal.core.scanner.lib.ClassPathMonitor.process(ClassPathMonitor.java:106)
> at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:215)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383)
> at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:142)
> at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:232)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56)
> {code}
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25093) IT: create tests for the Docker discovery feature
by Josef Kopriva (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25093?page=com.atlassian.jira.plugi... ]
Josef Kopriva updated JBIDE-25093:
----------------------------------
Component/s: cdk
> IT: create tests for the Docker discovery feature
> -------------------------------------------------
>
> Key: JBIDE-25093
> URL: https://issues.jboss.org/browse/JBIDE-25093
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, openshift
> Affects Versions: 4.5.1.AM2
> Reporter: Andre Dietisheim
> Assignee: Ondrej Dockal
> Labels: cdk, integration-test, openshift_v3
> Fix For: 4.5.2.AM2
>
> Attachments: image-2017-09-22-17-35-34-902.png
>
>
> in JBIDE-24491 we introduced the ability to look up the docker registry in the cdk:
> !image-2017-09-22-17-35-34-902.png!
> We should also test that the docker registry in the connection is updated when the cdk starts up (see JBIDE-25046).
> We should now also have this covered by bot-tests. Especially the bugs found in JBIDE-25046 and JBIDE-25049 should be covered.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25303) Server adapter: support hot-deployment on OpenShift for SpringBoot app
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25303?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-25303 at 12/6/17 12:27 PM:
--------------------------------------------------------------------
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends.
[~jeffmaury] doesnt seem to agree on the assembly approach. To me the configuration for the "Deployment Assembly" does exactly that, it makes sure that the temp directory, that the server adapter syncs to the pod, has the correct structure with a BOOT-INF/classes.
[~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this. [~rob.stryker] Toughts?
was (Author: adietish):
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this.
[~jeffmaury] doesnt seem to agree on the assembly approach. To me the configuration for the "Deployment Assembly" does exactly that, it makes sure that the temp directory, that the server adapter syncs to the pod, has the correct structure with a BOOT-INF/classes.
[~rob.stryker] Toughts?
> Server adapter: support hot-deployment on OpenShift for SpringBoot app
> ----------------------------------------------------------------------
>
> Key: JBIDE-25303
> URL: https://issues.jboss.org/browse/JBIDE-25303
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.5.1.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.5.2.AM2
>
> Attachments: fuse-on-openshift.zip, project-deployment-assembly.png, spring-boot-demo.zip
>
>
> currently, Springboot jar projects (such as Fuse Integration Services) are rsynced with a zipped jar file.
> The requirements are:
> - rsync unpacked jar
> - rsync without the jar name as folder
> - it will will work only if springboot devtool are included (so maybe need some dialog guiding user to do i in case it is not activated)
> use case "Develop SpringBoot application deployed on OpenShift as any other applications in JBoss Tools":
> - there is a SpringBoot app deployed on OpenShift
> - the developer want to develop evolution of the SpringBoot app
> -- when he/she modifies the project, the application needs to be automatically updated on OpenShift instance
> -- Remote java debug should be available when the OpenShift server adapter is in debug mode.
> Steps:
> # EXEC: create a project in your OpenShift server (ex. camel-ose-springboot)
> # EXEC: Import project within fuse-on-openshift.zip into your workspace
> # EXEC: open launch configuration and change:
> ** -Dkubernetes.master= so that it first your cdk instance
> ** -Dkubernetes.namespace= to the name of the project that you create in step 1.
> # EXEC: run the launch config (that is included in the project), so that the project gets deployed to OpenShift (cdk)
> # ASSERT: your project in OpenShift now contains a service **camel-ose-springboot-xml**, the pod for it is running.
> # EXEC: in OpenShift Explorer: select this service and create a server adapter for it (*Server Adapter..* in the context menu for the service)
> # ASSERT: server adapter is created and is *[started]*
> # EXEC: in OpenShift Explorer: pick *Pod Log...* in the context menu for the pod of your service)
> # ASSERT: pod log is opened in "Console" view and shows an output with random numbers in the end
> {code}
> simple-route - >>> 455
> simple-route - >>> 695
> simple-route - >>> 935
> {code}
> # EXEC: In Project Explorer: open class MyTransformer and change the transform method
> # ASSERT: "Console" view is opened and shows how the server adapter is publishing the MyTransformer class to the pod
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (JBIDE-25303) Server adapter: support hot-deployment on OpenShift for SpringBoot app
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25303?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-25303 at 12/6/17 12:26 PM:
--------------------------------------------------------------------
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this. [~jeffmaury] doesnt seem to agree on the assembly approach. To me the configuration for the "Deployment Assembly" does exactly that, it makes sure that the temp directory, that the server adapter syncs to the pod, has the correct structure with a BOOT-INF/classes.
[~rob.stryker] Toughts?
was (Author: adietish):
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this. [~jeffmaury] doesnt seem to agree on the assembly approach.
[~rob.stryker] Toughts?
> Server adapter: support hot-deployment on OpenShift for SpringBoot app
> ----------------------------------------------------------------------
>
> Key: JBIDE-25303
> URL: https://issues.jboss.org/browse/JBIDE-25303
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.5.1.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.5.2.AM2
>
> Attachments: fuse-on-openshift.zip, project-deployment-assembly.png, spring-boot-demo.zip
>
>
> currently, Springboot jar projects (such as Fuse Integration Services) are rsynced with a zipped jar file.
> The requirements are:
> - rsync unpacked jar
> - rsync without the jar name as folder
> - it will will work only if springboot devtool are included (so maybe need some dialog guiding user to do i in case it is not activated)
> use case "Develop SpringBoot application deployed on OpenShift as any other applications in JBoss Tools":
> - there is a SpringBoot app deployed on OpenShift
> - the developer want to develop evolution of the SpringBoot app
> -- when he/she modifies the project, the application needs to be automatically updated on OpenShift instance
> -- Remote java debug should be available when the OpenShift server adapter is in debug mode.
> Steps:
> # EXEC: create a project in your OpenShift server (ex. camel-ose-springboot)
> # EXEC: Import project within fuse-on-openshift.zip into your workspace
> # EXEC: open launch configuration and change:
> ** -Dkubernetes.master= so that it first your cdk instance
> ** -Dkubernetes.namespace= to the name of the project that you create in step 1.
> # EXEC: run the launch config (that is included in the project), so that the project gets deployed to OpenShift (cdk)
> # ASSERT: your project in OpenShift now contains a service **camel-ose-springboot-xml**, the pod for it is running.
> # EXEC: in OpenShift Explorer: select this service and create a server adapter for it (*Server Adapter..* in the context menu for the service)
> # ASSERT: server adapter is created and is *[started]*
> # EXEC: in OpenShift Explorer: pick *Pod Log...* in the context menu for the pod of your service)
> # ASSERT: pod log is opened in "Console" view and shows an output with random numbers in the end
> {code}
> simple-route - >>> 455
> simple-route - >>> 695
> simple-route - >>> 935
> {code}
> # EXEC: In Project Explorer: open class MyTransformer and change the transform method
> # ASSERT: "Console" view is opened and shows how the server adapter is publishing the MyTransformer class to the pod
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (JBIDE-25303) Server adapter: support hot-deployment on OpenShift for SpringBoot app
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25303?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-25303 at 12/6/17 12:26 PM:
--------------------------------------------------------------------
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this.
[~jeffmaury] doesnt seem to agree on the assembly approach. To me the configuration for the "Deployment Assembly" does exactly that, it makes sure that the temp directory, that the server adapter syncs to the pod, has the correct structure with a BOOT-INF/classes.
[~rob.stryker] Toughts?
was (Author: adietish):
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this. [~jeffmaury] doesnt seem to agree on the assembly approach. To me the configuration for the "Deployment Assembly" does exactly that, it makes sure that the temp directory, that the server adapter syncs to the pod, has the correct structure with a BOOT-INF/classes.
[~rob.stryker] Toughts?
> Server adapter: support hot-deployment on OpenShift for SpringBoot app
> ----------------------------------------------------------------------
>
> Key: JBIDE-25303
> URL: https://issues.jboss.org/browse/JBIDE-25303
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.5.1.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.5.2.AM2
>
> Attachments: fuse-on-openshift.zip, project-deployment-assembly.png, spring-boot-demo.zip
>
>
> currently, Springboot jar projects (such as Fuse Integration Services) are rsynced with a zipped jar file.
> The requirements are:
> - rsync unpacked jar
> - rsync without the jar name as folder
> - it will will work only if springboot devtool are included (so maybe need some dialog guiding user to do i in case it is not activated)
> use case "Develop SpringBoot application deployed on OpenShift as any other applications in JBoss Tools":
> - there is a SpringBoot app deployed on OpenShift
> - the developer want to develop evolution of the SpringBoot app
> -- when he/she modifies the project, the application needs to be automatically updated on OpenShift instance
> -- Remote java debug should be available when the OpenShift server adapter is in debug mode.
> Steps:
> # EXEC: create a project in your OpenShift server (ex. camel-ose-springboot)
> # EXEC: Import project within fuse-on-openshift.zip into your workspace
> # EXEC: open launch configuration and change:
> ** -Dkubernetes.master= so that it first your cdk instance
> ** -Dkubernetes.namespace= to the name of the project that you create in step 1.
> # EXEC: run the launch config (that is included in the project), so that the project gets deployed to OpenShift (cdk)
> # ASSERT: your project in OpenShift now contains a service **camel-ose-springboot-xml**, the pod for it is running.
> # EXEC: in OpenShift Explorer: select this service and create a server adapter for it (*Server Adapter..* in the context menu for the service)
> # ASSERT: server adapter is created and is *[started]*
> # EXEC: in OpenShift Explorer: pick *Pod Log...* in the context menu for the pod of your service)
> # ASSERT: pod log is opened in "Console" view and shows an output with random numbers in the end
> {code}
> simple-route - >>> 455
> simple-route - >>> 695
> simple-route - >>> 935
> {code}
> # EXEC: In Project Explorer: open class MyTransformer and change the transform method
> # ASSERT: "Console" view is opened and shows how the server adapter is publishing the MyTransformer class to the pod
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (JBIDE-25303) Server adapter: support hot-deployment on OpenShift for SpringBoot app
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25303?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-25303:
------------------------------------------
[~aurelien.pupier] I tried to explain that in my [comment|https://issues.jboss.org/browse/JBIDE-25303?focusedCommentId=1349...]. The example fuse-on-openshift (as it is now once imported into Eclipse) compiles classes into <project>/target/classes, there is no BOOT-INF in it. On the other hand, the pod expects changed classes in <deployment-root>/BOOT-INF/classes. The BOOT-INF comes from the fact that it is unpacking the jar that it got from the fabric8-maven plugin. Both paths (project-, pod-) dont match. So the question is how to have the project to "package" classes into BOOT-INF/classes so that the adapter has the same path on both ends. [~rob.stryker] was suggeting the configuration in the "Deployment Assembly" that i pointed out above. He also mentioned that there are m2e-wtp bridges that could fullfill this. [~jeffmaury] doesnt seem to agree on the assembly approach.
[~rob.stryker] Toughts?
> Server adapter: support hot-deployment on OpenShift for SpringBoot app
> ----------------------------------------------------------------------
>
> Key: JBIDE-25303
> URL: https://issues.jboss.org/browse/JBIDE-25303
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.5.1.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.5.2.AM2
>
> Attachments: fuse-on-openshift.zip, project-deployment-assembly.png, spring-boot-demo.zip
>
>
> currently, Springboot jar projects (such as Fuse Integration Services) are rsynced with a zipped jar file.
> The requirements are:
> - rsync unpacked jar
> - rsync without the jar name as folder
> - it will will work only if springboot devtool are included (so maybe need some dialog guiding user to do i in case it is not activated)
> use case "Develop SpringBoot application deployed on OpenShift as any other applications in JBoss Tools":
> - there is a SpringBoot app deployed on OpenShift
> - the developer want to develop evolution of the SpringBoot app
> -- when he/she modifies the project, the application needs to be automatically updated on OpenShift instance
> -- Remote java debug should be available when the OpenShift server adapter is in debug mode.
> Steps:
> # EXEC: create a project in your OpenShift server (ex. camel-ose-springboot)
> # EXEC: Import project within fuse-on-openshift.zip into your workspace
> # EXEC: open launch configuration and change:
> ** -Dkubernetes.master= so that it first your cdk instance
> ** -Dkubernetes.namespace= to the name of the project that you create in step 1.
> # EXEC: run the launch config (that is included in the project), so that the project gets deployed to OpenShift (cdk)
> # ASSERT: your project in OpenShift now contains a service **camel-ose-springboot-xml**, the pod for it is running.
> # EXEC: in OpenShift Explorer: select this service and create a server adapter for it (*Server Adapter..* in the context menu for the service)
> # ASSERT: server adapter is created and is *[started]*
> # EXEC: in OpenShift Explorer: pick *Pod Log...* in the context menu for the pod of your service)
> # ASSERT: pod log is opened in "Console" view and shows an output with random numbers in the end
> {code}
> simple-route - >>> 455
> simple-route - >>> 695
> simple-route - >>> 935
> {code}
> # EXEC: In Project Explorer: open class MyTransformer and change the transform method
> # ASSERT: "Console" view is opened and shows how the server adapter is publishing the MyTransformer class to the pod
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months