Thanks. Using the local maven repo is convenient for maven users,
and adding full maven support (transitive dependency resolution
and automatic downloading) to the standalone environment is a
significant improvement for these users.
However, I'm a bit concerned about requiring all users of the
standalone environment to use maven downloading or have a local
maven repo in order to get these dependencies resolved. For M2
it's probably best to do it this way for both the webapp and
standalone environments and document how this works. (I will
add this to the Basic Instructions document that I'm writing.)
After M2 I'd like to consider what we could do for users who
for whaetever reason aren't bought into maven.
Simon
Meeraj Kunnumpurath wrote:
Simon,
I think the standalone repo constructs the path to the artifact in a
local maven repo from group, artifact and version to find the artifact
url. However, it doesn't do any transitive stuff.
If you want to use transitive resolution you can use
org.apache.tuscany.services.maven.MavenArtifactRepository. However, it
has only been tested in a webapp host.
Ta
Meeraj
From: Simon Nash <[EMAIL PROTECTED]>
Reply-To: [email protected]
To: [email protected]
Subject: Re: Question on the Tuscany <dependency> extension in SCDL
Date: Wed, 11 Oct 2006 23:35:43 +0100
Jeremy,
I'm sorry that I need to reply to your question with a question.
This is because I can't answer your question until I'm clear on
the following.
How does the simple scheme work today? For example, the SCDL in the
helloworldwsclient standalone jar has the following:
<tuscany:dependency>
<group>axis2</group>
<artifact>axis2-core</artifact>
<version>SNAPSHOT</version>
</tuscany:dependency>
How does the standalone environment currently translate this group,
artifact and version information into the name and location of the
dependency artifact that it will load?
Simon
Jeremy Boynes wrote:
Depends on the repo.
In the webapp we have a maven based repo implementation that
supports transitive deps based on maven metadata in the artifact or
in an accompanying pom (at least, I think this is what Meeraj's
thing does).
In the standalone env we are currently using a simpler repo that
does not support transitive deps or remote downloads. Promoting to
do that should just be a matter of changing the repo impl to the
same maven one as used in the webapp.
Should we do that?
--
Jeremy
On Oct 11, 2006, at 11:19 AM, Raymond Feng wrote:
Hi, Jeremy.
For the following XML fragment in the default.scdl for binding.axis2,
<dependency xmlns="http://tuscany.apache.org/xmlns/1.0-SNAPSHOT">
<group>axis2</group>
<name>axis2-kernel</name>
<version>SNAPSHOT</version>
</dependency>
Is it transitive? For example, axis2 has dependencies on wsdl4j and
XmlSchema. Would these artifacts be resolvable at runtime without
explicit declarations?
Thanks,
Raymond
---------------------------------------------------------------------
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]
--
Simon C Nash IBM Distinguished Engineer
Hursley Park, Winchester, UK [EMAIL PROTECTED]
Tel. +44-1962-815156 Fax +44-1962-818999
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_________________________________________________________________
Windows Live⢠Messenger has arrived. Click here to download it for free!
http://imagine-msn.com/messenger/launch80/?locale=en-gb
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Simon C Nash IBM Distinguished Engineer
Hursley Park, Winchester, UK [EMAIL PROTECTED]
Tel. +44-1962-815156 Fax +44-1962-818999
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]