Ant,

Yes, I hit this problem with Woden. The fix you outline below does not work. It looks as if maven is not using that version of the POM for the samples from my local disk. So editing that version has zero effect :-(.

This maven build process is nothing less than a nightmare. When things go wrong, they screw up in ways that mere mortals cannot fathom.

Yours, very frustrated,  Mike.

ant elder wrote:
Another problem is that Woden has been moved so now i think is not in the
maven repositories searched by the samples, and this could cause the failure of the axis2 extension. So if its not in your local repo you need to add the
following to the <repositories> in the pom.xml in the top level directory
where the samples are unzipped.

       <repository>
           <id>apache.ws</id>
           <name>Apache WebServices Repository</name>
           <url>http://ws.zones.apache.org/repository/</url>
           <layout>legacy</layout>
       </repository>

Even after this and all the other changes suggested bigbank fails for me
when i run it with:

java.lang.NoSuchMethodError: bigbank.webclient.tags.sca.ServiceTag.setClazz
(Ljava/lang/String;)V

Has anyone else actually tried and got working the M2 samples recently from
an empty local maven repo?

  ...ant

On 2/27/07, Mike Edwards <[EMAIL PROTECTED]> wrote:


Raymond,

Thanks for your reply.

I had seen your previous note and I tried applying the lines:

<init-param>
                <param-name>tuscany.online</param-name>
                <param-value>false</param-value>
</init-param>

....into the web.xml file within the deployed Tomcat webapp.

Unfortunately, it makes no difference.  The axis2 jar is still not
found with exactly the same error as before.

Can you explain how it is that this jar is actually packaged with the
webapp and is there in the deployed directory structure, but is not
found?  What was the purpose of it being packaged that way if the
runtime code does not look for it there?  Clearly, maven running on
my system was able to find that jar at build time - but it can't be
found at runtime?!?

Are there any further system variables of any kind that I need to
apply anywhere?

Yours, Mike.


Raymond Feng wrote:
> Hi, Mike.
>
> It seems that you're seeing similar issues with M2. Please see my
> comments below and they might help.
>
> Thanks,
> Raymond
>
> ----- Original Message ----- From: "Raymond Feng" <[EMAIL PROTECTED]>
> To: <tuscany-user@ws.apache.org>
> Sent: Monday, February 26, 2007 3:17 PM
> Subject: Re: Lingering questions
>
>
>> Hi, David.
>>
>> Thank you for trying Tuscany and posting questions.
>>
>> Please see my comments below.
>>
>> Raymond
>>
>> ----- Original Message ----- From: "David Woolley" <
[EMAIL PROTECTED]>
>> To: <tuscany-user@ws.apache.org>
>> Sent: Monday, February 26, 2007 10:08 AM
>> Subject: Lingering questions
>>
>>
>>> I've been using Apache Tuscany for a few weeks now.
>>>
>>>
>>>
>>> Here are some lingering questions based on my experiences with m2.
>>>
>>>
>>>
>>> Maven dependencies.
>>>
>>>
>>>
>>> I have used the samples and created my own prototypes. The maven
>>> dependencies within Tuscany is still somewhat mystifying for me and I
>>> still
>>> see errors about being unable to connect to external repositories
>>> even when
>>> I've packaged my own war file. And firewalls can also cause issues
>>> for me.
>>>
>>>
>>
>> It's a bit unfortunate. :-(
>>
>> I'm not sure if the following post will help:
>> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg13230.html
>>
>>>
>>> My last error for example is
>>>
>>>
>>>
>>> Unable to resolve artifact:
>>> org.apache.tuscany.sca.services.bindings:axis2:1.0-incubator-M2:jar
>>> [org.apache.tuscany.sca.services.bindings:axis2:1.0-incubator-M2:jar].
>>>
>>>
>>>
>>> Which oddly enough worked on the weekend but now doesn't.I assume a
>>> firewall
>>> issue or repository being down.or something..because the jar file is
>>> in the
>>> extensions directory within the tuscany.folder within WEB-INF
>>>
>>>
>>>
>>> There are various mentions of using "offline" for building the war
>>> file but
>>> quite simply I'd just like to do something with the war file I have
>>> packaged
>>> myself to turn this behaviour off. Is there such a thing? Is it this
>>> System
>>> Property ("offline=true") or some other variant? Can it be passed to
the
>>> Tuscany servlet or can I simply move some libraries around?
>>>
>>
>> System property "offline" is used for standalone runtime. For web
>> applications, you can set an init-parameter named "tuscany.online" to
>> false by adding the following to the web.xml:
>>
>> <init-param>
>>                <param-name>tuscany.online</param-name>
>>                <param-value>false</param-value>
>> </init-param>
>>
>>
>>>
>>>
>>> Logging
>>>
>>>
>>>
>>> I'd like to see some examples of the use of logging within components
>>> (@Monitor etc). I've read the sample in the wiki of how to replace the >>> default logger but as far I can see the samples don't use whatever the
>>> default is out of the box.
>>>
>>>
>>
>> Jim, can you give David a pointer?
>>
>>>
>>>
>>>
>>> Passing Context
>>>
>>>
>>>
>>> Is there anyway to pass some context between components that have
>>> been wired
>>> together?
>>>
>>
>> I'll leave it to Jeremy. IIRC, we had similar discussions before.
>>
>>>
>>>
>>> Plugging in Bindings
>>>
>>>
>>>
>>> Any examples of how to plugin the different web service stacks? Xfire
>>> etc?
>>> Same thing for Castor/JAXB
>>>
>>
>> Yes, extensibility is possible. For the web service stack, you can
>> refer to "binding.axis2". You can also find some info at
>>
http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/doc/extending.tuscany.ppt
.
>>
>>
>> We also support databinding pluggabilities, there are databinding.sdo
>> and databinding.axiom in M2 driver. JAXB and Castor are there two but
>> they're not fully working at M2 level. Please see
>>
http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/doc/tuscany.databinding.ppt
>> for more details.
>>
>>>
>>>
>>> And congratulations on a great job with m2 btw.
>>
>>
>> Thanks, we still have a lot of TODOs. Any help will be appreciated.
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to