Re: [VOTE] Release Axis2 1.7.5

2017-05-06 Thread Deepal jayasinghe 

+1.

+1

On Sat, May 6, 2017 at 1:04 PM, Andreas Veithen
 wrote:

This is a vote to release Apache Axis2 1.7.5.

SVN tag: http://svn.apache.org/repos/asf/axis/axis2/java/core/tags/v1.7.5/
Maven artifacts:
https://repository.apache.org/content/repositories/orgapacheaxis2-1011/
Distributions: 
https://dist.apache.org/repos/dist/dev/axis/axis2/java/core/1.7.5/
Site: http://axis.apache.org/axis2/java/core-staging/

Here is my +1.

Andreas

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org


-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org





-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Commented] (AXIS2-3919) Temp folder being filled with files. Running out of disk space.

2017-05-06 Thread Hudson (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-3919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999630#comment-15999630
 ] 

Hudson commented on AXIS2-3919:
---

SUCCESS: Integrated in Jenkins build Axis2 #3710 (See 
[https://builds.apache.org/job/Axis2/3710/])
AXIS2-3919: Remove the alternate class loading mechanism:
- It degrades performance.
- There is no test coverage for it.
- With r1794157 in place, in most cases, no temporary files will be created and 
there is no need for a fallback mechanism. (veithen: rev 1794181)
* (edit) 
axis2/modules/kernel/src/org/apache/axis2/deployment/DeploymentClassLoader.java
* (edit) axis2/modules/kernel/src/org/apache/axis2/deployment/util/Utils.java


> Temp folder being filled with files. Running out of disk space.
> ---
>
> Key: AXIS2-3919
> URL: https://issues.apache.org/jira/browse/AXIS2-3919
> Project: Axis2
>  Issue Type: Bug
>  Components: kernel, modules
>Affects Versions: 1.0, 1.1, 1.1.1, 1.2, 1.3, 1.4, 1.7.3
> Environment: Windows XP, Linux
>Reporter: Sujay Chauhan
>
> Hi
> We are seeing an issue and it is holding us up from moving to production as 
> our production servers would run out of disk space.
> This is in regards to a client that we are trying to implement using 
> axis2-1.4 and rampart-1.3.
> We have a folder structure
> clientProjectFolder
>   --otherFolders
>   --
>   --
>   --axis2
>   --conf
> --axis2.xml
>--modules
>  --rampart1.3.mar
> our axis2.xml file contains the global module 
> 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
>  Directory of C:\TEMP\_axis2
> 07/16/2008 08:36 AM  .
> 07/16/2008 08:36 AM  ..
> 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 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Commented] (AXIS2-3919) Temp folder being filled with files. Running out of disk space.

2017-05-06 Thread Hudson (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-3919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999621#comment-15999621
 ] 

Hudson commented on AXIS2-3919:
---

SUCCESS: Integrated in Jenkins build Axis2 #3709 (See 
[https://builds.apache.org/job/Axis2/3709/])
AXIS2-3919: Remove the extractJars argument from createClassLoader; it's always 
set to true. (veithen: rev 1794177)
* (edit) 
axis2/modules/jaxws/src/org/apache/axis2/jaxws/framework/JAXWSDeployer.java
* (edit) 
axis2/modules/kernel/src/org/apache/axis2/deployment/ModuleDeployer.java
* (edit) axis2/modules/kernel/src/org/apache/axis2/deployment/POJODeployer.java
* (edit) 
axis2/modules/kernel/src/org/apache/axis2/deployment/ServiceDeployer.java
* (edit) 
axis2/modules/kernel/src/org/apache/axis2/deployment/repository/util/DeploymentFileData.java
* (edit) axis2/modules/kernel/src/org/apache/axis2/deployment/util/Utils.java


> Temp folder being filled with files. Running out of disk space.
> ---
>
> Key: AXIS2-3919
> URL: https://issues.apache.org/jira/browse/AXIS2-3919
> Project: Axis2
>  Issue Type: Bug
>  Components: kernel, modules
>Affects Versions: 1.0, 1.1, 1.1.1, 1.2, 1.3, 1.4, 1.7.3
> Environment: Windows XP, Linux
>Reporter: Sujay Chauhan
>
> Hi
> We are seeing an issue and it is holding us up from moving to production as 
> our production servers would run out of disk space.
> This is in regards to a client that we are trying to implement using 
> axis2-1.4 and rampart-1.3.
> We have a folder structure
> clientProjectFolder
>   --otherFolders
>   --
>   --
>   --axis2
>   --conf
> --axis2.xml
>--modules
>  --rampart1.3.mar
> our axis2.xml file contains the global module 
> 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
>  Directory of C:\TEMP\_axis2
> 07/16/2008 08:36 AM  .
> 07/16/2008 08:36 AM  ..
> 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 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Commented] (AXIS2-3919) Temp folder being filled with files. Running out of disk space.

2017-05-06 Thread Hudson (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-3919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999557#comment-15999557
 ] 

Hudson commented on AXIS2-3919:
---

SUCCESS: Integrated in Jenkins build Axis2 #3708 (See 
[https://builds.apache.org/job/Axis2/3708/])
AXIS2-3919: Upgrade to Java 7. If we want to delete temporary files created by 
the deployer in a timely way, we need to rely on the ability to explicitly 
close URLClassLoader instances (at least on Windows), a feature that is only 
available in Java 7. (veithen: rev 1794173)
* (edit) 
axis2/modules/kernel/src/org/apache/axis2/deployment/DeploymentEngine.java
* (edit) axis2/pom.xml
* (edit) axis2/src/site/markdown/release-notes/1.8.0.md


> Temp folder being filled with files. Running out of disk space.
> ---
>
> Key: AXIS2-3919
> URL: https://issues.apache.org/jira/browse/AXIS2-3919
> Project: Axis2
>  Issue Type: Bug
>  Components: kernel, modules
>Affects Versions: 1.0, 1.1, 1.1.1, 1.2, 1.3, 1.4, 1.7.3
> Environment: Windows XP, Linux
>Reporter: Sujay Chauhan
>
> Hi
> We are seeing an issue and it is holding us up from moving to production as 
> our production servers would run out of disk space.
> This is in regards to a client that we are trying to implement using 
> axis2-1.4 and rampart-1.3.
> We have a folder structure
> clientProjectFolder
>   --otherFolders
>   --
>   --
>   --axis2
>   --conf
> --axis2.xml
>--modules
>  --rampart1.3.mar
> our axis2.xml file contains the global module 
> 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
>  Directory of C:\TEMP\_axis2
> 07/16/2008 08:36 AM  .
> 07/16/2008 08:36 AM  ..
> 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 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Commented] (AXIS2-5704) JiBX doesn't works with Jdk 1.8

2017-05-06 Thread Hudson (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-5704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999558#comment-15999558
 ] 

Hudson commented on AXIS2-5704:
---

SUCCESS: Integrated in Jenkins build Axis2 #3708 (See 
[https://builds.apache.org/job/Axis2/3708/])
AXIS2-5704: Upgrade JiBX to 1.3.1. (veithen: rev 1794168)
* (edit) axis2/modules/jibx/pom.xml
* (edit) axis2/pom.xml


> JiBX doesn't works with Jdk 1.8
> ---
>
> Key: AXIS2-5704
> URL: https://issues.apache.org/jira/browse/AXIS2-5704
> Project: Axis2
>  Issue Type: Sub-task
>Affects Versions: 1.6.3
>Reporter: Shameera Rathnayaka
>Assignee: Andreas Veithen
> Fix For: 1.7.0
>
>
> Getting following build failure, from more details check this 
> https://github.com/jibx/jibx/issues/3 . One option is to replace JiBX module 
> with JAXB which is default comes with java 8. 
> [INFO] --- maven-antrun-plugin:1.2:run (compile) @ axis2-jibx ---
> [INFO] Executing tasks
>  [java] Error running binding compiler
>  [java] java.lang.IllegalStateException: Error loading class 
> java.lang.CharSequence: Error reading path java/lang/CharSequence.class for 
> class java.lang.CharSequence
>  [java]   at 
> org.jibx.binding.classes.ClassCache$ClassCacheLocator.getClassInfo(ClassCache.java:264)
>  [java]   at 
> org.jibx.binding.model.ClassHierarchyContext.accumulateInterfaces(ClassHierarchyContext.java:96)
>  [java]   at 
> org.jibx.binding.model.ClassHierarchyContext.addTypedComponent(ClassHierarchyContext.java:121)
>  [java]   at 
> org.jibx.binding.model.DefinitionContext.addFormat(DefinitionContext.java:469)
>  [java]   at 
> org.jibx.binding.model.BindingElement.defineBaseFormat(BindingElement.java:774)
>  [java]   at 
> org.jibx.binding.model.BindingElement.runValidation(BindingElement.java:793)
>  [java]   at 
> org.jibx.binding.model.BindingElement.validateBinding(BindingElement.java:885)
>  [java]   at org.jibx.binding.Utility.validateBinding(Utility.java:246)
>  [java]   at org.jibx.binding.Utility.loadBinding(Utility.java:288)
>  [java]   at org.jibx.binding.Utility.loadFileBinding(Utility.java:431)
>  [java]   at org.jibx.binding.Compile.compile(Compile.java:212)
>  [java]   at org.jibx.binding.Compile.main(Compile.java:374)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Resolved] (AXIS2-4880) I have patches to fix poor scalability of ADB's POJO XMLStreamReader implementation

2017-05-06 Thread Andreas Veithen (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AXIS2-4880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Veithen resolved AXIS2-4880.

Resolution: Incomplete

> I have patches to fix poor scalability of ADB's POJO XMLStreamReader 
> implementation
> ---
>
> Key: AXIS2-4880
> URL: https://issues.apache.org/jira/browse/AXIS2-4880
> Project: Axis2
>  Issue Type: Improvement
>  Components: adb
>Affects Versions: 1.5.2
> Environment: Debian Lenny (x86_64), Java 1.6.0 (Sun), NetBeans, 
> Tomcat 6, POJO web service deployed as .aar file.
>Reporter: Dan Armstrong
>Assignee: Amila Chinthaka Suriarachchi
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> First, ADB's XMLStreamReader implementation becomes much slower when many 
> complex types exist in the TypeTable.  This causes many repeated interations 
> through the entire map for building the ADBNamespaceContext.  I have removed 
> the necessity of this repeated iteration by:
>   1) TypeTable generates any missing prefixes when new QName is added
>   2) TypeTable maintains prefix->namespace and namespace->prefix mappings
>   3) ADBNamespaceContext now checks in the following order (should be 
> functionally equivalent to adding all complex types from TypeTable, but 
> without the overhead):
> a) Use any added directly to our context
> b) Check TypeTable mappings (This is the key addition)
> c) Check parent NamespaceContext
> Second, ADBNamespaceContext is fairly heavy weight in heap space.  I have 
> minimized the heap space by:
>   1) Delayed allocation of the internal ArraySet
>   2) Using new AddOneNamespaceContext implementation when one and only one 
> QName is added to the NamespaceContext.
> In our system we currently have 407 complex types in the TypeTable and were 
> suffering serious slowdown.  We have more types to add to this system so this 
> problem needed to be addressed.  The results of my patches to ADB in Axis 
> 1.5.2 are:
> Times for a series of web services calls, retrieving various lengths of 
> heterogeneous arrays of complex types:
>   Before modifications:
>   751.554 sec: Warm-up
>   752.395 sec: Second pass
>   After modifications:
>   138.107 sec: Warm-up
>   110.705 sec: Second pass
>   RMI (Just for comparison):
>   16.818 sec: Warm-up
>   14.059 sec: Second pass
> In summary, the new code is seven times as fast for our scenario with a 
> higher number of complex types.  Where may I send the patches or may I commit 
> directly to your repositories?
> Thank you,
> Dan Armstrong
> AO Industries, Inc.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Resolved] (AXIS2-3837) Exception extracting jars into temporary directory : java.io.FileNotFoundException: C:\Program Files\jboss-4.2.2.GA\server\serveraxis\.\tmp\deploy\tmp18123axis2-exp.war\

2017-05-06 Thread Andreas Veithen (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AXIS2-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Veithen resolved AXIS2-3837.

Resolution: Not A Problem

Closing because this appears to be a problem in old JBoss versions.

> Exception extracting jars into temporary directory : 
> java.io.FileNotFoundException: C:\Program 
> Files\jboss-4.2.2.GA\server\serveraxis\.\tmp\deploy\tmp18123axis2-exp.war\WEB-INF
>  (Accès refusé) : switching to alternate class loading mechanism
> 
>
> Key: AXIS2-3837
> URL: https://issues.apache.org/jira/browse/AXIS2-3837
> Project: Axis2
>  Issue Type: Bug
>Affects Versions: 1.4
> Environment: JBOSS, Eclipse
>Reporter: BREMOND
>
> I am testing Axis2 Web Application (axis2.war) Using Standard Binary 
> Distribution.
> When I start JBOSS server, it deploys Axis2 war.
> I have the following error : Exception extracting jars into temporary 
> directory.
> Which jar ?
> Help me
> 15:02:23,218 INFO  [TomcatDeployer] deploy, ctxPath=/axis2, 
> warUrl=.../tmp/deploy/tmp18123axis2-exp.war/
> 15:02:27,265 INFO  [STDOUT] [INFO] Deploying module: addressing-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/addressing-1.4.mar
> 15:02:27,359 INFO  [STDOUT] [INFO] Deploying module: metadataExchange-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/mex-1.4.mar
> 15:02:27,406 INFO  [STDOUT] [INFO] Deploying module: ping-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/ping-1.4.mar
> 15:02:27,453 INFO  [STDOUT] [INFO] Deploying module: script-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/scripting-1.4.mar
> 15:02:27,468 INFO  [STDOUT] [INFO] Deploying module: smtpfault - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/smtpfault.mar
> 15:02:27,546 INFO  [STDOUT] [INFO] Deploying module: soapmonitor-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/./tmp/deploy/tmp18123axis2-exp.war/WEB-INF/modules/soapmonitor-1.4.mar
> 15:02:27,593 INFO  [STDOUT] [INFO] Deploying module: metadataExchange-1.4 - 
> file:/C:/Program 
> Files/jboss-4.2.2.GA/server/serveraxis/tmp/deploy/tmp18123axis2-exp.war/WEB-INF/lib/mex-1.4.jar
> 15:02:27,625 INFO  [STDOUT] [WARN] Exception extracting jars into temporary 
> directory : java.io.FileNotFoundException: C:\Program 
> Files\jboss-4.2.2.GA\server\serveraxis\.\tmp\deploy\tmp18123axis2-exp.war\WEB-INF
>  (Accès refusé) : switching to alternate class loading mechanism
> 15:02:27,640 INFO  [STDOUT] [INFO] Deploying Exception Occured with 
> java.io.FileNotFoundException: C:\Program 
> Files\jboss-4.2.2.GA\server\serveraxis\.\tmp\deploy\tmp18123axis2-exp.war\WEB-INF
>  (Accès refusé)
> java.lang.RuntimeException: java.io.FileNotFoundException: C:\Program 
> Files\jboss-4.2.2.GA\server\serveraxis\.\tmp\deploy\tmp18123axis2-exp.war\WEB-INF
>  (Accès refusé)
>   at org.apache.axis2.deployment.util.Utils.findLibJars(Utils.java:869)
>   at 
> org.apache.axis2.deployment.util.Utils.createClassLoader(Utils.java:917)
>   at 
> org.apache.axis2.jaxws.framework.JAXWSDeployer.deployServicesInWARClassPath(JAXWSDeployer.java:100)
>   at 
> org.apache.axis2.jaxws.framework.JAXWSDeployer.init(JAXWSDeployer.java:80)
>   at 
> org.apache.axis2.deployment.DeploymentEngine.initializeDeployers(DeploymentEngine.java:928)
>   at 
> org.apache.axis2.deployment.DeploymentEngine.setConfigContext(DeploymentEngine.java:919)
>   at 
> org.apache.axis2.deployment.WarBasedAxisConfigurator.setConfigContext(WarBasedAxisConfigurator.java:350)
>   at 
> org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:76)
>   at 
> org.apache.axis2.transport.http.AxisServlet.initConfigContext(AxisServlet.java:511)
>   at 
> org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:431)
>   at 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
>   at 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
>   at 
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4071)
>   at 
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4375)
>   at 
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:790)
>   at 
>

Jenkins build is back to normal : axis2-1.7 » Apache Axis2 - Distribution #120

2017-05-06 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Jenkins build is back to normal : axis2-1.7 #120

2017-05-06 Thread Apache Jenkins Server 
See 


-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Jenkins build is back to stable : Rampart #2380

2017-05-06 Thread Apache Jenkins Server 
See 


-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Jenkins build is back to stable : Rampart » Rampart - Integration #2380

2017-05-06 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Jenkins build became unstable: Rampart #2379

2017-05-06 Thread Apache Jenkins Server 
See 


-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

Jenkins build became unstable: Rampart » Rampart - Integration #2379

2017-05-06 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Commented] (AXIS2-3919) Temp folder being filled with files. Running out of disk space.

2017-05-06 Thread Hudson (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-3919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999497#comment-15999497
 ] 

Hudson commented on AXIS2-3919:
---

SUCCESS: Integrated in Jenkins build Axis2 #3707 (See 
[https://builds.apache.org/job/Axis2/3707/])
AXIS2-3919, AXIS2-3504: Don't copy archives to the temp directory if they are 
already available as files.

Starting with r525695 Axis2 always copies archives (i.e. the AAR and MAR files; 
not only JARs embedded in those archives) to the temp directory. There were two 
reasons for this:

1. Avoid the performance overhead if the archive itself is embedded in another 
archive, such as a (non exploded) WAR file.
2. Prevent the class loader from locking the archive file (which causes 
problems during redeployment).

1 is only a problem if the URL of the archive isn't a file: URL. 2 is no longer 
a problem with Java 1.7 because URLClassLoaders can be closed explicitly. 
(veithen: rev 1794157)
* (edit) axis2/modules/kernel/src/org/apache/axis2/deployment/util/Utils.java


> Temp folder being filled with files. Running out of disk space.
> ---
>
> Key: AXIS2-3919
> URL: https://issues.apache.org/jira/browse/AXIS2-3919
> Project: Axis2
>  Issue Type: Bug
>  Components: kernel, modules
>Affects Versions: 1.0, 1.1, 1.1.1, 1.2, 1.3, 1.4, 1.7.3
> Environment: Windows XP, Linux
>Reporter: Sujay Chauhan
>
> Hi
> We are seeing an issue and it is holding us up from moving to production as 
> our production servers would run out of disk space.
> This is in regards to a client that we are trying to implement using 
> axis2-1.4 and rampart-1.3.
> We have a folder structure
> clientProjectFolder
>   --otherFolders
>   --
>   --
>   --axis2
>   --conf
> --axis2.xml
>--modules
>  --rampart1.3.mar
> our axis2.xml file contains the global module 
> 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
>  Directory of C:\TEMP\_axis2
> 07/16/2008 08:36 AM  .
> 07/16/2008 08:36 AM  ..
> 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 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Resolved] (AXIS2-4863) Using axis2-1.5.2 xmlBean databinding able to send and receive a request. But axis2 is failing when processing the response with

2017-05-06 Thread Andreas Veithen (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AXIS2-4863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Veithen resolved AXIS2-4863.

Resolution: Incomplete

> Using axis2-1.5.2 xmlBean databinding able to send and receive a request. But 
> axis2 is failing when processing the response with
> 
>
> Key: AXIS2-4863
> URL: https://issues.apache.org/jira/browse/AXIS2-4863
> Project: Axis2
>  Issue Type: Bug
>  Components: Addressing
>Affects Versions: 1.5.2
> Environment: this is running a client only on widnows. The server is 
> developed by a different provider.
>Reporter: Mack Fata
>  Labels: xmlbean
>
> I am writing a web service client application using axis2-1.5.2 with xmlBeans 
> databinding generated classes from WSDL.
> I am able to send a request and get back a response, but AXIS2 is failing 
> when processing the response with the following error:
> org.apache.axis2.AxisFault: Must Understand check failed for header 
> http://www.ebxml.org/namespaces/messageHeader : MessageHeader
>   at 
> org.apache.axis2.engine.AxisEngine.checkMustUnderstand(AxisEngine.java:97)
>   at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163)
>   at 
> org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:364)
>   at 
> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:417)
>   at 
> org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:229)
>   at 
> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>   at 
> com.sabre.usg.xmlBeans.client.SessionCreateRQServiceStub.sessionCreateRQ(SessionCreateRQServiceStub.java:203)
>   at 
> com.sabre.usg.xmlBeans.client.XMLTestClient.main(XMLTestClient.java:143)
> I have captured the request and response using TCP/IP Monitor, any idea why 
> is this failing?
> Request:
> 
> http://schemas.xmlsoap.org/soap/envelope/;>
> 
>  xmlns="http://www.ebxml.org/namespaces/messageHeader; 
> xmlns:axis2ns1="http://www.ebxml.org/namespaces/messageHeader; 
> soapenv:mustUnderstand="1" axis2ns1:version="1.0">
> 
>  xmlns:axis2ns2="http://www.ebxml.org/namespaces/messageHeader; 
> axis2ns2:type="urn:x12.org:IO5:01">99
> 
> 
>  xmlns:axis2ns3="http://www.ebxml.org/namespaces/messageHeader; 
> axis2ns3:type="urn:x12.org:IO5:01">123123
> 
> 
> ACS_Svc_Test2009-10-28-94929
>  xmlns:axis2ns4="http://www.ebxml.org/namespaces/messageHeader; 
> axis2ns4:type="string">Session
> SessionCreateRQ
> 
>  xmlns="http://schemas.xmlsoap.org/ws/2002/12/secext; 
> soapenv:mustUnderstand="0">
> 
> xx
> xx
>  xmlns="">AAS
> AA
> 
> 
> 
> 
>  xmlns:ns="http://www.opentravel.org/OTA/2002/11;>
> 
>  PseudoCityCode="DFW"/>
> 
> 
> 
> 
> Response:
> 
> http://schemas.xmlsoap.org/soap/envelope/;>
> 
>  xmlns:eb="http://www.ebxml.org/namespaces/messageHeader; eb:version="1.0" 
> soap-env:mustUnderstand="1">
> 
>  eb:type="urn:x12.org:IO5:01">123123
> 
> 
>  eb:type="urn:x12.org:IO5:01">99
> 
> 
> ACS_Svc_Test2009-10-28-94929
>  eb:type="sabreXML">Session
> SessionCreateRS
> 
> 
> 3fb14fcb-8912-4127-9f22-ed259c3ae2b1@32
> 
> 2010-10-25T13:21:39
> 
> 
>

[jira] [Commented] (AXIS2-5846) Local file inclusion vulnerability in SimpleHTTPServer

2017-05-06 Thread Andreas Veithen (JIRA) 

[ 
https://issues.apache.org/jira/browse/AXIS2-5846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15999478#comment-15999478
 ] 

Andreas Veithen commented on AXIS2-5846:


The fix is included in the 1.7.5 release to be published this week.

> Local file inclusion vulnerability in SimpleHTTPServer
> --
>
> Key: AXIS2-5846
> URL: https://issues.apache.org/jira/browse/AXIS2-5846
> Project: Axis2
>  Issue Type: Bug
>  Components: transports
>Affects Versions: 1.6.2, 1.7.4
>Reporter: Nupur
>Assignee: Andreas Veithen
> Fix For: 1.7.5
>
>
> Defect CSCvd86595: Local file inclusion vulnerability in Axis2 
> An defect has been raised on Present PCP 7.3 axis version 
> *There is a Local File Inclusion (LFI) present in the Axis2 service. It 
>   allows the attacker to view certain files that would normally be 
> inaccessible. This is a violation of PSB requirement SEC-SUP-PATCH because 
> this is a publicly disclosed vulnerability with a patch. 
> *security impact: Some of the files that are accessible via this LFI contain 
> the username and password to the Axis2 admin interface. While the admin 
> interface appears to be disabled currently, if it was ever enabled or an 
> attacker found a way to access it, they would gain admin access to the Axis2 
> system. 
> In addition, this vulnerability is publicly known, which makes it more likely 
> to be exploited by an attacker. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org

[jira] [Resolved] (AXIS2-5620) filling of temp folder

2017-05-06 Thread Andreas Veithen (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AXIS2-5620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Veithen resolved AXIS2-5620.

Resolution: Duplicate

> filling of temp folder
> --
>
> Key: AXIS2-5620
> URL: https://issues.apache.org/jira/browse/AXIS2-5620
> Project: Axis2
>  Issue Type: Bug
>Reporter: Bob Storey
>
> Trying to find help.  We have an unknown process that is generating 
> axis2axis2.1.6.2.jar files into our \windows\temp folder 
> on our server.  This started happening on 11 November after a server reboot. 
> the folder is filling up with almost a gig of files each day. File size is 
> consistent at 2megs.  A reboot on December 1st appeared to clear out most of 
> the files, but it still generates.
> No changes have been made to the server from what we can tell.
> Thank you for any help



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org