-Sebastien Delfino
Fix For: Java-SCA-Next
We've never really concluded the discussion on enabling some form of debug
trace in Tuscany. Having built a number of samples, tutorials and applications
with Tuscany, I think we need a way to trace through the runtime to understand
when something
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
I would like to see the following features completed in the Tuscany Atom
binding:
- support for eTags, last-modified headers, complete support for location header
- on the client side, caching using eTag
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
I would like to see the following improvements made to the JSON-RPC binding:
- Support for security (this will require exploratory work to understand what
SCA security policies make sense to implement)
- Business Exception
[
https://issues.apache.org/jira/browse/TUSCANY-2393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12605406#action_12605406
]
Jean-Sebastien Delfino commented on TUSCANY-2393:
-
One more requirement
Type: Wish
Components: Java SCA Core Runtime
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
The SCA default binding is currently just wrapping the Web Service binding. I
don't think that it's right as the Web Service binding is now starting to have
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
A number of extensions are still putting their model and runtime implementation
in a single module. This makes them difficult to use in:
- development tools
- deployment tools
- administration applications
- nodes
Binding Extensions
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
In order to allow an ORB instance to be shared by multiple services/references
with Corba bindings, two new modules should be created.
- Host-corba should define a Host interface for Corba ORBs
ant elder wrote:
So just to be clear on what is being suggested this would be like the
launcher we used to have back in M2 days right?
...ant
No, the M2 launcher mixed too many different aspects:
a) load the Tuscany JARs
b) download then from the network as necessary
b) launch your
[
https://issues.apache.org/jira/browse/TUSCANY-2215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12604979#action_12604979
]
Jean-Sebastien Delfino commented on TUSCANY-2215:
-
The problem
Rajini Sivaram wrote:
Following on from the discussion on OSGi-enabling third party libraries (
http://markmail.org/message/snltdk2yovr6maq5), this thread addresses the
options for versioning Tuscany bundles and 3rd party libraries distributed
with Tuscany and the implications of choosing these
Giorgio Zoppi wrote:
Hi,
i've a proposal for current svn. We could make most of our effort to
make the svn compile.
I suggest to trying a fresh build before committing meaniful things
and after committing.
It's matter of 20 minutes but it saves us more times. If doens't
compile, you might fix or
Simon Laws wrote:
...
I still see the implementation-node-xml directory structure. No files in it
though. Was the intention to remove this completely?
Yes, Thanks I hadn't noticed. I removed the empty directories earlier today.
--
Jean-Sebastien
Ramkumar R wrote:
For creating an itests for the validation messages, it was a requirement to
create a subset of tuscany runtime to read contribution metadata, analyze
and resolve contribution dependencies. To achieve this i just took the code
from sample-domain-management to create a
Simon Laws wrote:
On Wed, Jun 11, 2008 at 6:43 PM, Vamsavardhana Reddy [EMAIL PROTECTED]
wrote:
Thanks Raymond for pointing this out. We never used this strategy in
Geronimo (infact, I have never put any JIRA number in any of the source
files other that Release Notes may be). I have come
Raymond Feng wrote:
Hi,
There are a few patterns we use to determine if a maven module is
required. Let's take the contribution stuff as an example.
1) contribution contains the interfaces for the contribution model and
default implementation classes, SPIs and extension points
2)
Simon Nash wrote:
ant elder wrote:
On Tue, Jun 10, 2008 at 3:02 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I'd like to discuss the following: What distro Zips are we building
and
what do they contain?
I think we could improve our distro scheme
Simon Laws wrote:
...
I've created an itest (late-reference-resolution) to show how late
resolution could be done using endpoint resolvers.
...
I've spent some time looking at that test and the following classes:
Endpoint
EndpointFactory
Endpoint
EndpointResolver
EndpointResolverFactory
ant elder wrote:
On Tue, Jun 10, 2008 at 5:37 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Simon Nash wrote:
ant elder wrote:
On Tue, Jun 10, 2008 at 3:02 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I'd like to discuss the following: What
Raymond Feng wrote:
Hi,
Please see my comments inline.
Thanks,
Raymond
[snip]
Good requirement, but I don't think that the current manifest +
tuscany-all JAR solution is a good one (for example it mixes APIs and
internals in the same JAR, doesn't work well with IDEs, works only for
one big
ant elder wrote:
On Tue, Jun 10, 2008 at 5:37 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Simon Nash wrote:
ant elder wrote:
On Tue, Jun 10, 2008 at 3:02 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I'd like to discuss the following: What
-Sebastien Delfino
Fix For: Java-SCA-Next
I have described the kind of distribution structure that I'd like to have on
the dev list there:
http://marc.info/?l=tuscany-devm=121306338517687
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment
: Build System
Reporter: Jean-Sebastien Delfino
Fix For: Java-SCA-Next
I think that Tuscany users and application developers should not have to worry
about which Tuscany JARs they are using. I've described what I'd like to see as
a user on the tuscany-dev list there:
http
[
https://issues.apache.org/jira/browse/TUSCANY-181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-181:
---
Issue Type: New Feature (was: Wish)
Need a command line tool and maven2
Endpoint model changes
---
Key: TUSCANY-2382
URL: https://issues.apache.org/jira/browse/TUSCANY-2382
Project: Tuscany
Issue Type: Wish
Components: Build System
Reporter: Jean-Sebastien Delfino
[
https://issues.apache.org/jira/browse/TUSCANY-2382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-2382:
Fix Version/s: Java-SCA-Next
Endpoint model changes
Mike Edwards wrote:
...
Are people interested in exploring these ideas?
Jean-Sebastien,
I'll start with the last question first: YES.
But I'd next like to step back from what I can see is developing into a
somewhat active debate (to use a neutral euphemism)
:)
and investigate
the big
Luciano Resende wrote:
Congratulations Scott !
On Mon, Jun 9, 2008 at 6:16 AM, Dan Becker [EMAIL PROTECTED] wrote:
ant elder wrote:
The Tuscany PMC has voted for Scott Kurz to become a Tuscany committer.
Excellent job Scott, congratulations!
--
Thanks, Dan Becker
Congratulations
Raymond Feng wrote:
+1 to delete them to avoid further confusions.
Thanks,
Raymond
...
+1
--
Jean-Sebastien
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
CXF 2.1 uses Spring 2.0.8, while our implementation-spring module uses
2.0.6. I'd like to test and change our Spring integration to use 2.0.8
as well. If there's no objection (and if it works) I'll make that
change in the next few days
[
https://issues.apache.org/jira/browse/TUSCANY-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-2342:
---
Assignee: Jean-Sebastien Delfino
Problems
[
https://issues.apache.org/jira/browse/TUSCANY-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-2342.
-
Resolution: Fixed
I looked into this and observed the following:
1
Jean-Sebastien Delfino wrote:
Ramkumar R wrote:
Hi Sebastien,
One thing that comes to my mind is about the
JavaRuntimeModuleActivator that
also needs some modularization as we were discussing upon them some time
back.
Yes! I'll do that one next.
I've finished restructuring the other
Wojtek Janiszewski wrote:
Hi,
I've gathered all current/past issues regarding project on wiki page:
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/CORBA+reference+binding+features%2C+bugs%2C+issues
Comments are always welcome.
Thanks,
Wojtek
I think it would be good to split
Jean-Sebastien Delfino wrote:
I'd like to discuss the following: What distro Zips are we building and
what do they contain?
I think we could improve our distro scheme to provide:
- smaller packages
- easier for people to find what they need
I was thinking about the following binary distro
Jean-Sebastien Delfino wrote:
Raymond Feng wrote:
Hi,
I got the CXF code-gen plugin 2.1 working after debugging the plugin
source code :-(.
Here is the pom.xml snippt I figured out. Please note I had to
override wsdlRoot/testWsdlRoot to be a non-existing file to avoid NPE
(I assume it's
Mark Little wrote:
Hi, I just wanted to let people know officially that people from Red
Hat/JBoss will be getting involved with Tuscany over the coming months
as we look at the best way in which to provide SCA support for our SOA
Platform users. We're very excited about helping on Tuscany and
Luciano Resende wrote:
How about 1.5-SNAPSHOT ? This would probably give us some room to have
couple releases without the necessity to keep updating the trunk pom
version. And this would probably make everybody happy :)
On Fri, Jun 6, 2008 at 1:14 AM, ant elder [EMAIL PROTECTED] wrote:
On Fri,
I found that I needed to make a few small changes to the
ContributionContentProcessor to handle contributions with no
sca-contribution.xml, like existing regular JARs for example.
I've been able to use regular JARs in an SCA domain with the following
changes:
- define
Ramkumar R wrote:
Hi Sebastien,
One thing that comes to my mind is about the JavaRuntimeModuleActivator that
also needs some modularization as we were discussing upon them some time
back.
Yes! I'll do that one next.
--
Jean-Sebastien
I'm changing the throw new IncompatibleInterfaceContractException()
statements in the composite builders to log statements. I need to do
that for three reasons:
- Throwing that exception abruptly stops further processing, preventing
us to continue validating the composite and log other
I'm starting to split some of the binding and implementation models in
separate modules, to allow their models to be used without dragging
their runtime dependencies.
We've already done that on a number of them, I'm going to follow the
same pattern for the following modules as well:
-
I'd like to rename the implementation-data-api module to data-api, to
reflect that it's not a component implementation type.
I'm planning to rename the package as well, but keep the current
implementation.data package as well for backward compatibility.
I'd like to do that later this week,
Mike Edwards wrote:
ant elder wrote:
The Tuscany PMC has voted for Vamsavardhana Reddy to become a Tuscany
committer.
Congratulations and welcome!
...ant
Welcome Vamsi!
Yours, Mike.
Welcome!
--
Jean-Sebastien
Simon Nash wrote:
I'm getting the following failure when building the tutorial. It
seems to happen every time I do a full top-level build from a new
checkout. Any ideas for solving it or debugging it further?
Which service is returning the HTTP 500 response?
Simon
Can you try SVN
Ramkumar R wrote:
For creating an itests for the validation messages, it was a requirement to
create a subset of tuscany runtime to read contribution metadata, analyze
and resolve contribution dependencies. To achieve this i just took the code
from sample-domain-management to create a
Rajini Sivaram wrote:
There is no technical reason why we can't store 3rd party jars separately
and merge them at runtime to create virtual bundles, rather than
distribute real bundles containing these manifests. I think the issues
are:
1. The build will be harder and messier since existing
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
I took a look at binding-corba/.../CorbaServiceBindingProvider in trunk.
At the moment the ORB setup is in the start method of the provider
(and there's no cleanup in the stop method). I'm not quite sure how
this is going to work
Raymond Feng wrote:
Please see my comments inline.
Thanks,
Raymond
--
From: Wojtek Janiszewski [EMAIL PROTECTED]
Sent: Thursday, May 22, 2008 3:21 AM
To: tuscany-dev@ws.apache.org
Subject: Re: GSoC Project - CORBA Support for Apache Tuscany
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
The following files:
sca/modules/core/pom.xml
sca/modules/binding-jms/pom.xml
sca/modules/policy-transaction/pom.xml
sca/modules/binding-ejb/pom.xml
sca/modules/implementation-bpel-ode/pom.xml
sca/modules/host
David Blevins wrote:
This looks really cool.
If you guys want any special features, definitely let us know. We've
got a 3.0.1 coming down the pipe soon-ish.
OK great, Thanks! I'm just starting to look into this, right now I'm
able to register session beans implemented as POJOs, find them
...
Matthieu Riou wrote:
Depends which version of geronimo-transaction you want to use :) At the
moment we're using 2.0.1 for geronimo kernel, transaction and connector and
it works pretty well.
I'm getting the same exception with 2.0.1. Do you see any obvious
problem with how we've listed
Jean-Sebastien Delfino wrote:
David Blevins wrote:
This looks really cool.
If you guys want any special features, definitely let us know. We've
got a 3.0.1 coming down the pipe soon-ish.
OK great, Thanks! I'm just starting to look into this, right now I'm
able to register session beans
Mike Edwards wrote:
Luciano Resende wrote:
Very good news Mike !!! I hope to start working on the db issues as
soon as I get some free cycles.
Luciano,
There is something that you might be able to help me with right away.
I am running into intermittent problems with transactions in the
Jean-Sebastien Delfino wrote:
The following files:
sca/modules/core/pom.xml
sca/modules/binding-jms/pom.xml
sca/modules/policy-transaction/pom.xml
sca/modules/binding-ejb/pom.xml
sca/modules/implementation-bpel-ode/pom.xml
sca/modules/host-webapp/pom.xml
sca/modules/implementation-openjpa
We don't have a host-* module for EJBs yet (only for Tomcat, Jetty and
RMI servers).
I'm going to try to add one, as at the moment we only have client-side
support for the EJB binding, and I'd like to start looking into the
server-side support as well.
--
Jean-Sebastien
The following files:
sca/modules/core/pom.xml
sca/modules/binding-jms/pom.xml
sca/modules/policy-transaction/pom.xml
sca/modules/binding-ejb/pom.xml
sca/modules/implementation-bpel-ode/pom.xml
sca/modules/host-webapp/pom.xml
sca/modules/implementation-openjpa/pom.xml
seem to require different
Matthieu Riou wrote:
Special order 7B, Establish the Apache Tuscany Project, was approved by
Unanimous Vote of the directors present.
Congratulations guys!
Matthieu
This is great news!
Congratulations and thank you to our mentors and the incubator folks for
helping create the Tuscany
After some fun debugging today I realized that something has changed in
how reference bindings are configured, breaking with an NPE on
references with bindings that specify URIs, like follows:
composite targetNamespace=http://catalog; name=catalog-mediation
component
Anyone seeing the same problem? svn.apache.org seems very slow today and
times out most of the times.
--
Jean-Sebastien
Jean-Sebastien Delfino wrote:
I completely agree with you that having a ClassLoader delegate to a
ModelResolver delegating to a ClassLoader etc will cause confusion.
So, how about having ContributionClassLoader implement the ModelResolver
interface?
Yes, that sounds like a good idea
Mark Combellack wrote:
I'm running on Linux with JDK 1.5. I've not cleaned out my .m2 repository
for ages. I'll give that a go and see what happens.
Mark
-Original Message-
From: Mike Edwards [mailto:[EMAIL PROTECTED]
Sent: 15 May 2008 17:00
To: tuscany-dev@ws.apache.org
Subject: Re:
I noticed that our Eclipse plugin only worked on Eclipse 3.3, as it used
a few Eclipse 3.3 API calls not present in 3.2.
I just made a few minor changes (SVN r656836) to make it work in Eclipse
3.2 as well. I think it's useful as many people out there (including me
sometimes) still use 3.2.
Raymond Feng wrote:
Hi,
To improve the Tuscany databinding framework for simplicity and
flexibility, I come out a list of potential TODOs. Your
feedback/ideas/help will be very welcome.
That's a nice list, I marked the items I feel really important with +1
and some comments.
*
ant elder wrote:
[EMAIL PROTECTED] wrote:
I prefer a branch to make it clear that all in the community can work
in
it, to make it clear that it's accepted by the project, that it's
buildable
etc, instead of having work buried in the middle of a sandbox
together
with
obsolete or broken
ant elder wrote:
On Tue, May 13, 2008 at 7:50 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
- create a domain manager (did u mean create an domain? deploy a
domain
manager as a web app? start an instance of a domain manager?)
You tell me, I'm trying to understand how to use all
Dan Becker wrote:
Raymond Feng wrote:
I'm looking into the patch you contributed with
https://issues.apache.org/jira/browse/TUSCANY-2290. There is one issue
catching my eyes. We have samples in Tuscany today which use some
technology APIs, for example, to start the ActiveMQ JMS broker. To run
Graham Charters wrote:
Hi,
I've been working on a small sample to act as an OSGi sniff test for
Tuscany running in OSGi. It's basically a cut-down version of what
Rajini has done in itest/osgi-tuscany and only runs the most basic
Calculator sample. I still have some work to do to exclude all
Rajini Sivaram wrote:
Hello,
Following on from the discussion in thread [1], and based on Sebastien's
comments [2], we need to make a decision on the best way forward to
OSGi-enable third party libraries used by Tuscany.
The options we have are:
1. Add OSGi manifest entries to all 3rd
ant elder wrote:
On Sun, May 11, 2008 at 7:34 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
ant elder wrote:
I've been trying to use the new distributed domain stuff -
domain-manager
and node2* etc - to get Tomcat as a domain manager with SCA webapps
being
individual nodes
Luciano Resende wrote:
I was waiting to start this discussion after SCA 1.2 was out of the
door, but looks like you were faster then me. I'm +1 on this, and here
is my proposal.
- Continue with SCA 1.x maintenance releases based on the current SCA
1.2 branch. This would be a more stable
Rajini Sivaram wrote:
Can't it just be much simpler than that?
- 1 bundle per dependency JAR
- containing the OSGi metadata describing that JAR and what it actually
imports/exports?
Yes, that is the goal. But unfortunately this is not simpler - it requires
some more work with the build. The
Simon Nash wrote:
ant elder wrote:
On Tue, May 13, 2008 at 8:26 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Luciano Resende wrote:
I was waiting to start this discussion after SCA 1.2 was out of the
door, but looks like you were faster then me. I'm +1 on this, and here
is my
Simon Laws wrote:
snip
I prefer a branch to make it clear that all in the community can work in
it, to make it clear that it's accepted by the project, that it's buildable
etc, instead of having work buried in the middle of a sandbox together with
obsolete or broken stuff, with an unclear
of the
Apache Tuscany Project:
* Adriano Crestani adrianocrestani at apache dot org
* ant elder antelder at apache dot org
* Brady Johnson bjohnson at apache dot org
* Frank Budinsky frankb at apache dot org
* Ignacio Silva-Lepe isilval at apache dot org
* Jean-Sebastien
ant elder wrote:
On Sun, May 11, 2008 at 7:38 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
ant elder wrote:
I may not have been very clear in the first email and also left out the
link
- it is just a single file that doesn't drag in any additional
dependencies
-
https
that good work more visible and accessible to all, is more likely to
attract others to come and help and puts you on a better path to
converge later.
If you don't want to, that's fine with me too.
Jean-Sebastien Delfino wrote:
If there's no objection from others, I'd be happy to see this code
Rajini Sivaram wrote:
At the moment, itest/osgi-tuscany generates a manifest jar file called
tuscany-sca-manifest.jar using a copy of the pom in distribution. I was
hoping that we could use a single jar for both OSGi and non-OSGi. The list
of virtual 3rd party bundles to be installed and the
ant elder wrote:
On Sun, May 11, 2008 at 7:34 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
ant elder wrote:
I've been trying to use the new distributed domain stuff -
domain-manager
and node2* etc - to get Tomcat as a domain manager with SCA webapps
being
individual nodes
ant elder wrote:
I've been trying to use the new distributed domain stuff - domain-manager
and node2* etc - to get Tomcat as a domain manager with SCA webapps being
individual nodes, but not really making much progress getting it to work so
asking here to see if there are any suggestions -
ant elder wrote:
I may not have been very clear in the first email and also left out the link
- it is just a single file that doesn't drag in any additional dependencies
-
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/host-webapp/src/main/resources/META-INF/sca.tld
Is a
Simon Laws wrote:
This uncovers a slight wrinkle in the way that definitions.xml files are
resolved. Some code in SCADefinitionsProcessor.read() was removed that
pre-loaded the resolver with the top level artifacts from defintions.xml. A
depth first resolve of these artifacts won't work
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
Oscar Castaneda wrote:
1. Downloaded the modified code from [1] and installed as shown below:
svn checkout https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/
cd mobile-android
If there's no objection from others, I'd be happy
Rajini Sivaram wrote:
On 5/5/08, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Rajini Sivaram wrote:
At the moment, I am creating a single virtual 3rd party bundle. For the
longer term, if there are use-cases where different Tuscany extensions
require different versions of 3rd party libs
Mike Edwards wrote:
Jean-Sebastien Delfino wrote:
Are you guys still making changes to the BPEL code?
I'd like to be able to work with BPEL components in the domain without
having to boot the whole runtime. I'd like to do it sometime later
this week but for that to work I'll need to split
Oscar Castaneda wrote:
1. Downloaded the modified code from [1] and installed as shown below:
svn checkout https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/
cd mobile-android
If there's no objection from others, I'd be happy to see this code move
from sandbox to trunk as we now
Mike Edwards wrote:
Ashwini Kumar Jeksani wrote:
Hi,
Does Tuscany support SCA Extentions to WS-BPEL? If it doesn't then I
guess we could look into that one as well.
Thanks Regards
Ashwini Kumar Jeksani
Ashwini,
Which extensions are thinking about?
Currently I am working on code that
Graham Charters wrote:
I updated this morning and also saw the Segmentation Fault. I've
since re-run and now only see the Exception. Further up on the build
there's also the following SQL Exception:
INFO: Starting node: http://localhost:9990/node-config/StoreClientNode
Connecting to database:
ant elder wrote:
On Thu, May 1, 2008 at 12:40 AM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
snip
Here's what I imagined we'd do:
1. add OSGi entries to each of our JAR manifests
2. have developers maintain them and pay attention to imports/exports
3. use the OSGi build to detect API
Rajini Sivaram wrote:
At the moment, I am creating a single virtual 3rd party bundle. For the
longer term, if there are use-cases where different Tuscany extensions
require different versions of 3rd party libs, we may want to split this into
multiple virtual bundles.
How about having one
Jean-Sebastien Delfino wrote:
Anyhow if this code is doing what I think it's doing then maybe we should
move it to be a little earlier in the process and more general than
the sca
binding. We could take the checking code you have here and put it a
little
higher up where the reference targets
Simon Laws wrote:
Was just looking at the checkin. Thanks for making the fix. Now we don't
generate invalid composite files when they get written out.
Re. the second part dealing with URIs. It looks to me like this is picking
up the case where the URI has been specified as the name of the
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
- Started to create sample tasks showing how to bootstrap a subset of
Tuscany to work with the various models [1], see
ListDeployables.java, ListDependencies.java, ListComponents.java
Simon Laws wrote:
Depending where you actually catch the exception you should be able to
continue on and process the next artifact.
Hmmm, the idea with monitors is to allow the processing code to report
warnings and continue or multiple errors per artifact for example.
Not sure about how
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
- Started to create sample tasks showing how to bootstrap a subset
of Tuscany to work with the various models [1], see
ListDeployables.java, ListDependencies.java
Graham Charters wrote:
It would seem that the fine-grained/coarse-grained thoughts have
people divided. Rajini's note (aside from the fact she has a tonne of
experience having done most, if not all, of the OSGi work in Tuscany)
paints a picture where the two are not mutually exclusive. I don't
/08, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
My 2c:
+1 to promote OSGi to a first class Tuscany runtime environment
+1 for an OSGi continuum build (thinking about a build profile
that'll
run
the Tuscany itest suite in an OSGi environment, similar to the
profiles
we
have for Web
Mike Edwards wrote:
Ashwini Kumar Jeksani wrote:
Hi,
Does Tuscany support SCA Extentions to WS-BPEL? If it doesn't then I
guess we could look into that one as well.
Thanks Regards
Ashwini Kumar Jeksani
Ashwini,
Which extensions are thinking about?
Currently I am working on code that
Simon Laws wrote:
On Tue, Apr 22, 2008 at 10:42 PM, Jean-Sebastien Delfino
[EMAIL PROTECTED] wrote:
Simon Laws wrote:
On Mon, Apr 21, 2008 at 4:49 PM, Simon Laws [EMAIL PROTECTED]
wrote:
On Tue, Apr 15, 2008 at 6:10 PM, Yang Lei [EMAIL PROTECTED] wrote:
I agree with Simon's emphases
Graham Charters wrote:
Hi Raymond, thanks for your comments. I've added some more below.
Regards, Graham.
2008/4/30 Raymond Feng [EMAIL PROTECTED]:
More comments inline.
Thanks,
Raymond
--
From: Graham Charters [EMAIL PROTECTED]
Sent:
Giorgio Zoppi wrote:
After fetching a new svn and do a mvn.
Is anyone else seeing this build error?
?xml version=1.0 encoding=UTF-8 ?
testsuite errors=2 skipped=0 tests=2 time=0.272 failures=0
name=calculator.CalculatorDistributedTestCase
properties
property value=Java(TM) 2 Runtime
1 - 100 of 2879 matches
Mail list logo
