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 "Deepal Jayasinghe (JIRA)" <ji...@apache.org> on 2005/10/04 08:31:48 UTC
[jira] Commented: (AXIS2-240) Problem in deploying Axis2 ear in BEA 8.1
[ http://issues.apache.org/jira/browse/AXIS2-240?page=comments#action_12331249 ]
Deepal Jayasinghe commented on AXIS2-240:
-----------------------------------------
I think we have to handle that in proper way , using "temp" directory idea might make some problem in the future.
So my idea is to introduce AXIS2_HOME environmental variable and if the repository name is null we have to check for that.
In the case of non-exploded war case , yours has to set the AXIS2_HOME variable , is it doable in your case ? (Eran)
so the code will look like as follows in AxisServlet
String repoDir = context.getRealPath("/WEB-INF");
if(repoDir == null){
repoDir = System.getProperty("AXIS2_HOME")
}
I will go ahead and implement that .
> Problem in deploying Axis2 ear in BEA 8.1
> -----------------------------------------
>
> Key: AXIS2-240
> URL: http://issues.apache.org/jira/browse/AXIS2-240
> Project: Apache Axis 2.0 (Axis2)
> Type: Bug
> Components: deployment
> Environment: BEA 8.1 sp3 on
> Windows XP
> Reporter: Eran Chinthaka
> Assignee: Deepal Jayasinghe
>
> ( Reporting from the mail http://marc.theaimsgroup.com/?l=axis-dev&m=112739016113007&w=2 )
> I am deploying the latest Axis2 built from source to BEA 8.1 sp3 on
> Windows XP. I had success using Axis2 when deployed as a stand-alone
> war, but when I deploy it within an ear in it's archived format (not
> exploded) I get the following error. I also get the same error on 0.91.
> ####<Sep 21, 2005 2:58:35 PM CDT> <Error> <HTTP> <wplwyoungb> <m603>
> <ExecuteThread: '14' for queue: 'weblogic.kernel.Default'> <<WLS
> Kernel>> <> <BEA-101017>
> <[ServletContext(id=15670774,name=axis2,context-path=/axis2)] Root cause
> of ServletException.
> org.apache.axis2.deployment.DeploymentException: Axis2 repository can
> not be null; nested exception is:
> org.apache.axis2.deployment.DeploymentException: Axis2
> repository can not be null
> at
> org.apache.axis2.context.ConfigurationContextFactory.buildConfigurationC
> ontext(ConfigurationContextFactory.java:73)
> at
> org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:62)
> ...
> Caused by: org.apache.axis2.deployment.DeploymentException: Axis2
> repository can not be null
> at
> org.apache.axis2.deployment.DeploymentEngine.<init>(DeploymentEngine.jav
> a:142)
> at
> org.apache.axis2.deployment.DeploymentEngine.<init>(DeploymentEngine.jav
> a:136)
> at
> org.apache.axis2.context.ConfigurationContextFactory.buildConfigurationC
> ontext(ConfigurationContextFactory.java:39)
> I tracked this down to the repository name being null when the following
> call is made in AxisServlet.
> String repoDir = context.getRealPath("/WEB-INF");
> This of course is due to the deployment in an archive, not exploded on
> the filesystem. It is valid according to the spec for BEA to return null
> here. Valid, but not friendly. Unfortunately, we can't use exploded ears
> at customer sites. My quick fix right now is to use the java.io.tmpdir
> instead if repoDir is null.
> if (repoDir == null) repoDir = System.getProperty("java.io.tmpdir");
> I made the same mod to upload.jsp and I can at least work in Axis2
> again. I am going to work on getting the services included in the war to
> be available. Right now, I have to upload and there is the chance my
> file will get deleted on restart.
> I'd like to see something like this added to Axis2. I can submit a diff
> if there is interest. Or we can discuss alternate solutions. Like
> breaking out the storage of the services into a pluggable component.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira