Fuhwei,
yoiu are most welcome to, thanks
Kelvin.
On 07/02/07, Fuhwei Lwo (JIRA) tuscany-dev@ws.apache.org wrote:
[
https://issues.apache.org/jira/browse/TUSCANY-1098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471128]
Fuhwei Lwo commented on
On 2/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Like Venkat I'm also looking for a more stable runtime environment.
I want that stable environment to bring-up end to end scenarios,
including Bigbank, variations of BigBank and Calculator similar to what
we've been running with the C++
On 2/7/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I just added a draft @
http://cwiki.apache.org/confluence/display/TUSCANY/Getting+Started. We
might
be able to use it as a starting point and add more meat into it to help
new
users understand the basic concepts, steps and tools to develop a
On 2/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
haleh mahbod wrote:
+1 for moving to cwiki. Much easier to use.
On 2/7/07, Rick Rineholt [EMAIL PROTECTED] wrote:
I have found having too many sources 2 wikis, the web site, doco
checked
in to svn to be a major confusion and a
Hi Shelita,
I'd like to partner with you on writing some documentation and had also
started a page on the wiki @
http://cwiki.apache.org/confluence/display/TUSCANY/Building+SCA+for+Javawhich
has some overlap with Raymonds more recent addition.
How about we break the getting starting down into a
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-928:
---
Attachment: XMLHelperTestCase.java
The basis of a test case for this work, not completed.
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471289
]
Kelvin Goodson commented on TUSCANY-928:
Hi Yang,
I wasn't happy to change the
Hi Jim,
The PassByValueWirePostProcessor sure needs an update in the sense that it
only looks for allowsPassByReference at the interface level. It needs to do
this at the operation level as well.
My imagination is to have this information as part of 'Operation' which
presently has things like
I'm at disposal. You suggest some division? Or we go making everything
together?
2007/2/8, Adriano Crestani [EMAIL PROTECTED]:
Luciano suggested to implement at first, the necessary classes to create a
simple app that only reads from a database using the das c++. I was
checking
on the das java
[
https://issues.apache.org/jira/browse/TUSCANY-313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471328
]
Dan Murphy commented on TUSCANY-313:
Sebastien,
I was just having a look through jiras and found this one... it
I could help to implement some of these classes.
- Original Message -
From: Adriano Crestani [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, February 08, 2007 3:56 AM
Subject: [DAS C++] Necessary classes for a initial simple read application
Luciano suggested to
Thanks adriano. x]
On 2/8/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Welcome douglas! ; )
On 2/7/07, Douglas Leite [EMAIL PROTECTED] wrote:
OK!
Thanks for the greetings! :p
I hope participate actively on the main list soon. :)
On 2/7/07, Simon Laws [EMAIL PROTECTED] wrote:
On
Ok, I´ll help you to solve the compiler erros of these classes.
On 2/8/07, Willian Yabusame Maja [EMAIL PROTECTED] wrote:
I could help to implement some of these classes.
- Original Message -
From: Adriano Crestani [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday,
[
https://issues.apache.org/jira/browse/TUSCANY-1096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471336
]
Hasan Muhammad commented on TUSCANY-1096:
-
It fails even if the element is not a reference. It seems there
Does it do any actual harm to have a branch, even if not everyone thinks
it's necessary? Presumably that gives the people that want stability a place
to work and at worst they've bought themselves some extra work merging back
into the main development stream later.
My previous experience (3
[
https://issues.apache.org/jira/browse/TUSCANY-1096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471349
]
Frank Budinsky commented on TUSCANY-1096:
-
Is this a problem with the metatdata in the isMany case or is
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471353
]
Frank Budinsky commented on TUSCANY-1093:
-
I have my doubts about this comment from above:
... it seems
Hi Dan,
I think this is a great start. I think it is safe to go ahead and create
this structure. This will definitely help to avoid duplication. Thanks!
On 2/8/07, Dan Murphy [EMAIL PROTECTED] wrote:
Hi Shelita,
I'd like to partner with you on writing some documentation and had also
Sebastien, Thanks.
- Venkat
On 2/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Venkat,
Some answers inline.
Venkata Krishnan wrote:
Hi,
I just took a look at the latest assembly model specs and find a
couple of
things that I don't understand. Could somebody help me out with
[
https://issues.apache.org/jira/browse/TUSCANY-1091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471365
]
Frank Budinsky commented on TUSCANY-1091:
-
This sounds strange to me. If we don't use a
On 2/8/07, Shelita Overton [EMAIL PROTECTED] wrote:
Hi Dan,
I think this is a great start. I think it is safe to go ahead and create
this structure. This will definitely help to avoid duplication. Thanks!
On 2/8/07, Dan Murphy [EMAIL PROTECTED] wrote:
Hi Shelita,
I'd like to partner
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471371
]
Robbie Minshall commented on TUSCANY-1093:
--
This surprised me also. There was a definate change in
As anyone didn't choose any specific class. So I will define:
Me:
MappingWrapper
config.Command
ReadCommandImpl
Dannyel:
Command
CommandImpl
ConnectionInfo
Douglas:
ConfigFactory
ConfigFactoryImpl
Config
Willian:
DAS
DASFactory
DASImpl
For while I'd like you just to analyze these classes.
You could actually start significantly simpler by making the following
assumptions:
1. Read of a single table
2. User provides SQL programatically
3. User provides Connection programatically
With these restrictions you can get something useful working without the
classes required for
Hi, Venkat.
I think it's reasonable to add an attribute allowsPassByReference to the
Operation model. We already have remotable in the ServiceContract. The
java introspection can set the attribute.
Thanks,
Raymond
- Original Message -
From: Venkata Krishnan [EMAIL PROTECTED]
To:
[
https://issues.apache.org/jira/browse/TUSCANY-1091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471389
]
Yang ZHONG commented on TUSCANY-1091:
-
We still use DelegatingNameSpaceContext, just no more delegating since
Good idea kelvin, but I'm begginer in servlet and I don't know what would be
the best way for the user to provide the connection and sql. Though I tried
this:
import java.io.IOException;
import java.sql.DriverManager;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip,
DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt,
tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch
Create a version of DAS in C++ integrating with SDO C++
--
This message is automatically generated
Hello all,
I'm having a little problem with SDO, loading SOAP messages in using the
XMLHelper.
Loading the following message generates the exception below.
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
Your focus should probably be on the APIs your DAS will provide the user
whether that is from a servlet or some other caller. Here are the Java
DAS apis from the simplest possible read in the test suite:
/**
* Read a specific customer
*/
public void
[
https://issues.apache.org/jira/browse/TUSCANY-313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471402
]
Jean-Sebastien Delfino commented on TUSCANY-313:
This used to be a problem with mvn eclipse:eclipse
Thanks a lot kevin ; ). But I think it look likes the first code I posted,
except by the assert you added.
Adriano Crestani
On 2/8/07, Kevin Williams [EMAIL PROTECTED] wrote:
Your focus should probably be on the APIs your DAS will provide the user
whether that is from a servlet or some other
Anyway, it simplified a lot the ap ; )
On 2/8/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Thanks a lot kevin ; ). But I think it look likes the first code I posted,
except by the assert you added.
Adriano Crestani
On 2/8/07, Kevin Williams [EMAIL PROTECTED] wrote:
Your focus should
Hi,
I guess I need to correct my previous response. The @AllowsPassByReference
should be used to annotate the implementation class/method instead of the
interface. Then the flag should goes to the Java implementation. The
following is quoted from the Java CI spec:
=
The
Hi,
Nope I hadn't done it yet, I wanted to get a go ahead 1st :)
I'll create them now but won't get a chance to put much / any content in b4
tomorrow... so feel free to pick a page and start work on it... we can then
all contribute drafts and then use the commenting system in the wiki tro
refine
A correction, there is need to download the das also, not only the sdo .jar:
http://incubator.apache.org/tuscany/das_downloads.html
On 2/8/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Anyway, it simplified a lot the ap ; )
On 2/8/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Thanks a lot
[
https://issues.apache.org/jira/browse/TUSCANY-826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471420
]
Brian Murray commented on TUSCANY-826:
--
I'm taking a look at this one.
After a brief discussion with Frank
[
https://issues.apache.org/jira/browse/TUSCANY-578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Murray updated TUSCANY-578:
-
Thank you Yang, Kelvin, and Andy for addressing the tasks I originally opened
for this Jira.
I
On 2/8/07, Dan Murphy [EMAIL PROTECTED] wrote:
Hi,
Nope I hadn't done it yet, I wanted to get a go ahead 1st :)
I'll create them now but won't get a chance to put much / any content in
b4
tomorrow... so feel free to pick a page and start work on it... we can
then
all contribute drafts and then
XML can be loaded into DataObject as either modeled such as EnvelopeType
instance, or not modeled such as AnyType instance.
Which one do you need?
On 2/8/07, Martin Phillips1 [EMAIL PROTECTED] wrote:
Hello all,
I'm having a little problem with SDO, loading SOAP messages in using the
I think I've asked this indirectly, but I'll be more blunt:
Would one of the proposed objectives of the branch be to eliminate the
current mix of kernel being published as snapshots and the rest of
Tuscany to use those snapshots ?
To be able at the head of this branch check out all of Tuscany
Geoff, sorry I hadn't responded to this sooner, but I was working on a
release of SCA and SDO for PHP and didn't want to pick up your latest
code at that point. The release is done now, so I'll give the new stuff
a whirl and see how it goes. Looks like it's now in HEAD, right?
Geoff Winn
On Feb 8, 2007, at 6:28 AM, Geoffrey Winn wrote:
Does it do any actual harm to have a branch, even if not everyone
thinks
it's necessary?
I would say it depends on the purpose of the branch. If the intent is
stabilization for a release where only bug fixes are introduced, then
I think it
I'd agree with Kevin's suggestion, for a simple C++ sample application that
only performs a simple read, you shouldn't need the config classes, try to
do in C++ something simple as the java sample you just posted here.
As for downloads, you only need to download the DAS distribution, that will
FYI - a point release of the SCA and SDO extensions for PHP.
Original Message
Subject: [ANNOUNCEMENT] SCA_SDO-1.1.2 (stable) Released.
Date: 7 Feb 2007 10:20:43 -
From: PECL Announce [EMAIL PROTECTED]
To: PECL developers list [EMAIL PROTECTED]
Newsgroups:
[
https://issues.apache.org/jira/browse/TUSCANY-826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471425
]
Frank Budinsky commented on TUSCANY-826:
containment cycle prevention (making the check with each update
My comments inline.
Rick Rineholt wrote:
I think I've asked this indirectly, but I'll be more blunt:
Would one of the proposed objectives of the branch be to eliminate the
current mix of kernel being published as snapshots and the rest of
Tuscany to use those snapshots ?
I am finding the
I'd tend to agree with Rick, where he said that he needs to be able to work
with a running user samples and a complete system to help better understand
and figure out how pieces and parts fit together, and I believe this would
be the expectation of somebody trying to joying the Tuscany community,
[
https://issues.apache.org/jira/browse/TUSCANY-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471448
]
Frank Budinsky commented on TUSCANY-1086:
-
Thanks for doing this Hasan.
In general it looks very good,
Yes Luciano, but I wasn't sure if there would be any problem if the config
classes wouldn't be included. We will try to run it without the config
classes though.
Douglas, as I had assigned the config classes to you just pick some classes
from those I've assigned to the others. Or if you have
Hi,
First of all, I think it's really helpful to have a public list which is
collaboratively maintained by the community to capture the To-Dos in one
place instead of having them being buried in thousands of notes on the ML. I
would appreciate the compilation effort. AFAIK, some of the items are
I think Raymond makes some good points. It's very difficult to consume,
extend and test the runtime with all of the volatility. A bunch of itests
have
been contributed, but they don't work. These tests are a concrete way
to measure stability, and I'm sure there will be more contributed over
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
So I think we need a branch to do this stabilization work
I'm disturbed by this proposal as I don't think we have consensus in
the community yet on this issue.
This is not an issue that requires consensus. I've referred
previously to a memo
[
https://issues.apache.org/jira/browse/TUSCANY-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hasan Muhammad updated TUSCANY-1086:
Attachment: JavaSerializeDeserializeTestCase.java
Frank,
Yeah my bad. I realized the
fix for TUSCANY-1083 used lookupPrefix method of Node not available to Java
1.4.2 users
---
Key: TUSCANY-1099
URL: https://issues.apache.org/jira/browse/TUSCANY-1099
[
https://issues.apache.org/jira/browse/TUSCANY-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471480
]
Hasan Muhammad commented on TUSCANY-1086:
-
I forgot to change the JUnit to use the ByteStream. Will do
[
https://issues.apache.org/jira/browse/TUSCANY-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471487
]
Frank Budinsky commented on TUSCANY-1086:
-
The difference is that if you use commonj.sdo it should use the
Dynamic Type tests are needed to ensure that all XSD datatypes are supported
Key: TUSCANY-1100
URL: https://issues.apache.org/jira/browse/TUSCANY-1100
Project: Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-1100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Golick updated TUSCANY-1100:
-
Attachment: dynamicTypesFromSchema.jar
This jar contains test code:
one java file with JUnit
On Feb 8, 2007, at 11:41 AM, Sam Ruby wrote:
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
So I think we need a branch to do this stabilization work
I'm disturbed by this proposal as I don't think we have consensus in
the community yet on this issue.
This is not an issue that requires
[
https://issues.apache.org/jira/browse/TUSCANY-1100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471492
]
Frank Budinsky commented on TUSCANY-1100:
-
Is this test Tuscany-specific? If not, we should probably put
[
https://issues.apache.org/jira/browse/TUSCANY-1100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471500
]
Paul Golick commented on TUSCANY-1100:
--
I put them in the implementation test directories because the tests
On Feb 7, 2007, at 2:49 PM, Meeraj Kunnumpurath wrote:
Jim,
I have been looking at the work you have been doing with component
manager and URIs and figuring out how this would fit in with
federated deployment model I have been working on. Currently, the
master creates the physical
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Feb 8, 2007, at 11:41 AM, Sam Ruby wrote:
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
So I think we need a branch to do this stabilization work
I'm disturbed by this proposal as I don't think we have consensus in
the community
Thanks Jim.
Based on what you said, this is how plan to have the on the wire XML
representation of the Java Physical component definition.
componentJava componentId=uri
xmlns=http://tuscany.apache.org/xmlns/1.0-SNAPSHOT;
instanceFactoryByteCodeBase 64 Encoded byte
On 2/8/07, Sam Ruby [EMAIL PROTECTED] wrote:
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Feb 8, 2007, at 11:41 AM, Sam Ruby wrote:
On 2/8/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
So I think we need a branch to do this stabilization work
I'm disturbed by this proposal as
Okay Adriano I will try to understand the simple application that you´ve
posted, step by step, and after that I will choose some useful classes as
well as their essentials methods to run that application in C++.
Douglas S. Leite
On 2/8/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Yes
[
https://issues.apache.org/jira/browse/TUSCANY-1099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yang ZHONG updated TUSCANY-1099:
Attachment: SDOXSDEcoreBuilder.1099
The patch has passed all build tests.
fix for TUSCANY-1083
It actually is unknowable. It is the nature of the work.
The branch could go nowhere. It could become the basis for people to
quickly these scenarios to the trunk. It could expose problems
earlier than would otherwise be found on the trunk.
At a minimum, it will not disrupt continued
I think there are a couple of extra things needed here:
Firstly, just a list of interceptor's is not going to be enough. We
really need each one to be configurable, something like:
inBoundWires
wire uri=wire1
int:cloner ... params .../
/wire
where the int:cloner element
away in PHP and C++ land. But I've only this week started again to
think
about looking back at getting the various runtimes to play together
having
not looked at Java SCA since M1 days.
That would be cool. We're getting the federated pieces in place and
are using JXTA which has a C++
On Feb 8, 2007, at 3:26 PM, Meeraj Kunnumpurath wrote:
Thanks Jim.
Based on what you said, this is how plan to have the on the wire
XML representation of the Java Physical component definition.
componentJava componentId=uri xmlns=http://tuscany.apache.org/
xmlns/1.0-SNAPSHOT
[
https://issues.apache.org/jira/browse/TUSCANY-1091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yang ZHONG updated TUSCANY-1091:
Attachment: bindLessNS
The new patch has passed all build tests.
DataObjectXMLStreamReader
Apologies for the delay in getting this posted...The link below is to
the recorded Webinar we did back in November on where people in the
community want to take the Java SCA implementation. It covers some
of the major areas people are working on now, including federation,
distributed
[
https://issues.apache.org/jira/browse/TUSCANY-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yang ZHONG updated TUSCANY-1097:
Attachment: DataObjectXMLStreamReader.1097
DataObjectXMLStreamReader patch is attached for your
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471557
]
Yang ZHONG commented on TUSCANY-928:
The new Test Case isn't actually failing. It succeeds.
foo\n
[snip]
People have talked about working on scenarios and Jira issues, but
it's not clear if they are intending to do that at the 0.95 level or
at the 1.0 level. If at the 1.0 level, the harsh reality is that we
don't have a 1.0 level runtime yet to support them - some of us are
working on it but
On 2/8/07, Jim Marino [EMAIL PROTECTED] wrote:
- To satisfy those requirements, is the intent to do that significant
work in branch and how will it be moved into trunk? Or, is it
intended that the work be done in trunk and rolled into branch?
In times like these, generally the intent is to do
From: Jeremy Boynes [EMAIL PROTECTED]
Reply-To: tuscany-dev@ws.apache.org
To: tuscany-dev@ws.apache.org
Subject: Re: Physical Component Defintion
Date: Thu, 8 Feb 2007 20:13:10 -0800
On Feb 8, 2007, at 4:42 PM, Jeremy Boynes wrote:
On Feb 8, 2007, at 3:26 PM, Meeraj Kunnumpurath wrote:
Support mixed Sequence and any Sequence in Change Summary
-
Key: TUSCANY-1101
URL: https://issues.apache.org/jira/browse/TUSCANY-1101
Project: Tuscany
Issue Type: New Feature
[
https://issues.apache.org/jira/browse/TUSCANY-1102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yang ZHONG updated TUSCANY-1102:
Attachment: 1102
The patch has passed all build tests.
SequencesFactoryImpl problems may be
[
https://issues.apache.org/jira/browse/TUSCANY-1101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471605
]
Yang ZHONG commented on TUSCANY-1101:
-
EMF patches are only available since 2.2.2 which will be introduced by
82 matches
Mail list logo