[JBoss JIRA] (JBIDE-23872) Tools clear war deployed files
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23872?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-23872:
---------------------------------------
I will try this today.
> 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
> Assignee: Rob Stryker
> 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-23904) StreamGobbler fails in 10% of cases
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23904?page=com.atlassian.jira.plugi... ]
Rob Stryker reassigned JBIDE-23904:
-----------------------------------
Assignee: Rob Stryker
> StreamGobbler fails in 10% of cases
> -----------------------------------
>
> Key: JBIDE-23904
> URL: https://issues.jboss.org/browse/JBIDE-23904
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.3.AM2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.4.0.Final
>
>
> The StreamGobbler implementation in CDKLaunchUtility fails in about 10% of cases. An example standalone java class with copied code demonstrates this:
> https://paste.fedoraproject.org/paste/F1QIqHhefBIXCECQPW9RuV5M1UNdIGYhyRL...
> After playing with it (trying to run a command with a space in the path), I discovered it failed in two different ways about 10% of the time. This is due to lack of synchronization. The thread reading the stream might be asked for its results AFTER the process has ended, but BEFORE the stream has been read completely.
> Two things were needed: 1) synchronized control for extremely short calls to add a line that's been read or check if the flow has been canceled, and 2) a delay in getting hte final output even after the process has ended, as there may still be lines to read in the stream.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (JBIDE-23904) StreamGobbler fails in 10% of cases
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23904?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-23904:
--------------------------------
Fix Version/s: 4.4.0.Final
> StreamGobbler fails in 10% of cases
> -----------------------------------
>
> Key: JBIDE-23904
> URL: https://issues.jboss.org/browse/JBIDE-23904
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.3.AM2
> Reporter: Rob Stryker
> Fix For: 4.4.0.Final
>
>
> The StreamGobbler implementation in CDKLaunchUtility fails in about 10% of cases. An example standalone java class with copied code demonstrates this:
> https://paste.fedoraproject.org/paste/F1QIqHhefBIXCECQPW9RuV5M1UNdIGYhyRL...
> After playing with it (trying to run a command with a space in the path), I discovered it failed in two different ways about 10% of the time. This is due to lack of synchronization. The thread reading the stream might be asked for its results AFTER the process has ended, but BEFORE the stream has been read completely.
> Two things were needed: 1) synchronized control for extremely short calls to add a line that's been read or check if the flow has been canceled, and 2) a delay in getting hte final output even after the process has ended, as there may still be lines to read in the stream.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month