You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Sujay Chauhan (JIRA)" <ji...@apache.org> on 2008/07/16 15:45:31 UTC
[jira] Issue Comment Edited: (AXIS2-3883) file handles not being
closed after successful call to webservice
[ https://issues.apache.org/jira/browse/AXIS2-3883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613955#action_12613955 ]
sujay.chauhan edited comment on AXIS2-3883 at 7/16/08 6:44 AM:
---------------------------------------------------------------
Hi
We are seeing the same issue and it is holding us up from moving to production as out production servers would run out of disk space.
This is in regards to a client that we are trying to implement using axis2. We have a folder structure
clientProjectFolder
--otherFolders
--....
--....
--axis2
--conf
--axis2.xml
--modules
--rampart1.3.mar
our axis2.xml file contains the global module <module ref="rampart"/>
In our client code, we make use of the fileSytemConfigurator to configure the client stub before making the call to our service.
Every time we are calling the service, files are added to the TEMP folder (see below)
C:\TEMP\_axis2>dir
Volume in drive C has no label.
Volume Serial Number is 0CE7-7F35
Directory of C:\TEMP\_axis2
07/16/2008 08:36 AM <DIR> .
07/16/2008 08:36 AM <DIR> ..
07/16/2008 08:36 AM 2,704 axis2473rampart-1.3.mar
1 File(s) 2,704 bytes
2 Dir(s) 103,722,340,352 bytes free
The same issue is being duplicated on our prod servers which are not windows based but linux based. the files get put in /tmp/_axis2 folder.
Any advice on if there is a workaround for this?
Thanks,
Sujay
was (Author: sujay.chauhan):
Hi
We are seeing the same issue and it is holding us up from moving to production as out production servers would run out of disk space.
This is in regards to a client that tries to use axis2. We have a folder structure
projectFolder
--otherFolders
--axis2
--conf
--axis2.xml
--modules
--rampart1.3.mar
our axis2.xml file contains the global module <module ref="rampart"/>
In our client code, we make use of the fileSytemConfigurator to configure the client stub before making the call to our service.
Every time we are calling the service, files are added to the TEMP folder (see below)
C:\TEMP\_axis2>dir
Volume in drive C has no label.
Volume Serial Number is 0CE7-7F35
Directory of C:\TEMP\_axis2
07/16/2008 08:36 AM <DIR> .
07/16/2008 08:36 AM <DIR> ..
07/16/2008 08:36 AM 2,704 axis2473rampart-1.3.mar
1 File(s) 2,704 bytes
2 Dir(s) 103,722,340,352 bytes free
The same issue is being duplicated on our prod servers which are not windows based but linux based. the files get put in /tmp/_axis2 folder.
Any advice on if there is a workaround for this?
Thanks,
Sujay
> file handles not being closed after successful call to webservice
> -----------------------------------------------------------------
>
> Key: AXIS2-3883
> URL: https://issues.apache.org/jira/browse/AXIS2-3883
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Affects Versions: 1.3
> Environment: Windows server 2003 (also Windows XP), axis 2.1.3, Websphere 6.1
> Reporter: LEE
> Priority: Blocker
>
> We have been regularly experiencing the following problem when trying to call an axis 2 webservice:
> Stack Dump = java.util.zip.ZipException: Too many open files D:\ibm\profiles\AppSrv02\....\xercesImpl-2.8.1.jar
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:238)
> at java.util.zip.ZipFile.<init>(ZipFile.java:268)
> at com.ibm.ws.classloader.SinglePathClassProvider$3.run(SinglePathClassProvider.java:405)
> at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:63)
> at com.ibm.ws.classloader.SinglePathClassProvider.getResource(SinglePathClassProvider.java:379)
> at com.ibm.ws.classloader.SinglePathClassProvider.getResourceAsStream(SinglePathClassProvider.java:474)
> at com.ibm.ws.classloader.CompoundClassLoader.localGetResourceAsStream(CompoundClassLoader.java:955)
> at com.ibm.ws.classloader.CompoundClassLoader.getResourceAsStream(CompoundClassLoader.java:916)
> at com.ibm.ws.classloader.CompoundClassLoader.getResourceAsStream(CompoundClassLoader.java:913)
> at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source)
> at java.security.AccessController.doPrivileged(AccessController.java:192)
> at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source)
> at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source)
> at javax.xml.parsers.FactoryFinder.find(Unknown Source)
> at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source)
> at org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:151)
> at org.apache.rampart.handler.WSDoAllSender.processBasic(WSDoAllSender.java:194)
> at org.apache.rampart.handler.WSDoAllSender.processMessage(WSDoAllSender.java:64)
> at org.apache.rampart.handler.WSDoAllHandler.invoke(WSDoAllHandler.java:72)
> at org.apache.axis2.engine.Phase.invoke(Phase.java:292)
> at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:212)
> at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:377)
> at org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:374)
> at org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:211)
> at org.apache.axis2.client.OperationClient.execute(OperationClient.java:163)
>
> On closer inspection of the server we noticed that there are a great number of files in the Windows/Temp directory with names such as C:\WINDOWS\Temp\_axis2\axis21568addressing-1.3.mar,
> C:\WINDOWS\Temp\_axis2\axis21574soapmonitor-1.3.mar,
> C:\WINDOWS\Temp\_axis2\axis21579rampart-1.3.mar,
> C:\WINDOWS\Temp\_axis2\axis21577ping-1.3.mar etc.
> The main concern (other than disk space is gradually being taken up) is that all these files still have open file handles. This is a major problem for us as each time a call is made to a webservice more of these files eventually resulting in the application failing due to "too many open files" error.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org