Hi,
Let's assume we develop a very simple SCA java application (for example, one
java component talks to another java component) with tuscany. We'll need the
following jars (and their transitive dependencies) to compile my application
code:
* SCA spec APIs
* Tuscany APIs
Optionally, if the component implementation code uses other libraries, then
we need:
* 3rd party APIs
At this stage, we focus on the development time (i.e, to write compilable
code).
In short, I agree with Sebastien's analysis.
Thanks,
Raymond
----- Original Message -----
From: "Jean-Sebastien Delfino" <[EMAIL PROTECTED]>
To: <tuscany-dev@ws.apache.org>
Sent: Monday, January 21, 2008 12:19 PM
Subject: App development and Tuscany JAR dependencies, was: SCA runtimes
[snip]
OK, I'm going to try to address the first item:
Does the app developer need to know what Tuscany and dependency JARs are
required to compile the artifacts in his SCA contributions?
Here are some thoughts:
- the app developer develops an SCA contribution
- he needs to know which JARs provide the SCA spec and Tuscany APIs that
he's using in his application artifacts (for example Java clients
and component implementations).
- the API JARs should not drag dependencies on Tuscany internal JARs
- the API JARs potentially depend on other JARs (JAX-* for example)
I think we should make it easier for the application developer to find
which of these JARs he needs and express compile dependencies on them (and
their transitive dependencies).
As a starting point, I'd suggest to separate the API JARs from the others
in the distribution structure. Then review our samples and investigate
what an app developer needs to write to express the dependencies (using
Maven, Ant, or his favorite IDE).
Thoughts?
--
Jean-Sebastien
---------------------------------------------------------------------
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]