My two cents. I used MyEclpise plugin and followed their tutorial for creating 
web services. I was up and running in less than an hour.
   
  -Amit

"Hogan, Gavin" <[EMAIL PROTECTED]> wrote:
      Well.
   
  Let me say that I have been using XFire for about 9 mos now and I would 
encourage you to keep going.  There is no need to use maven (that I have found) 
and since it is a pain in the ass this is a good thing.  I have found XFire to 
be solid, stable, fast and transparent.  I have been using it to wire together 
my applications remotely, I have had customers submitting data securely and I 
have seen requests as large as 75MB come in though my XFire code without any 
problems,  
   
  With all that said, at first I did find XFire hard to use and coming from 
Axis I found that I could not trust the available tools and Eclipse plugins in 
the way that I could before, however I found I had little or no need for them 
once I became comfortable with how XFire works.  but to compare XFire to Axis 
is like comparing a Ferrari to a El Camino.  Keep going and I think you will be 
pleased.  Just look at some of the email addresses that are on this list, some 
major companies are using it with great success.
   
  Good Luck  
   
   
   
   
  ___________________________________________

Gavin Hogan
Programmer/Analyst
The State University of New York
State University Plaza
Albany, NY 12246
Phone 518-443-5481
fax 518-443-5809
e-mail [EMAIL PROTECTED] 
    
  -----Original Message-----
From: Poulton, Jonathan [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 11:51 AM
To: [email protected]
Subject: RE: [xfire-user] Unable to get started with XFire examples


  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 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]> 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. 

Reply via email to