[JBoss JIRA] (WFCORE-2939) Disabled deployments in server group enabled after WAR is updated
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2939?page=com.atlassian.jira.plugi... ]
Brian Stansberry edited comment on WFCORE-2939 at 6/8/17 11:16 AM:
-------------------------------------------------------------------
I think the WFCORE-446 work introduced this, by updating the CLI to always send the 'enabled' param to the full-replace-deployment management op. It should only send it if the user input specifically determines a value; otherwise it should leave it undefined. If undefined the existing settings on the server-group=x/deployment=y resources should remain in place.
was (Author: brian.stansberry):
I think the WFCORE-446 work introduced this, by updating the CLI to always send the 'enabled' param to the full-replace-deployment. It should only send it if the user input specifically determines a value; otherwise it should leave it undefined. If undefined the existing settings on the server-group=x/deployment=y resources should remain in place.
> Disabled deployments in server group enabled after WAR is updated
> -----------------------------------------------------------------
>
> Key: WFCORE-2939
> URL: https://issues.jboss.org/browse/WFCORE-2939
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Domain Management
> Environment: Centos 7
> OpenJDK
> Reporter: Matthew Casperson
>
> Updating the contents of a WAR file in a domain controller content repository will usually lead to a disabled deployment in a server group being enabled.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (LOGMGR-154) Log rotations should be more resilient to failed rotations
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-154?page=com.atlassian.jira.plugin... ]
James Perkins commented on LOGMGR-154:
--------------------------------------
>From the forum post:
{quote}
2017-05-29 11:01:48 Commons Daemon procrun stderr initialized
LogManager error of type OPEN_FAILURE: Unable to rotate log file
java.nio.file.FileSystemException: C:\wildfly-9.0.2.Final\standalone\log\server.log -> C:\wildfly-9.0.2.Final\standalone\log\server.log.1: The process cannot access the file because it is being used by another process.
at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
at sun.nio.fs.WindowsFileCopy.move(WindowsFileCopy.java:387)
at sun.nio.fs.WindowsFileSystemProvider.move(WindowsFileSystemProvider.java:287)
at java.nio.file.Files.move(Files.java:1395)
{quote}
> Log rotations should be more resilient to failed rotations
> ----------------------------------------------------------
>
> Key: LOGMGR-154
> URL: https://issues.jboss.org/browse/LOGMGR-154
> Project: JBoss Log Manager
> Issue Type: Bug
> Reporter: James Perkins
>
> If a failure occurs while rotating a file the file handler will stop working. The file handler should instead report the failed rotation, but keep allowing messages to be written.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFCORE-2939) Disabled deployments in server group enabled after WAR is updated
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2939?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-2939:
------------------------------------------
I think the WFCORE-446 work introduced this, by updating the CLI to always send the 'enabled' param to the full-replace-deployment. It should only send it if the user input specifically determines a value; otherwise it should leave it undefined. If undefined the existing settings on the server-group=x/deployment=y resources should remain in place.
> Disabled deployments in server group enabled after WAR is updated
> -----------------------------------------------------------------
>
> Key: WFCORE-2939
> URL: https://issues.jboss.org/browse/WFCORE-2939
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Environment: Centos 7
> OpenJDK
> Reporter: Matthew Casperson
>
> Updating the contents of a WAR file in a domain controller content repository will usually lead to a disabled deployment in a server group being enabled.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month