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