Thanks Bruce for your reply.
After reading your instruction, I did two things:
1. I changed the value of the <xfile-version> property from 1.2.5 to
1.2.2.
2. I removed the XML...
<dependency>
<groupId>javax.jws</groupId>
<artifactId>jsr181</artifactId>
<version>1.0</version>
</dependency>
...and added...
<dependency>
<groupId>javax.xml.ws</groupId>
<artifactId>jaxws-api</artifactId>
<version>2.0</version>
</dependency>
...in its place.
Believing that I had followed your instruction correctly, I then
rebuilt.
I received the following in my build output:
*
******** Start of output.
[INFO]------------------------------------------------------------------
------
[ERROR]BUILD ERROR
[INFO]------------------------------------------------------------------
------
[INFO]Error executing ant tasks
Embedded error:
org.springframework.beans.factory.BeanDefinitionStoreException:
IOException parsing XML document from class path resource
[H:/CurrentProjects/src/main/resources/services.xml]; nested exception
is java.io.FileNotFoundException: class path resource
[H:/CurrentProjects/src/main/resources/services.xml] cannot be opened
because it does not exist
******** End of output.
*
So, it looks as though the build succeeded up to the point I earlier
indicated where the project directory is missing.
Thanks again for your continued patience and help,
Owen.
-----Original Message-----
From: Bruce Snyder [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 2:52 PM
To: [email protected]
Subject: Re: Maven archetype for jsr181 component.
On 3/18/07, Owen Thomas <[EMAIL PROTECTED]> wrote:
> Hello again.
>
> Thank you again Bruce for your help. I created the project fine.
> However, looking at ExampleService.java in my NB editor, I see that it
> is complaining that it can't find the classes javax.jws.WebMethod and
> javax.jws.WebService.
If this were in Eclipse, I could tell you exactly what to do.
Unfortunately I know nothing about NetBeans.
> Before I wrote this message, I said to myself to hang on, it might be
> just that Maven needs to download the required jars from the remote
> repository, so I attempted to build the project to get these files.
>
> So I built, and Maven returned the following error:
>
> *
> ****** Start of output
>
[INFO]------------------------------------------------------------------
> ------
> [ERROR]BUILD ERROR
>
[INFO]------------------------------------------------------------------
> ------
> [INFO]Failed to resolve artifact.
>
> Missing:
> ----------
> 1) org.codehaus.xfire:xfire-jaxws:jar:${xfire-version}
> [INFO]
> [INFO] Try downloading the file manually from the project website.
> [INFO]
> [INFO] Then, install it using the command:
> [INFO] mvn install:install-file -DgroupId=org.codehaus.xfire
> -DartifactId=xfire-jaxws \
> -Dversion=${xfire-version} -Dpackaging=jar
> -Dfile=/path/to/file
> [INFO]
> ****** End of output
> *
>
> I assume that xfire-version is to be substituted somewhere, and this
was
> why, when I looked on http://mvnrepository.com/ without substituting
any
> intended value for this, I could not locate the jar. When I searched
the
> site again using just xfire-jaxws, I observed that 1.2.5 appeared the
> most recent stable version.
>
> Following the vervicemix-version declaration, I declared a property
tag
> in the POM called xfire-version, and assigned it 1.2.5 as its value.
> This substituted correctly as I had deduced in the project tree in
> NetBeans.
The $xfire-version should be 1.2.2 as shown in the red box on this page:
http://incubator.apache.org/servicemix/orchestration-with-jsr181.html
> I also added the following dependency when I searched the Maven
> repository for 'javax.jws':
>
> <dependency>
> <groupId>javax.jws</groupId>
> <artifactId>jsr181</artifactId>
> <version>1.0</version>
> </dependency>
This should be defined a bit differently. There's an example in the
ServiceMix parent POM here:
https://svn.apache.org/repos/asf/incubator/servicemix/trunk/pom.xml
As shown in that POM, here is the dependency for the JAX-WS:
<dependency>
<groupId>javax.xml.ws</groupId>
<artifactId>jaxws-api</artifactId>
<version>2.0</version>
</dependency>
I'm showing you this version because the groupId and the version are
different that what you are using. Because I pulled this directly from
ServiceMix, I know it plays well with XFire 1.2.2.
