[JBoss JIRA] (JBIDE-23872) Tools clear war deployed files
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23872?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-23872:
------------------------------------------
[~cweiler] this sounds familiar to me. If I remember right, using "Clean" in the context menu of the adapter help as a workaround. Does it for you?
> Tools clear war deployed files
> ------------------------------
>
> Key: JBIDE-23872
> URL: https://issues.jboss.org/browse/JBIDE-23872
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.4.2.Final
> Environment: Windows 7 64
> JDK 8
> Eclipse Neon 1
> JBoss Tools 4.4
> WildFly 10.1
> Reporter: Claudio Weiler
> Priority: Critical
> Fix For: 4.4.3.Final
>
>
> After an Eclipse start war deployed files are deleted and not republished.
> I have created a system lock to one of the html resources to try to dig more infos, but the exception shown refers to another resource:
> "Error renaming D:\Aplic\wildfly-10.1.0\standalone\tmp\tmp7250132485298982117.MF to D:\Aplic\wildfly-10.1.0\standalone\deployments\testing-ear.ear\META-INF\MANIFEST.MF."
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (JBIDE-23872) Tools clear war deployed files
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23872?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23872:
-------------------------------------
Fix Version/s: 4.4.3.Final
(was: 4.5.0.AM1)
> Tools clear war deployed files
> ------------------------------
>
> Key: JBIDE-23872
> URL: https://issues.jboss.org/browse/JBIDE-23872
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.4.2.Final
> Environment: Windows 7 64
> JDK 8
> Eclipse Neon 1
> JBoss Tools 4.4
> WildFly 10.1
> Reporter: Claudio Weiler
> Priority: Critical
> Fix For: 4.4.3.Final
>
>
> After an Eclipse start war deployed files are deleted and not republished.
> I have created a system lock to one of the html resources to try to dig more infos, but the exception shown refers to another resource:
> "Error renaming D:\Aplic\wildfly-10.1.0\standalone\tmp\tmp7250132485298982117.MF to D:\Aplic\wildfly-10.1.0\standalone\deployments\testing-ear.ear\META-INF\MANIFEST.MF."
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (JBIDE-23872) Tools clear war deployed files
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23872?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23872:
-------------------------------------
Priority: Critical (was: Minor)
> Tools clear war deployed files
> ------------------------------
>
> Key: JBIDE-23872
> URL: https://issues.jboss.org/browse/JBIDE-23872
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.4.2.Final
> Environment: Windows 7 64
> JDK 8
> Eclipse Neon 1
> JBoss Tools 4.4
> WildFly 10.1
> Reporter: Claudio Weiler
> Priority: Critical
> Fix For: 4.5.0.AM1
>
>
> After an Eclipse start war deployed files are deleted and not republished.
> I have created a system lock to one of the html resources to try to dig more infos, but the exception shown refers to another resource:
> "Error renaming D:\Aplic\wildfly-10.1.0\standalone\tmp\tmp7250132485298982117.MF to D:\Aplic\wildfly-10.1.0\standalone\deployments\testing-ear.ear\META-INF\MANIFEST.MF."
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (JBIDE-23817) Scaling: is not working with OpenShift 3.4 (CDK 2.4)
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23817?page=com.atlassian.jira.plugi... ]
Radim Hopp commented on JBIDE-23817:
------------------------------------
[~adietish] Yes. Scaling is working in Web UI (didn't try oc)
> Scaling: is not working with OpenShift 3.4 (CDK 2.4)
> ----------------------------------------------------
>
> Key: JBIDE-23817
> URL: https://issues.jboss.org/browse/JBIDE-23817
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.3.AM2
> Environment: CDK 2.4
> Devstudio 10.3.0.AM2
> Reporter: Radim Hopp
> Priority: Critical
> Labels: openshift_v3
> Fix For: 4.4.3.Final
>
> Attachments: Spectacle.yJ3971.png
>
>
> Scaling pods is broken when using Openshift 3.4 from CDK 2.4. I was not able to try it with another Openshift 3.4 installation (https://open.paas.redhat.com/ is not working properly from Devstudio either - ticket INC0496390 with service-now).
> When I select scale to -> and select "4" to scale to 4 pods, the pods get started but they are immediately terminated and the scaling is "1" again.
> This is not happening when I used https://console.engint.openshift.com/ (OpenShift v3.3.1.4).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (JBIDE-23651) Incremental publish to remote server throws exception
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23651?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-23651.
---------------------------------
Verified in devstudio 10.3.0.AM2
> Incremental publish to remote server throws exception
> -----------------------------------------------------
>
> Key: JBIDE-23651
> URL: https://issues.jboss.org/browse/JBIDE-23651
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.4.2.Final
> Reporter: Rastislav Wagner
> Assignee: Rob Stryker
> Fix For: 4.4.3.AM2
>
>
> {code}
> failed to create folder /opt/wildfly/standalone/deployments/jboss-as-kitchensink-html5-mobile.war on host jawa32g2.mw.lab.eng.brq.redhat.com
> {code}
> {code}
> org.eclipse.rse.services.files.RemoteFileIOException: Operation failed. File system input or output error
> at org.eclipse.rse.internal.services.ssh.files.SftpFileService.makeSystemMessageException(SftpFileService.java:596)
> at org.eclipse.rse.internal.services.ssh.files.SftpFileService.createFolder(SftpFileService.java:1103)
> at org.jboss.ide.eclipse.as.rse.core.subsystems.RSEFilesystemController$3.run(RSEFilesystemController.java:107)
> at org.jboss.tools.foundation.core.jobs.BarrierProgressWaitJob.run(BarrierProgressWaitJob.java:85)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {code}
> Incremetal publish successfully completes (file is updated) but exception is logged in error because RSEFilesystemController is trying to create a folder on remote server which already exists (was created during full publish)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month