You can install axis in jboss as you would do in any other application server: simply deploy it (and the web service logic+axis deployment descriptors) as a big web-application.
Jboss-net is glue code that integrates axis a bit more sophisticated, namely as a web service archive (wsr) deployer. A wsr is a jar that contains your web service logic as well as the corresponding axis deployment descriptor. Now I am confused: How do you deploy your web services after startup? Of course, I recommend using jboss.net Hence upgrading to 3.2 ... CGJ -----Urspr�ngliche Nachricht----- Von: Kevin Roast [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 17. Januar 2003 15:52 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle XDK9? Sorry, I'm a little confused here. How does Jboss integrate with AXIS? If I delete the SAR will AXIS work? Currently the AXIS service URL doesn't work if I upgrade the version of AXIS in Jboss 3.0. Kev -----Original Message----- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: 17 January 2003 14:03 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle XDK9? If you do not use jboss-net, simply delete the sar. CGJ -----Urspr�ngliche Nachricht----- Von: Kevin Roast [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 17. Januar 2003 14:44 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle XDK9? Hi, Thanks for your reply. Unfortuntely simply upgrading the JAR does not work :( My investigation leads me to believe that parts of the Jboss3.0 AXIS integration (in jboss-net.sar?) would need to be re-compiled against the newew AXIS jar to work. For instance, I get this exception when starting Jboss: 13:34:48,166 ERROR [URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@45bb4fb6{ url=file:/C:/jboss-3.0.4/server/all/deploy/jbossweb.sar/, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/jboss-3.0.4/server/all/deploy/jbossweb.sar/; - nested throwable: (java.lang.IllegalAccessError: try to access field org.apache.axis.configuration.FileProvider.myInputStream from class org.jboss.net.axis.XMLResourceProvider) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:827) I'll take a look at 3.2RC1 and see if it fixes the problem... Kev -----Original Message----- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: 17 January 2003 10:34 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle XDK9? The axis version in the 3.0 branch is a beta. >From 3.2 on, we have axis release 1 (it is no more located in the system lib directory, but an integral part of the jboss.net sar) In head, we have axis 1.1beta integrated. Since you seem not to use jboss.net, why don�t you simply update the jar in your 3.0 distro? If you want the nice deployment/security features of jboss.net, however, I recommend obtaining 3.2RCwhatever. CGJ -----Urspr�ngliche Nachricht----- Von: Kevin Roast [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 17. Januar 2003 10:55 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle XDK9? Hi, I am interested to know if the following is a known Jboss+AXIS bug: We are testing a system using Jboss3.0.4 using the standard embedded version of AXIS. We are using SOAP calls for our web services which AXIS is parsing using the system XML parser. By default this is Xerces which is fine. However, if I change the parser factory to use Oracle XDK 9 parser then I receive an error from the AXIS SAX parsing thus: java.lang.StringIndexOutOfBoundsException: String index out of range: 323 at java.lang.String.<init>(String.java:245) at org.apache.axis.message.SymbolTable.addSymbol(SymbolTable.java:121) at org.apache.axis.message.SAX2EventRecorder.characters(SAX2EventRecorder.j ava:137) at org.apache.axis.encoding.DeserializationContextImpl.characters(Deseriali zationContextImpl.java:771) at org.apache.axis.message.SAX2EventRecorder.replay(SAX2EventRecorder.java: 213) at org.apache.axis.message.MessageElement.publishToHandler(MessageElement.j ava:578) at org.apache.axis.message.RPCElement.deserialize(RPCElement.java:207) at org.apache.axis.message.RPCElement.getParams(RPCElement.java:231) at org.apache.axis.client.Call.invoke(Call.java:1605) I have inspected the SOAP being parsed and SAX parsed it myself using both Xerces and Oracle XDK and it parses fine. This leads me to believe that AXIS is doing something naughty in the SAX "characters()" event method i.e. maybe not respecting the start/len parameters? (I'm guessing here from the error) Anyone have any thoughts on this, or I am in completely the wrong ball park? Also - can anyone confirm which version of AXIS is built into Jboss? As I posted this bug to the AXIS-Bug list and they said this particular method no longer exists in the current source line. If possible, I am happy to upgrade the version of AXIS in Jboss - can this be done? Thanks for your time, Kevin ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en _______________________________________________ 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/ ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en _______________________________________________ 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/ ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
