After running svn update earlier this week, I am unable to run the cts
due to the following error. I know that changes were made to the pom
under TUSCANY-1195 so does this mean there are different instructions
for running the cts now?
Thanks,
Andy.
[INFO] Scanning for projects...
[INFO]
---
ant elder wrote:
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
Jeremy,
I started another DISCUSS thread to "keep talking", you still need to
let everyone know what you think of this VOTE.
thanks,
dims
On 3/29/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
On Mar 28, 2007, at 11:29 PM, Venkata Krishnan wrote:
> Hi Jeremy,
>
> Here is a problem that most of
Jim,
I started another DISCUSS thread to "look at these", you still need to
let everyone know what you think of this VOTE.
thanks,
dims
On 3/29/07, Jim Marino <[EMAIL PROTECTED]> wrote:
On Mar 29, 2007, at 10:28 AM, Jeremy Boynes wrote:
> On Mar 28, 2007, at 11:29 PM, Venkata Krishnan wrote:
Folks,
Let's keep the ball rolling...Can someone please come up with a master
list of "extensions, bindings, services, samples" which can then help
decide what's going to get into the next release. Please start a wiki
page to document the master list. Once we are done documenting the
list. We can
Hi,
I'm one of the Maven developers next-door at apache and the main
developer for the maven-dependency-plugin. We've had a few requests
recently from Tuscany users who have problems with the instructions or
with the pom. (I haven't found the instructions yet so I can't be
positive) You can see th
Hey Frank,
Yes - I can see how trying to change the specification, at least in the
next couple of days,
might be a long shot :-)
I guess I'll just put a SDOUtil method in to separate the "EAttributes"
from the "EReferences".
That way when the SDOs are stored in ApacheDS, the DAS is not call
Hi Sebastien
I think it would be worth splitting contribution in two parts.
- Contribution metadata: What's described in sca-contribution.xml and
the relationships with the assembly and interface definition models
(e.g. the list of deployables pointing to assembly composites, maybe
also pointe
Hi Ole,
It will probably be hard to convince people to add the extra lists to the
SDO specification. It was intentionally designed to have one simple list.
Adding some methods in Tuscany (in class SDOUtil) to return just the
dataType or non-dataType properties is possible, but as SDO is now bei
Hi,
It's now checked in under r523826 and r523828. You can find the code at
java/sca/runtime/embedded.
Thanks,
Raymond
- Original Message -
From: "Jean-Sebastien Delfino" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, March 28, 2007 9:38 AM
Subject: Re: Add a simple embedded runtime for
Super - Thanks Frank.
This may be something I should be brining up to the SDO Specification guys,
but it seems like Ecore's way of separating
the EAttributes and the EReferences into separate lists will
be more efficient from the perspective of of looking for various
class members.
For instance
Hi.
For SDO we contributed to the SDO CTS allowing tuscany to consume our test
cases. In the CTS we took the approach of a vendor independent component
of tests (java/cts/sdo2.1) and a vendor specific impl
(java/cts/sdo2.1-tuscany) which uses the tests and handled initialization
etc. This has
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1147:
--
Attachment: Tuscany-1147.patch
Here's the two-line fix, which should be an improvemen
In SDO there's a list of properties (simple and complex combined) that you
can get like this:
List properties = userSDO.getType().getProperties();
If you are interested in the simple ones, you need to do something like
this when iterating through the list:
if (property.getType().isDataType())
Hi,
I asked this question a little differently before referring to EMF's ecore,
and I'll try again by restating what I wish to do.
Suppose I have an SDO instance
Class name UserSDO,
instance userSDO
I would like to get a list of all the non-complex object members of
userSDO
So for insta
On Mar 29, 2007, at 10:28 AM, Jeremy Boynes wrote:
On Mar 28, 2007, at 11:29 PM, Venkata Krishnan wrote:
Hi Jeremy,
Here is a problem that most of us are facing with the Trunk and is
hindering
us to effectively contribute to the trunk. I see there is one
solution that
has been proposed
Hi,
I'm one of the Maven developers next-door at apache and the main
developer for the maven-dependency-plugin. We've had a few requests
recently from Tuscany users who have problems with the instructions or
with the pom. (I haven't found the instructions yet so I can't be
positive) You can see th
On Mar 28, 2007, at 11:29 PM, Venkata Krishnan wrote:
Hi Jeremy,
Here is a problem that most of us are facing with the Trunk and is
hindering
us to effectively contribute to the trunk. I see there is one
solution that
has been proposed to making this simpler with some compromises. If
th
On 3/29/07, Ignacio Silva-Lepe <[EMAIL PROTECTED]> wrote:
If I understand your clarification correctly, this vote is about putting
out
a single release with a certain number of modules in it, and with each
module having the same version number. In particular, this vote does
not set a cast-in-sto
If I understand your clarification correctly, this vote is about putting out
a single release with a certain number of modules in it, and with each
module having the same version number. In particular, this vote does
not set a cast-in-stone precedent about how future releases will be put
together.
This vote makes much more sense to me know and sounds a bit like what
I was trying to propose, so I'm all for it and it gets my non-binding
vote :)
+1 (non-binding)
-Bert
On 3/29/07, ant elder <[EMAIL PROTECTED]> wrote:
I wasn't clear enough when starting this vote, let me try to fix that:
I
I wasn't clear enough when starting this vote, let me try to fix that:
I intended this vote to *be* the short term reality, I.e. about getting a
release out from trunk with everyone contributing.
It may well be right that a single module version doesn't scale, in the
longer term maybe we need to
On 3/27/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
One reason the SPI module is so large is that it does define many the
interfaces for the components in you diagram. I think there is room
for a reorganization there to clarify the usage of those interfaces.
I would propose we start with that
[
https://issues.apache.org/jira/browse/TUSCANY-1183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12485134
]
Andy Grove commented on TUSCANY-1183:
-
Kelvin - yes, that was my intention. I'll be sure to add them in future.
[
https://issues.apache.org/jira/browse/TUSCANY-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12485133
]
Andy Grove commented on TUSCANY-1191:
-
Kelvin - yes, that was my intention.
Thanks.
> Test case for 2.1 spec
[
https://issues.apache.org/jira/browse/TUSCANY-1181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12485126
]
Kelvin Goodson commented on TUSCANY-1181:
-
Having trouble applying the patch. When I look at XSDHelperTest
[
https://issues.apache.org/jira/browse/TUSCANY-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1191.
-
Resolution: Fixed
Added new test case. I added an ASL license header to the test case,
[
https://issues.apache.org/jira/browse/TUSCANY-1183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12485121
]
Kelvin Goodson commented on TUSCANY-1183:
-
Andy
I realised I hadn't checked for license headers in the new
[
https://issues.apache.org/jira/browse/TUSCANY-1183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1183.
-
Resolution: Fixed
Applied b version of zip file to add 2 new tests to CTS
(BTW, a quic
[
https://issues.apache.org/jira/browse/TUSCANY-1177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1177.
-
Resolution: Fixed
Applied patch that removes the expectation that SDO implementations s
[
https://issues.apache.org/jira/browse/TUSCANY-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1176.
-
Resolution: Fixed
Applied patch to remove expectation of visibility of EMF properties
31 matches
Mail list logo
