[JBoss JIRA] (JBIDE-25700) Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-25700:
------------------------------------------
[~dbokde] ok, in the doing, downloading the internets. Do you have a schedule for officially available docker images that have your fixes either as fabric8 or as FIS 7?
> Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
> ---------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: online, springboot
> Fix For: 4.5.3.AM3
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBIDE-25700) Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
by Dhiraj Bokde (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Dhiraj Bokde commented on JBIDE-25700:
--------------------------------------
[~adietish], unfortunately, there are some open issues with upstream image builds. So, fabric8/s2i-java from docker hub is really stale at 3 months old. You can try building an image locally using [fish-pepper|https://github.com/fabric8io-images/fish-pepper].
[~tcunning], do we have a Fuse 7 image from Friday's build? That should have the change I made for this issue.
> Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
> ---------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: online, springboot
> Fix For: 4.5.3.AM3
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBIDE-25700) Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-25700 at 3/14/18 2:51 PM:
-------------------------------------------------------------------
[~dbokde] I tried to pull the latest fabric8 image but I still have an image that doesn't seem to have your changes:
{code}
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
...
fabric8/s2i-java latest 992d04c9dc14 2 months ago 533MB
...
{code}
{code}
$ docker pull fabric8/s2i-java
Using default tag: latest
Trying to pull repository registry.access.redhat.com/fabric8/s2i-java ...
Trying to pull repository docker.io/fabric8/s2i-java ...
sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866: Pulling from docker.io/fabric8/s2i-java
c8838668d2c8: Already exists
a3ed95caeb02: Already exists
2c2e4de656f9: Already exists
1a4dbe2f4200: Already exists
b08937457aae: Already exists
8d73d0911e25: Already exists
73cbfc43e68c: Already exists
a110fd4351e7: Already exists
295565a18fa2: Already exists
658f48167ee5: Already exists
ec51e3b43a35: Already exists
e6f546e429ac: Already exists
a1795ccc147b: Already exists
b04703dfcd9a: Already exists
72665e3507c5: Already exists
0d5786bf8508: Already exists
2b854c9ab133: Already exists
e2077325b52b: Already exists
92b3a26daad2: Already exists
7a7dc272c13c: Already exists
f52a8d39604a: Already exists
306fa759ee23: Already exists
bb819bebf908: Already exists
95f393d11cbb: Already exists
2d20b1a85aa2: Already exists
Digest: sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866
Status: Image is up to date for docker.io/fabric8/s2i-java:latest
{code}
I therefore still face the permissions issue. I cannot change any file nor create new ones.
Creating new ones is especially important if we want to be able to replace a library in lib with a version that you edit in Eclipse (see JBIDE-25504 for further details).
What am I missing?
was (Author: adietish):
[~dbokde] I tried to pull the latest fabric8 image but I still have an image that doesn't see to have your changes:
{code}
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
...
fabric8/s2i-java latest 992d04c9dc14 2 months ago 533MB
...
{code}
{code}
$ docker pull fabric8/s2i-java
Using default tag: latest
Trying to pull repository registry.access.redhat.com/fabric8/s2i-java ...
Trying to pull repository docker.io/fabric8/s2i-java ...
sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866: Pulling from docker.io/fabric8/s2i-java
c8838668d2c8: Already exists
a3ed95caeb02: Already exists
2c2e4de656f9: Already exists
1a4dbe2f4200: Already exists
b08937457aae: Already exists
8d73d0911e25: Already exists
73cbfc43e68c: Already exists
a110fd4351e7: Already exists
295565a18fa2: Already exists
658f48167ee5: Already exists
ec51e3b43a35: Already exists
e6f546e429ac: Already exists
a1795ccc147b: Already exists
b04703dfcd9a: Already exists
72665e3507c5: Already exists
0d5786bf8508: Already exists
2b854c9ab133: Already exists
e2077325b52b: Already exists
92b3a26daad2: Already exists
7a7dc272c13c: Already exists
f52a8d39604a: Already exists
306fa759ee23: Already exists
bb819bebf908: Already exists
95f393d11cbb: Already exists
2d20b1a85aa2: Already exists
Digest: sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866
Status: Image is up to date for docker.io/fabric8/s2i-java:latest
{code}
I therefore still face the permissions issue. I cannot change any file nor create new ones.
Creating new ones is especially important if we want to be able to replace a library in lib with a version that you edit in Eclipse (see JBIDE-25504 for further details).
What am I missing?
> Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
> ---------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: online, springboot
> Fix For: 4.5.3.AM3
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBIDE-25700) Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-25700 at 3/14/18 2:51 PM:
-------------------------------------------------------------------
[~dbokde] I tried to pull the latest fabric8 image but I still have an image that doesn't see to have your changes:
{code}
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
...
fabric8/s2i-java latest 992d04c9dc14 2 months ago 533MB
...
{code}
{code}
$ docker pull fabric8/s2i-java
Using default tag: latest
Trying to pull repository registry.access.redhat.com/fabric8/s2i-java ...
Trying to pull repository docker.io/fabric8/s2i-java ...
sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866: Pulling from docker.io/fabric8/s2i-java
c8838668d2c8: Already exists
a3ed95caeb02: Already exists
2c2e4de656f9: Already exists
1a4dbe2f4200: Already exists
b08937457aae: Already exists
8d73d0911e25: Already exists
73cbfc43e68c: Already exists
a110fd4351e7: Already exists
295565a18fa2: Already exists
658f48167ee5: Already exists
ec51e3b43a35: Already exists
e6f546e429ac: Already exists
a1795ccc147b: Already exists
b04703dfcd9a: Already exists
72665e3507c5: Already exists
0d5786bf8508: Already exists
2b854c9ab133: Already exists
e2077325b52b: Already exists
92b3a26daad2: Already exists
7a7dc272c13c: Already exists
f52a8d39604a: Already exists
306fa759ee23: Already exists
bb819bebf908: Already exists
95f393d11cbb: Already exists
2d20b1a85aa2: Already exists
Digest: sha256:9888dfb016bad29e4a48f8ec56bddbcdfefe95faf82734e1e0a2817a4940a866
Status: Image is up to date for docker.io/fabric8/s2i-java:latest
{code}
I therefore still face the permissions issue. I cannot change any file nor create new ones.
Creating new ones is especially important if we want to be able to replace a library in lib with a version that you edit in Eclipse (see JBIDE-25504 for further details).
What am I missing?
was (Author: adietish):
[~dbokde] I pulled the latest fabric8 image but I still face the permissions issue. I cannot change any file nor create new ones. Creating new ones is especially important if we want to be able to replace a library in lib with a version that you edit in Eclipse (see JBIDE-25504 for further details).
What am I missing?
> Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
> ---------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: online, springboot
> Fix For: 4.5.3.AM3
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBIDE-25700) Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-25700:
------------------------------------------
[~dbokde] I pulled the latest fabric8 image but I still face the permissions issue. I cannot change any file nor create new ones. Creating new ones is especially important if we want to be able to replace a library in lib with a version that you edit in Eclipse (see JBIDE-25504 for further details).
What am I missing?
> Hot deploy of Spring Boot on OpenShift is not working with OpenShift Online
> ---------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: online, springboot
> Fix For: 4.5.3.AM3
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (JBIDE-25814) Server adapter wizard: should preselected most recently used connection, not simply the 1st in the list
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25814?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25814:
-------------------------------
Fix Version/s: 4.5.x
> Server adapter wizard: should preselected most recently used connection, not simply the 1st in the list
> -------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25814
> URL: https://issues.jboss.org/browse/JBIDE-25814
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.5.3.AM2
> Reporter: Andre Dietisheim
> Assignee: Rob Stryker
> Labels: server_adapter_wizard
> Fix For: 4.5.x
>
>
> steps:
> # ASSERT: have several connections in the OpenShift explorer (ex. CDK, OpenShift online)
> # EXEC: launch new application wizard via File > New > Other > OpenShift > OpenShift Application
> # ASSERT: Connection selection page pops up
> # EXEC: select your 2nd connection, get to the next page. But then, cancel the wizard, dont get any further.
> # EXEC: launch server adapter wizard via File > New > Other > Server > OpenShift > OpenShift 3 Server adapter
> # ASSERT: Connection selection page pops up
> Result:
> the connection selection page has the 1st connection selected, not the one that we used most recently.
> (If you use the application wizard again, you'll notice how it is using the 2nd connection, the one that we used most recently)
> Bonus: some wizards even inspect the currently selected element in the OpenShift Explorer and deduce what they need. The server adapter wizard could inspect the resource that's selected and infer the connection from it.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
