Thanks for that Mario. Very interesting.
On 05/03/07, Antollini, Mario [EMAIL PROTECTED] wrote:
Hello,
I wrote a document that explains the way I exposed a legacy C
application (called Jabon) as a Tuscany Service Component. I think it
could be useful for the community.
The link to the post
probably due to my j2ee experiences... I was wondering how / if the runtime
would react to different versions of the same component/composite, but I'm
sure we have some for of classloader isolation that would handle this...
just use to the j2ee way and had assumed (due to launcher's command line
+1
-Original Message-
From: Jim Marino [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 06, 2007 7:12 AM
To: tuscany-dev@ws.apache.org
Subject: Re: [VOTE] Release 2.0-alpha of SCA Java kernel
On Mar 5, 2007, at 5:03 PM, Jeremy Boynes wrote:
I have posted release candidates of the
Based on the SCA spec, there are two semantics for parameters and return values
- pass-by-reference and pass-by-value. In the case of pass-by-value with Web
Service binding, after demarshalling, the data object was newly created from
the soap message (the original value) so Tuscany should have
+1
--
Jeremy
On Mar 3, 2007, at 6:16 PM, Jeremy Boynes wrote:
Please vote to approve the release of the sca-api's for r1.0 of the
specification. This is the API code that we recently reviewed but
please vote again to confirm the release.
[tag]
On Mar 6, 2007, at 2:10 AM, Dan Murphy wrote:
probably due to my j2ee experiences... I was wondering how / if the
runtime
would react to different versions of the same component/composite,
but I'm
sure we have some for of classloader isolation that would handle
this...
In 1.x we
CodeGen generates lowercase feature name when the schema specifies uppercase
Key: TUSCANY-1156
URL: https://issues.apache.org/jira/browse/TUSCANY-1156
Project: Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-1156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478455
]
Frank Budinsky commented on TUSCANY-1156:
-
Is this just a problem with a static (generated) model, or does
I think Sebastien's comments about the naming are a valid one, what are we
going to call when the spec 1.0 get released ? Other then that, +1.
On 3/6/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
+1
--
Jeremy
On Mar 3, 2007, at 6:16 PM, Jeremy Boynes wrote:
Please vote to approve the release
Fuhwei Lwo wrote:
Based on the SCA spec, there are two semantics for parameters and return values
- pass-by-reference and pass-by-value. In the case of pass-by-value with Web
Service binding, after demarshalling, the data object was newly created from
the soap message (the original value) so
Hi,
I think we have agreed on this optimization strategy in previous discussions
on this ML. Venkat, do you know if we have implemented it (to skip
pass-by-value copy if the one end of the wire is a service or reference with
remote binding)?
Thanks,
Raymond
- Original Message -
The naming convention is that used by other Apache projects that
provide independent implementations of spec APIs:
* r1.0 in the artifactId refers to the revision of the spec
* 1.0-incubating in the version refers to our release
If the spec changes their version number between now and final
[
https://issues.apache.org/jira/browse/TUSCANY-1149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dan Murphy updated TUSCANY-1149:
Attachment: TUSCANY-1149-1.patch
Updated test cases to take into account recent removal of
[
https://issues.apache.org/jira/browse/TUSCANY-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuhwei Lwo updated TUSCANY-1065:
Attachment: 1065.patch
SDOURIConverterImpl.java
Frank,
I attached 2 files to
Hi,
I think we used r0.95 in M2 but SCA spec 0.95 was published in that case.
Now we use r1.0 ahead of the official SCA 1.0 spec. If we feel
1.0.1-incubating could be used to fix minor issuesin our release to catch up
the final SCA 1.0 if there are any changes, I'm OK with the release (+0.9).
[
https://issues.apache.org/jira/browse/TUSCANY-1156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David T. Adcox updated TUSCANY-1156:
Attachment: example1156.zip
This zip file contains source java files and a sample schema
[
https://issues.apache.org/jira/browse/TUSCANY-1156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David T. Adcox updated TUSCANY-1156:
Attachment: 1156.patch
This patch rectifies the problem described by this issue. In the
[snip]
Raymond Feng wrote:
Hi,
I think we used r0.95 in M2 but SCA spec 0.95 was published in that
case. Now we use r1.0 ahead of the official SCA 1.0 spec. If we feel
1.0.1-incubating could be used to fix minor issuesin our release to
catch up the final SCA 1.0 if there are any changes, I'm
Bellow, a list of minor issues that we had in past releases, and were all
questioned by IPMC :
- Artifacts does not have tuscany- prefix.
- Assembly/standalone distribution is extracting to current directory,
instead of a subdirectory
- For the artifacts that are being extracted to it's own
[snip]
Andrew Borley wrote:
On 3/2/07, Pete Robbins [EMAIL PROTECTED] wrote:
I can now build the PHP extension and a distro of it's source/binaries
separate from the rest of the release (at leat on Linux for now). I have
some other questions on how we should package the release.
1) Should we
On 06/03/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Andrew Borley wrote:
On 3/2/07, Pete Robbins [EMAIL PROTECTED] wrote:
I can now build the PHP extension and a distro of it's source/binaries
separate from the rest of the release (at leat on Linux for now). I
have
some
On Mar 6, 2007, at 12:01 PM, Luciano Resende wrote:
Bellow, a list of minor issues that we had in past releases, and
were all
questioned by IPMC :
- Artifacts does not have tuscany- prefix.
- Assembly/standalone distribution is extracting to current directory,
instead of a subdirectory
-
I modified the DAS overview page to include a link to the RDB DAS User's
Guide since, with the move to cwiki, there was no path to this
documentation.
http://cwiki.apache.org/TUSCANY/das-overview.html
BTW, the cwiki stuff is pretty cool.
--
Kevin
On Mar 6, 2007, at 11:50 AM, Kevin Williams wrote:
I modified the DAS overview page to include a link to the RDB DAS
User's Guide since, with the move to cwiki, there was no path to
this documentation.
Sorry! I must have missed the link.
Jim
Jim,
Thanks for the cwiki update. It looks like we lost all the C++ pages.
Haleh
On 3/5/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
It looks like it's using:
meta HTTP-EQUIV=Refresh CONTENT=0; URL=http://cwiki.apache.org/
TUSCANY/ /
which may take a sec to kick in as the page is being
I'd like move more contents from DAS website and old wiki to our current
confluence wiki. I'll probably need to delete some pages, or a way to
refactor/reparent pages in order to proper organize the contents.
Is there a way to reparent pages ? Otherwise, wow can one get access to
remove pages in
On Mar 6, 2007, at 6:26 PM, haleh mahbod wrote:
Jim,
Thanks for the cwiki update. It looks like we lost all the C++ pages.
Haleh
Sorry, I just linked to the existing SCA C++ page on the wiki which
was apparently blank :( The other sub-project C++ pages I believe
have already been
On Mar 6, 2007, at 11:13 AM, Raymond Feng wrote:
Hi,
I think we used r0.95 in M2 but SCA spec 0.95 was published in that
case. Now we use r1.0 ahead of the official SCA 1.0 spec. If we
feel 1.0.1-incubating could be used to fix minor issuesin our
release to catch up the final SCA 1.0 if
On Mar 6, 2007, at 7:03 PM, Jim Marino wrote:
Putting my spec hat on, I can pretty confidently say the chances of
content changes to the specs are remote at best. I'd characterize
'remote' as the possibility of getting 20 lawyers together and
having them agree on something that generates
On Mar 6, 2007, at 7:12 PM, Jeremy Boynes wrote:
On Mar 6, 2007, at 7:03 PM, Jim Marino wrote:
Putting my spec hat on, I can pretty confidently say the chances
of content changes to the specs are remote at best. I'd
characterize 'remote' as the possibility of getting 20 lawyers
Hi,
Yes, we did agree on this. I don't think this check is in place in the
WirePostProcessor. Will take a look and fix that.
Also, in general, I think we intended to skip this copying if there has been
a data transformation performed ahead, in the wire. So, is it safe to
simply check if the
31 matches
Mail list logo
