Hi Jeremy
For the assembly proposal, are you suggesting something like :
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/sca/distribution/tss-sample/
--
Luciano Resende
http://people.apache.org/~lresende
On 3/22/07, Davanum Srinivas [EMAIL PROTECTED] wrote:
Jeremy,
Jeremy,
thanks for the pointer; I printed that book out a while ago and have used
it for getting a basic understanding of Maven, but what I tend to find is
that the devil is in the detail, and the book doesn't go that deep. I've
been frustrated recently by behaviour that doesn't seem to
I just noticed this in a recent TSS article: Mule is talking with
Tuscanyhttp://cwiki.apache.org/TUSCANY/project for an SCA
implementation. [1]. Does anyone know more about that?
If this is being considered it would be really helpful to bring it to the
list and having the Mule guys participate in
[
https://issues.apache.org/jira/browse/TUSCANY-578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Murray updated TUSCANY-578:
-
Attachment: 578.patch
578.zip
I have attached a test case (contained in
I've started on the language independent interface definition work that has
been talked about on several threads. So it doesn't impact anything i've
created separate modules idl, idl-java and idl-wsdl and with this new flat
build structure it seemed appropriate to put them in the trunk sca
On Mar 23, 2007, at 3:29 AM, ant elder wrote:
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
snip/
I don't think the SPI is quite as stable as Dave would like but we
should be able to improve things after alpha2. I think we should
target an SPI freeze for the beta (June you were
On Mar 23, 2007, at 5:17 AM, ant elder wrote:
I just noticed this in a recent TSS article: Mule is talking with
Tuscanyhttp://cwiki.apache.org/TUSCANY/project for an SCA
implementation. [1]. Does anyone know more about that?
If this is being considered it would be really helpful to bring it
Someone inquired about the C++ questions at the ServerSide and I
wanted to respond but can't remember where it was originally stated
due to the avalanche of emails to the list. Someone specifically
asked about the C++ programming model and if it was going to
incorporate some of the same
On Mar 23, 2007, at 2:11 AM, Luciano Resende wrote:
Hi Jeremy
For the assembly proposal, are you suggesting something like :
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/
sca/distribution/tss-sample/
Something like that, yeah.
You want to rely on things that are
When processing the intents at each level and putting them into the
model. Would it be a better idea to push them the whole way down to the
operation model object or to leave them at the various levels in the
model and have the merge of the intents performed later?
Jean-Sebastien Delfino
On 3/23/07, Jim Marino [EMAIL PROTECTED] wrote:
Someone inquired about the C++ questions at the ServerSide and I
wanted to respond but can't remember where it was originally stated
due to the avalanche of emails to the list. Someone specifically
asked about the C++ programming model and if it
[
https://issues.apache.org/jira/browse/TUSCANY-917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-917:
---
Patch Info: [Patch Available]
looking at Fuhwei's attached test case
XMLHelper.load()
[
https://issues.apache.org/jira/browse/TUSCANY-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483622
]
Kelvin Goodson commented on TUSCANY-917:
I can not apply the attached patch. It gives the error The chunk
[
https://issues.apache.org/jira/browse/TUSCANY-917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuhwei Lwo updated TUSCANY-917:
---
Attachment: 917-testcase.patch
Uploaded a new one. Try it.
XMLHelper.load() should demand-create
[
https://issues.apache.org/jira/browse/TUSCANY-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Grove updated TUSCANY-1191:
Attachment: XMLWithoutSchemaTest.java
Test case for 2.1 spec section 9.10 XML without Schema to
Preserve demand created global properties
-
Key: TUSCANY-1192
URL: https://issues.apache.org/jira/browse/TUSCANY-1192
Project: Tuscany
Issue Type: New Feature
Affects Versions: Java-SDO-M3
[
https://issues.apache.org/jira/browse/TUSCANY-1192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1192:
Component/s: Java SDO Implementation
Preserve demand created global properties
[
https://issues.apache.org/jira/browse/TUSCANY-917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-917.
Resolution: Duplicate
Fix Version/s: (was: Java-SDO-Mx)
Hi,
I just run mvn package assembly:assembly under sdo and it includes the
following JARs. I use maven 2.0.5.
0 Fri Mar 23 08:54:04 PDT 2007 tuscany-sdo-1.0-incubator-SNAPSHOT/lib/
111085 Fri Mar 23 08:54:04 PDT 2007
tuscany-sdo-1.0-incubator-SNAPSHOT/lib/tusca
Mark I. Dinges wrote:
When processing the intents at each level and putting them into the
model. Would it be a better idea to push them the whole way down to
the operation model object or to leave them at the various levels in
the model and have the merge of the intents performed later?
I see the same thing as Raymond (except for the timestamped api), What maven
release you are using ? I believe Raymond and I are using maven-2.0.5.
--
Luciano Resende
http://people.apache.org/~lresende
On 3/23/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I just run mvn package
I'm looking into revising samples.
On 3/22/07, kelvin goodson [EMAIL PROTECTED] wrote:
Looking back at the samples, it's clear they haven't been significantly
revisited since M2 at the 2.0.1 level. It's going to take a little time
to
put these straight. They have also been affected by
[
https://issues.apache.org/jira/browse/TUSCANY-901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-901.
Resolution: Fixed
Fixed in revision 521832
jar Manifests require Application-Vendor-Id
[
https://issues.apache.org/jira/browse/TUSCANY-901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-901:
---
Summary: jar Manifests require Implementation-Vendor-Id (was: jar
Manifests require
unable to create data objects from dynamic metadata that match data objects
created from XSD metadata
-
Key: TUSCANY-1193
URL:
[
https://issues.apache.org/jira/browse/TUSCANY-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Golick updated TUSCANY-1193:
-
Attachment: DynamicTypesComparisonTestCase.jar
This jar is intended to be extracted from the
I'd like to get some agreement on/review of the XSD we're using for the
CTS. There have been a few instances where we thought there was a problem
only to find that the CTS was invalid/incorrect in some way. (Or was
unnecessarily complicated.)
Below is the XSD I'm proposing. Please let me know
Looks like a good start to me. The mixed=false attribute isn't needed
since it's the default.
Frank.
Brian Murray [EMAIL PROTECTED]
03/23/2007 03:03 PM
Please respond to
tuscany-dev@ws.apache.org
To
tuscany-dev@ws.apache.org
cc
Subject
SDO: Agree on XSD for CTS?
I'd like to get
Yang,
XMLHelper doesn't need to support saving and loading DataGraph at this
point. In the future, we are going to replace the implementation of
DataGraph to one that is a DataObject, so then it will serialize without
any special code. That's the direction the SDO spec is going on this
issue.
Hi,
If I have component implementation class like this:
Case 1:
public class MyServiceImpl implements MyService {
private YourService yourService;
public void setYourService(YourService yourService) {
this.yourService = yourService;
}
}
public interface MyService {
Meeraj,
I got the JXTA working for sending messages. However, what I did was
just finding the error and patching it, so I just modified a line of
code and got to know that the problem was not on the dissemination of
messages by JXTA but on the peer name being used to dispatch the name
to.
So, I
Jeremy
So, having these assemblies modules sounded interesting to me until the
moment you said you want to base them on deployed artifacts... we have never
had a habit of publishing SNAPSHOTS for all possible artifacts, and even the
members of the community that are proposing this approach are
Yang, the sample used to show how to load the datagraph XML with the
XMLHelper and then pull the data graph (i.e., graph of DataObject's) out
of it. This didn't create a DataGraph, but it was still an interesting
example. That should still be possible, isn't it?
Frank.
Yang ZHONG [EMAIL
XMLHelper uses registered model to instantiate DataObject, which is
DataGraphTypeImpl corresponding to sdo:datagraph.
DataGraphTypeImpl does *not* implement DataGraph interface.
Our DataGraph implementation is DataGraphImpl instead, which does *not*
implement DataObject interface required by
On Mar 23, 2007, at 2:16 PM, Luciano Resende wrote:
Jeremy
So, having these assemblies modules sounded interesting to me
until the
moment you said you want to base them on deployed artifacts... we
have never
had a habit of publishing SNAPSHOTS for all possible artifacts, and
even the
OK, I give up on this, and I'll try not bring this subject up anymore !!!
I'll continue with my hijacked java/pom.xml and update it as needed, I just
feel sorry for the new people that will come to the Tuscany community and
will fill the same pain as Mario and others.
Just in case others might
On 3/24/07, Luciano Resende [EMAIL PROTECTED] wrote:
OK, I give up on this, and I'll try not bring this subject up anymore !!!
Don't give up, its important to get to the build we think is the best for
Tuscany.
I think the crux of the problem was said in the previous email - we can't
see how
+1 to move back to single version and a project you can build from
the top with mvn
On 3/23/07, ant elder [EMAIL PROTECTED] wrote:
On 3/24/07, Luciano Resende [EMAIL PROTECTED] wrote:
OK, I give up on this, and I'll try not bring this subject up anymore !!!
Don't give up, its important to
Sebastien,
Can you please explain to everyone the purpose of this svn area and
what you are planning to do here?
thanks,
dims
--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
-
To unsubscribe,
Folks,
My 2 cents. Am looking for some serious commitment from everyone to
work together on the branch. Please be civil, courteous to each other.
It means don't just revert someone else's check-in because you don't
like it. It also means don't use -1 just because you can. Please
don't go off on
I don't understand why 2-2.1 or 2-2.2 is needed.
I just want to load the XML with XMLHelper. It will create
DataGraphTypeImpl - that's fine - it doesn't matter that it does not
implement the DataGraph interface. You can still get to the company object
after loading it. That's all I want for
Luciano,
Your hijacked version of pom portrays all the issues associated with a
top down pom with a single version in a complex project. You have
included the modules you want to build. It may not be of any use to me,
if I want to build a separate set of modules. So what is the point in
Davanum Srinivas wrote:
Sebastien,
Can you please explain to everyone the purpose of this svn area and
what you are planning to do here?
thanks,
dims
Dims,
In the sandbox, I am trying to demonstrate a modular Tuscany kernel that
can support what I described in this thread:
43 matches
Mail list logo