Oops. The port number was wrong - my typo. The SOAP service does exist at http://localhost:8080/xfire-book-1.2.6/services/BookService You may wish to change this in your BookClient code, or change the name of the war file produced to "book", so no further confusion is caused due to changing version numbers/context names. I have to say although I got it working in the end, the experience hasn't exactly filled me with confidence. Will have to think about whether I want to stick with xfire. Can't say I like Maven too much either.. Again, thanks for the help. Jon
________________________________ From: Poulton, Jonathan [mailto:[EMAIL PROTECTED] Sent: 05 June 2007 16:41 To: [email protected] Subject: RE: [xfire-user] Unable to get started with XFire examples I've managed to get Eclipse to produce a war file that works. I've disabled the Maven plugin, as it was just a pain in the ass, giving me a long list of unhelpful errors; intead I created a lib subdirectory in the book project, and placed all of the xfire jar files in there. After building the war myself I can now see the wsdl file when I make a request to Tomcat at localhost:8080. Unfortunately the BookClient still isn't working, I just get repeated errors whilst trying to connect, it retries several times before finishing with: Exception in thread "main" org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Couldn't send message.org.codehaus.xfire.fault.XFireFault: Couldn't send message. I don't know if its trying to connect to the right URL (http://localhost:8088/book/services/BookService <http://localhost:8088/book/services/BookService> in the original code, but also tried it with: http://localhost:8088/xfire-book-1.2.6/services/BookService in case this was wrong), but if so theres nothing there, which is weird, as the wsdl is in the right place (here http://localhost:8080/xfire-book-1.2.6/services/BookService?wsdl). I think I've invested enough time in trying to get this to work. Normally if I can't get a starter application to work in under an hour I shrug my shoulders and move on, but I've given xfire a fair shot with half a days worth of effort. I'm going to go back to Apache XML RPC for my services implementation, as I really can't justify any more time spent on this to my boss. Pity, it looked interesting. Thanks for your help anyway, Jon ________________________________ From: Raymond Kroeker [mailto:[EMAIL PROTECTED] Sent: 05 June 2007 16:21 To: [email protected] Subject: Re: [xfire-user] Unable to get started with XFire examples Hi Jon, If you try mvn install war:war you might have better results. Install should compile/test/package the code, and war:war should re-package it as a web-archive. Let us know how it goes. Raymond On 6/5/07, Poulton, Jonathan <[EMAIL PROTECTED]> wrote: I found identical problems with Jetty... BUT, I think I've worked out what the problem may be. When you run "mvn war:war" it doesn't actually compile the .java files, does it? I assumed that it did, and that the Maven file was acting as a replacement for an ant build file.. I've downloaded the Maven plugin for Eclipse (I'm unfamiliar with Maven), but the Flash tutorial (here: http://m2eclipse.codehaus.org/) refuses to play for some reason in either IE or Firefox, on my machine. I have no idea how to build the "book" project inside of Eclipse. After installing the Maven/Eclipse plugin there do not appear to be any additional menu options, and the pom.xml file is simply a plain old xml file, without any form of special icon or additional options. There is a guide here: http://radio.weblogs.com/0112098/stories/2003/02/12/usingEclipseAndMaven .html But its pretty vague, and its not clear exactly where/how I set "maven.eclipse.workspace"...can anyone help with this? May I just say, it should not be this hard for Codehaus/xfire newbies to get a basic application working. Someone should seriously think about improving the Quick Start instructions/the distribution... A tutorial using Ant instead of Maven would be useful, and an Ant build file in the distribution that actually compiles and builds all the examples when run would be inline with a fairly undemanding set of expectations. Cheers Jon -----Original Message----- From: Tomek Sztelak [mailto:[EMAIL PROTECTED] Sent: 05 June 2007 13:05 To: [email protected] Subject: Re: [xfire-user] Unable to get started with XFire examples Looks like you don't have CheckVersionHandler class in classpath. On 6/5/07, Poulton, Jonathan < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote: > Right. Well, I've tried doing as suggested in the following post: > > http://archive.xfire.codehaus.org/user/B967EC1195898E499CC20A687446500 > 70 > 2087148%40BLR-EC-MBX02.wipro.com > > But now I end up with a different stack trace. I'll just put the first > line here: > > org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.codehaus.xfire.spring.config.HandlerFactory' defined in class > path resource [META-INF/xfire/services.xml]: Error setting property > values; nested exception is > org.springframework.beans.PropertyAccessExceptionsException: > PropertyAccessExceptionsException (1 errors); nested > propertyAccessExceptions are: > [org.springframework.beans.TypeMismatchException : Failed to convert > property value of type [java.lang.String] to required type > [java.lang.Class] for property 'handlerClass'; nested exception is > java.lang.IllegalArgumentException: Class not found: > org.codehaus.xfire.demo.handlers.CheckVersionHandler] > > It looks like something is passing in a String where a Class is > expected? > > Jon > > > -----Original Message----- > From: Poulton, Jonathan [mailto:[EMAIL PROTECTED] > Sent: 05 June 2007 12:29 > To: [email protected] > Subject: RE: [xfire-user] Unable to get started with XFire examples > > OK I'll give that a try, but I still don't understand why I couldn't > find the services.xml file or any of the classes after unzipping the > war file; where are they? > > Jon > > -----Original Message----- > From: Tomek Sztelak [mailto:[EMAIL PROTECTED] > Sent: 05 June 2007 12:27 > To: [email protected] > Subject: Re: [xfire-user] Unable to get started with XFire examples > > As someone mentioned before its Tomcat classloader problem. You can > change the server to something else like Jetty, or move location of > services.xml to place where tomcat can find it. ( and maybe report > this to tomcat bugzila :) > > On 6/5/07, Poulton, Jonathan < [EMAIL PROTECTED]> wrote: > > > > > > Hi there, > > I'm just trying to get started with one of the XFire examples, but > > I've been utterly unable to get any of them working. > > > > I've downloaded xfire-distribution-1.2.6, and extracted it in a > > temporary directory, moved to the "examples" subdirectory and then > > done as follows with the "book" example. > > > > mvn war:war > > > > The build was successful and left a "target" directory with a war > > file > > > in it called xfire-book-1.2.6.war. I dropped this into my Tomcat > > webapps directory and went to the following url (as described in the > Quick Start guide): > > > > http://localhost:8080/xfire-book-1.1/services/BookService?wsdl > > > > This URL is actually wrong, and for the 1.2.6 release it should be > > http://localhost:8080/xfire-book-1.2.6/services/BookService?wsdl > > as the version number is included in the name of the war file - and > > the resulting context. > > > > Anway, after going to the correct URL I find that I get a stack > > trace; > > > an error instantiating the XFire Servlet, the root cause was: > > > > java.io.FileNotFoundException: class path resource > > [META-INF/xfire/services.xml] cannot be opened because it does not > > exist > > org.springframework.core.io.ClassPathResource.getInputStream(ClassPa > > th > > Resource.java:137) > > org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBe > > an > > Definitions(XmlBeanDefinitionReader.java:167) > > ..etc > > > > After placing the .war file in a temp directory and doing jar -xvf > > to see whats in it, I find that there is no services.xml file inside > > the war. Not only that, but there doesn't actually appear to be any > > classes inside a WEB-INF/classes directory, which is what I would > > normally expect in a war file. > > > > I don't know whats going on here. Has anyone tested this example > > lately, have you found any problems? Are the build instructions > incorrect? > > > > Jon > > > -- > ----- > When one of our products stops working, we'll blame another vendor > within 24 hours. > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > -- ----- When one of our products stops working, we'll blame another vendor within 24 hours. --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email -- ------------------------------------------------------------------------ -------- Raymond Kroeker thinkParity Solutions Inc.
