That is a cool tip. I will do that as soon as I do my next commits.
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 31. Mai 2002 17:25
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] AxisService behavior is questionable
I have already updated the AxisService to populate the deployment ucl value
so its working for now. I think a better way to handle a dynamic security
domain would be to create a war with a security-domain like
security-domainjava:/axis/securityDomainFactory/security-domain
and have the AxisService bind a LinkRef from
java:/axis/securityDomainFactory to the name of the configured security
domain. I think we will continue to have issues keeping the building of a
war DeploymentInfo in synch with what happens in the other deployers.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jung , Dr. Christoph [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 31, 2002 1:00 AM
Subject: AW: [JBoss-dev] AxisService behavior is questionable
Hi Scott,
The reason was that I wanted the security context under which the transport
servlet is deployed (and I suspect there will be further such issue in the
future) to be a configurable parameter of the AxisService. Hence, I must
generate the jboss-web.xml at runtime.
I could easily populate the ucl in the deploymentinfo as it should be the
classloader of the AxisService itself.
Or is there another way of doing it?
Thanks,
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 31. Mai 2002 07:07
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] AxisService behavior is questionable
The mechanism by which the AxisService registers its service is questionable
as instead of including a war with the required config it is explictly
creating a DeploymentInfo object for the war and calling the web deployer.
This broke when I made a change to use the DeploymentInfo.ucl as the web
context parent class loader because the AxisService was not populating this.
What is the reason for not bundling a war in the jboss-net.sar instead of
the current behavior?
___
Don't miss the 2002 Sprint PCS Application Developer's Conference August
25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
###
This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
