[JBoss JIRA] (JBWS-3992) wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
by Jim Ma (JIRA)
[ https://issues.jboss.org/browse/JBWS-3992?page=com.atlassian.jira.plugin.... ]
Jim Ma updated JBWS-3992:
-------------------------
Assignee: Jim Ma
> wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-3992
> URL: https://issues.jboss.org/browse/JBWS-3992
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-4.3, jbossws-cxf-4.3.2
> Reporter: Saisha Naik
> Assignee: Jim Ma
> Fix For: jbossws-cxf-5.2.0.Final
>
> Attachments: TestEar.ear, WsdlXsdExample.war
>
>
> Tested the issue in two different scenarios listed below :
> *Scenario 1:*
> When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
> {code:java}
> wsdl
> └── TestEar.ear
> └── MyEjb1.jar
> └── HelloWebServiceBeanService.wsdl
> {code}
> When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
> {code:java}
> wsdl
> └── TestEar.ear
> {code}
> This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
> *Scenario 2:*
> In case of a war, the wsdl folder inside the application has the below structure :
> {code:java}
> [sanaik@sanaik WEB-INF]$ tree
> .
> ├── classes
> .....
> └── wsdl
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> ├── ServerInfoService.wsdl
> └── ServerInfoService.wsdl~
> ...
> {code}
> Deploying the application creates the below structure under "/data/wsdl" directory :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> └── ServerInfoService.wsdl
> {code}
> On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> └── base
> └── as
> └── ServerInfoService_schema1.xsd
> {code}
> And JBoss does gives the below WARN message :
> {code:java}
> [Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
> [Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
> {code}
> This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (JBWS-3953) Coverity reports possible need to use doPrivileged block for MapToBeanConverter
by Jim Ma (JIRA)
[ https://issues.jboss.org/browse/JBWS-3953?page=com.atlassian.jira.plugin.... ]
Jim Ma updated JBWS-3953:
-------------------------
Assignee: Jim Ma
> Coverity reports possible need to use doPrivileged block for MapToBeanConverter
> -------------------------------------------------------------------------------
>
> Key: JBWS-3953
> URL: https://issues.jboss.org/browse/JBWS-3953
> Project: JBoss Web Services
> Issue Type: Bug
> Reporter: Rostislav Svoboda
> Assignee: Jim Ma
> Fix For: jbossws-cxf-5.2.0.Final
>
>
> Coverity reports possible need to use doPrivileged block for org.jboss.wsf.stack.cxf.client.configuration.MapToBeanConverter
> Please investigate if the doPrivileged block is needed or not
> {code:java}
> 99 protected Object newInstance(String className) throws Exception {
> CID 17469 (#1 of 1): DP: Use doPrivileged (FB.DP_CREATE_CLASSLOADER_INSIDE_DO_PRIVILEGED)1. defect:
> org.jboss.wsf.stack.cxf.client.configuration.MapToBeanConverter.newInstance(String)
> creates a org.jboss.ws.common.utils.DelegateClassLoader classloader, which should be performed within a doPrivileged block.
> 100 ClassLoader loader = new DelegateClassLoader(ClassLoaderProvider.getDefaultProvider()
> 101 .getServerIntegrationClassLoader(), SecurityActions.getContextClassLoader());
> 102 Class<?> clazz = SecurityActions.loadClass(loader, className);
> 103 return clazz.newInstance();
> 104 }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (JBWS-3992) wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
by Saisha Naik (JIRA)
[ https://issues.jboss.org/browse/JBWS-3992?page=com.atlassian.jira.plugin.... ]
Saisha Naik updated JBWS-3992:
------------------------------
Attachment: WsdlXsdExample.war
> wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-3992
> URL: https://issues.jboss.org/browse/JBWS-3992
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-4.3, jbossws-cxf-4.3.2
> Reporter: Saisha Naik
> Fix For: jbossws-cxf-5.2.0.Final
>
> Attachments: TestEar.ear, WsdlXsdExample.war
>
>
> Tested the issue in two different scenarios listed below :
> *Scenario 1:*
> When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
> {code:java}
> wsdl
> └── TestEar.ear
> └── MyEjb1.jar
> └── HelloWebServiceBeanService.wsdl
> {code}
> When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
> {code:java}
> wsdl
> └── TestEar.ear
> {code}
> This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
> *Scenario 2:*
> In case of a war, the wsdl folder inside the application has the below structure :
> {code:java}
> [sanaik@sanaik WEB-INF]$ tree
> .
> ├── classes
> .....
> └── wsdl
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> ├── ServerInfoService.wsdl
> └── ServerInfoService.wsdl~
> ...
> {code}
> Deploying the application creates the below structure under "/data/wsdl" directory :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> └── ServerInfoService.wsdl
> {code}
> On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> └── base
> └── as
> └── ServerInfoService_schema1.xsd
> {code}
> And JBoss does gives the below WARN message :
> {code:java}
> [Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
> [Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
> {code}
> This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (JBWS-3992) wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
by Saisha Naik (JIRA)
[ https://issues.jboss.org/browse/JBWS-3992?page=com.atlassian.jira.plugin.... ]
Saisha Naik updated JBWS-3992:
------------------------------
Description:
Tested the issue in two different scenarios listed below :
*Scenario 1:*
When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
{code:java}
wsdl
└── TestEar.ear
└── MyEjb1.jar
└── HelloWebServiceBeanService.wsdl
{code}
When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
{code:java}
wsdl
└── TestEar.ear
{code}
This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
*Scenario 2:*
In case of a war, the wsdl folder inside the application has the below structure :
{code:java}
[sanaik@sanaik WEB-INF]$ tree
.
├── classes
.....
└── wsdl
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
├── ServerInfoService.wsdl
└── ServerInfoService.wsdl~
...
{code}
Deploying the application creates the below structure under "/data/wsdl" directory :
{code:java}
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
└── ServerInfoService.wsdl
{code}
On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
{code:java}
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
└── base
└── as
└── ServerInfoService_schema1.xsd
{code}
And JBoss does gives the below WARN message :
{code:java}
[Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
[Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
{code}
This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
was:
Tested the issue in two different scenarios listed below :
*Scenario 1:*
When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
{code:java}
----------------------------------------------------------------
wsdl
└── TestEar.ear
└── MyEjb1.jar
└── HelloWebServiceBeanService.wsdl
----------------------------------------------------------------
{code}
When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
{code:java}
-----------------------------------------------------------------
wsdl
└── TestEar.ear
-----------------------------------------------------------------
{code}
This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
*Scenario 2:*
In case of a war, the wsdl folder inside the application has the below structure :
------------------------
[sanaik@sanaik wsdl]$ tree
.
[sanaik@sanaik WEB-INF]$ tree
.
├── classes
.....
└── wsdl
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
├── ServerInfoService.wsdl
└── ServerInfoService.wsdl~
...
------------------------
Deploying the application creates the below structure under "/data/wsdl" directory :
------------------------
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
└── ServerInfoService.wsdl
------------------------
On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
-------------------
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
└── base
└── as
└── ServerInfoService_schema1.xsd
-------------------
And JBoss does gives the below WARN message :
-------------------
[Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
[Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
-------------------
This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
Steps to Reproduce:
*Scenario 1 Reproducer:*
1) Deploy sample application(attached TestEar.ear) on a fresh instance of EAP 6.4.6 domain mode.
2) Stop server via admin console or undeploy application via CLI.
Check under "../data/wsdl/" directory. The wsdl content will be removed, however the empty folder still exists.
*Scenario 2 Reproducer:*
1) Deploy sample application(attached WsdlXsdExample.war) on a fresh instance of EAP 6.4.6 domain mode.
2) Stop server via admin console or undeploy application via CLI.
Check under "../data/wsdl/" directory. The xsd still exists whereas the wsdl file is removed.
was:
1) Deploy sample application(attached TestEar.ear) on a fresh instance of EAP 6.4.6 domain mode.
2) Stop server via admin console or undeploy application via CLI.
Check under "../data/wsdl/" directory. The wsdl content will be removed, however the empty folder still exists.
> wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-3992
> URL: https://issues.jboss.org/browse/JBWS-3992
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-4.3, jbossws-cxf-4.3.2
> Reporter: Saisha Naik
> Fix For: jbossws-cxf-5.2.0.Final
>
> Attachments: TestEar.ear
>
>
> Tested the issue in two different scenarios listed below :
> *Scenario 1:*
> When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
> {code:java}
> wsdl
> └── TestEar.ear
> └── MyEjb1.jar
> └── HelloWebServiceBeanService.wsdl
> {code}
> When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
> {code:java}
> wsdl
> └── TestEar.ear
> {code}
> This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
> *Scenario 2:*
> In case of a war, the wsdl folder inside the application has the below structure :
> {code:java}
> [sanaik@sanaik WEB-INF]$ tree
> .
> ├── classes
> .....
> └── wsdl
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> ├── ServerInfoService.wsdl
> └── ServerInfoService.wsdl~
> ...
> {code}
> Deploying the application creates the below structure under "/data/wsdl" directory :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> └── ServerInfoService.wsdl
> {code}
> On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
> {code:java}
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> └── base
> └── as
> └── ServerInfoService_schema1.xsd
> {code}
> And JBoss does gives the below WARN message :
> {code:java}
> [Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
> [Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
> {code}
> This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (JBWS-3992) wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
by Saisha Naik (JIRA)
[ https://issues.jboss.org/browse/JBWS-3992?page=com.atlassian.jira.plugin.... ]
Saisha Naik updated JBWS-3992:
------------------------------
Description:
Tested the issue in two different scenarios listed below :
*Scenario 1:*
When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
{code:java}
----------------------------------------------------------------
wsdl
└── TestEar.ear
└── MyEjb1.jar
└── HelloWebServiceBeanService.wsdl
----------------------------------------------------------------
{code}
When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
{code:java}
-----------------------------------------------------------------
wsdl
└── TestEar.ear
-----------------------------------------------------------------
{code}
This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
*Scenario 2:*
In case of a war, the wsdl folder inside the application has the below structure :
------------------------
[sanaik@sanaik wsdl]$ tree
.
[sanaik@sanaik WEB-INF]$ tree
.
├── classes
.....
└── wsdl
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
├── ServerInfoService.wsdl
└── ServerInfoService.wsdl~
...
------------------------
Deploying the application creates the below structure under "/data/wsdl" directory :
------------------------
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
├── base
│ └── as
│ └── ServerInfoService_schema1.xsd
└── ServerInfoService.wsdl
------------------------
On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
-------------------
[sanaik@sanaik WsdlXsdExample.war]$ tree
.
└── base
└── as
└── ServerInfoService_schema1.xsd
-------------------
And JBoss does gives the below WARN message :
-------------------
[Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
[Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
-------------------
This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
was:
When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
{code:java}
----------------------------------------------------------------
wsdl
└── TestEar.ear
└── MyEjb1.jar
└── HelloWebServiceBeanService.wsdl
----------------------------------------------------------------
{code}
When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
{code:java}
-----------------------------------------------------------------
wsdl
└── TestEar.ear
-----------------------------------------------------------------
{code}
This is not the scenario when a war/jar application is deployed individually, in which case the content is completely removed along with the folder.
> wsdl diretory is not cleaned on application deploy/undeploy thereby leaving an empty folder under "/wsdl/data" directory
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-3992
> URL: https://issues.jboss.org/browse/JBWS-3992
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-4.3, jbossws-cxf-4.3.2
> Reporter: Saisha Naik
> Fix For: jbossws-cxf-5.2.0.Final
>
> Attachments: TestEar.ear
>
>
> Tested the issue in two different scenarios listed below :
> *Scenario 1:*
> When a web-service test EAR(having an EJB JAR/WAR inside it) is deployed in JBoss EAP, it creates a wsdl folder inside the data directory with the name of the deployed application. Suppose, there is an application TestEar.ear having an EJB web-service jar(MyEjb1.jar) in it. When this application is deployed in JBoss EAP, its wsdl will be published at `/data/wsdl/TestEar.ear/MyEjb1.jar/HelloService.wsdl`.
> {code:java}
> ----------------------------------------------------------------
> wsdl
> └── TestEar.ear
> └── MyEjb1.jar
> └── HelloWebServiceBeanService.wsdl
> ----------------------------------------------------------------
> {code}
> When the server is stopped or the application is undeployed, the wsdl content is removed from the location, however the folder is never deleted, thereby leaving an empty folder in the "/data/wsdl" directory:
> {code:java}
> -----------------------------------------------------------------
> wsdl
> └── TestEar.ear
> -----------------------------------------------------------------
> {code}
> This is not the scenario when a war/jar application is deployed, in which case the content is completely removed along with the folder.
> *Scenario 2:*
> In case of a war, the wsdl folder inside the application has the below structure :
> ------------------------
> [sanaik@sanaik wsdl]$ tree
> .
> [sanaik@sanaik WEB-INF]$ tree
> .
> ├── classes
> .....
> └── wsdl
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> ├── ServerInfoService.wsdl
> └── ServerInfoService.wsdl~
> ...
> ------------------------
> Deploying the application creates the below structure under "/data/wsdl" directory :
> ------------------------
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> ├── base
> │ └── as
> │ └── ServerInfoService_schema1.xsd
> └── ServerInfoService.wsdl
> ------------------------
> On disabling the application via admin console, "ServerInfoService.wsdl" is cleared, however the below contents still remains :
> -------------------
> [sanaik@sanaik WsdlXsdExample.war]$ tree
> .
> └── base
> └── as
> └── ServerInfoService_schema1.xsd
> -------------------
> And JBoss does gives the below WARN message :
> -------------------
> [Server:server-one] 11:53:30,835 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024097: Could not delete wsdl file /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war/base
> [Server:server-one] 11:53:30,836 WARN [org.jboss.ws.cxf.deployment] (MSC service thread 1-4) JBWS024100: Could not delete wsdl directory /NotBackedUp/NEW/Cases/CASE-01604047/jboss-eap-6.4/domain/servers/server-one/data/wsdl/WsdlXsdExample.war
> -------------------
> This is only the case if any xsd is placed inside a folder under the "/wsdl" directory and referenced in the wsdl.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months