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
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
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 t
[
https://issues.apache.org/jira/browse/TUSCANY-2393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12605406#action_12605406
]
Jean-Sebastien Delfino commented on TUSCANY-2393:
-
One more require
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
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 and/or
-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 some
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 o
[
https://issues.apache.org/jira/browse/TUSCANY-2215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12604979#action_12604979
]
Jean-Sebastien Delfino commented on TUSCANY-2215:
-
The problem is
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 applic
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 CustomDomai
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
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
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) contributio
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 ac
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 pi
[
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 chan
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-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 mav
: 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 th
-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-dev&m=121306338517687
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a c
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 disc
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 disc
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
Endpoi
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
Wojtek Janiszewski wrote:
Jean-Sebastien Delfino wrote:
I think it would be good to split binding-corba in two modules:
- binding-corba for the model and SCDL read/write
- binding-corba-runtime (or another suffix that makes what it is
obvious) for the runtime handling, service and reference
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 followin
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 bindi
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
[
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
[
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
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 th
Raymond Feng wrote:
+1 to delete them to avoid further confusions.
Thanks,
Raymond
...
+1
--
Jean-Sebastien
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 Sc
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
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 DefaultImport/DefaultEx
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
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
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
Mike Edwards wrote:
Jean-Sebastien,
What happens to the model object that is being constructed when this
error occurs?
I'm assuming this is a reference or a wire of some kind?
Yours, Mike.
Jean-Sebastien Delfino wrote:
I'm changing the throw new IncompatibleInterfaceContrac
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 relevan
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
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, if
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:
- impleme
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 r661913?
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
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 exist
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 CustomDomai
Raymond Feng wrote:
Please see my comments inline.
Thanks,
Raymond
--
From: "Wojtek Janiszewski" <[EMAIL PROTECTED]>
Sent: Thursday, May 22, 2008 3:21 AM
To:
Subject: Re: GSoC Project - CORBA Support for Apache Tuscany
Hello Tuscany Community!
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
reg
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 registe
...
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 th
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 in
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
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
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 lev
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
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 com
Jean-Sebastien Delfino wrote:
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:
http://catalog"; name="catalog
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:
http://catalog"; name="catalog-mediation">
http://localhost:8105/MediatedVeg
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 - if it
Anyone seeing the same problem? svn.apache.org seems very slow today and
times out most of the times.
--
Jean-Sebastien
Simon Nash wrote:
... snip
I believe that if we are serious about making OSGi-enablement of
Tuscany a
first class option, we should consider doing 1). For the longer term to
support versioning of 3rd party jars, 1) will provide a standard OSGi
mechanism. As more and more 3rd-party libraries are
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.
-
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: Te
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 part
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
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
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
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 stuff
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.
* Refine/si
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
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
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. Th
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 codebase
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 nod
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 nod
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 loc
e development normally happens, it makes
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
Venkata Krishnan wrote:
Hi Ant,
Yes, this sounds good to me - that will make all meta-data related to an
extension available in just one place.
- Venkat
What i was thinking of was along the lines of adding Tuscany specific xml
to
the definitions file that replaces everything we currently pu
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
dependenci
d to serve as the initial members of the
Apache Tuscany Project:
* Adriano Crestani
* ant elder
* Brady Johnson
* Frank Budinsky
* Ignacio Silva-Lepe
* Jean-Sebastien Delfino
* kelvin goodson
* Luciano Resende
* Mark Combellack
* Matthieu Riou
*
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 b
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 because
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 who
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 - mainly
Simon Laws wrote:
On Sat, May 3, 2008 at 11:10 PM, Jean-Sebastien Delfino <
[EMAIL PROTECTED]> wrote:
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
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 h
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'l
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 part
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:
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 sc
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 virt
ant elder wrote:
On Thu, May 1, 2008 at 12:40 AM, Jean-Sebastien Delfino <
[EMAIL PROTECTED]> wrote:
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 t
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 ta
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
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 i
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, and
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 target
1 - 100 of 3461 matches
Mail list logo