On Jun 29, 2006, at 1:47 PM, Ignacio Silva-Lepe wrote:
- Original Message - From: "Jim Marino"
<[EMAIL PROTECTED]>
To:
Sent: Thursday, June 29, 2006 12:18 PM
Subject: Re: Support for callbacks
On Jun 28, 2006, at 7:13 AM, Ignacio Silva-Lepe wrote:
I'd like to start working on
OK, thanks for you investigative efforts guys. There seem to be two things
going on here.
1/ xsi:type on the root element causes problems (This JIRA). It may very
well be that SDO is not correctly configured by the SCA entry point code
that uses it to the extent that it works fine if there is no
I will be out of the office starting 06/30/2006 and will not return until
07/10/2006.
On Vacation.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I would certainly like to take a look at these - and will do so given the
time. Right now there are a few problems with building using vc7, which I am
in the process of fixing - after that I will find a machine from somewhere
(as the free download requires that you uninstall all the stuff I need f
[
http://issues.apache.org/jira/browse/TUSCANY-465?page=comments#action_12418614
]
Andrew Borley commented on TUSCANY-465:
---
The patch fixes TUSCANY-485
> SDO calls without error handling
>
>
> Key: TUSCANY-46
[
http://issues.apache.org/jira/browse/TUSCANY-485?page=comments#action_12418615
]
Andrew Borley commented on TUSCANY-485:
---
Fixed by patch on TUSCANY-465
> Missing element in Tuscany-model.config file causes failure.
> --
There a number of problems with the windows zips... missing folders etc. I
will be fixing these ASAP.
--
Pete
On 6/8/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi, Jeremy.
Here's the patch with correct SVN property settings. Please try again.
Thanks,
Raymond
I'm having problems applying this. I will merge the changes in by hand
- please bear with me.
--
Jeremy
-
Robbie,
Thanks very much for the sample. Let me just clarify my understanding if
I may. I guess that for the 3 packages you mention above there would be two
styles of coding; the two packages that pick up code snippets and samples
from the spec would be broad coverage of the API, attempting t
[ http://issues.apache.org/jira/browse/TUSCANY-465?page=all ]
Pete Robbins closed TUSCANY-465:
Resolution: Fixed
Fixed by patch supplied
> SDO calls without error handling
>
>
> Key: TUSCANY-465
>
[ http://issues.apache.org/jira/browse/TUSCANY-485?page=all ]
Pete Robbins closed TUSCANY-485:
Fix Version: Cpp-current
Resolution: Fixed
duplicate of TUSCANY-465. now fixed
> Missing element in Tuscany-model.config file causes failure.
> ---
On 6/30/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
I'm having problems applying this. I will merge the changes in by hand
- please bear with me.
It's now applied.
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
>From below:
> choosing whether or not to wrap the root DataObject in a DataGraph. If
> there's not much gain I guess I'd prefer to take the wrapped route only,
+1
Thanks,
Frank.
[EMAIL PROTECTED] wrote on 06/30/2006 08:48:23 AM:
> Robbie,
>
> Thanks very much for the sample. Let me just
Add ability to explicity set the root object of a data graph
Key: TUSCANY-512
URL: http://issues.apache.org/jira/browse/TUSCANY-512
Project: Tuscany
Type: New Feature
Components: Java SDO Implementation
[ http://issues.apache.org/jira/browse/TUSCANY-501?page=all ]
Pete Robbins resolved TUSCANY-501:
--
Fix Version: Cpp-current
Resolution: Fixed
Andrew's patch applied
> Crash on SDOTypeNotFound exception
> --
>
>
Jim,
Perhaps we could discuss this via a more immediate medium. How about IRC or
phone? I am online today until 5pm EDT.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Implement support for dynamic subclasses of statically generated types
--
Key: TUSCANY-513
URL: http://issues.apache.org/jira/browse/TUSCANY-513
Project: Tuscany
Type: Improvement
Components: Java
[ http://issues.apache.org/jira/browse/TUSCANY-512?page=all ]
Frank Budinsky resolved TUSCANY-512:
Resolution: Fixed
Fixed in revision 418323.
> Add ability to explicity set the root object of a data graph
>
[ http://issues.apache.org/jira/browse/TUSCANY-504?page=all ]
Frank Budinsky resolved TUSCANY-504:
Resolution: Fixed
Fixed in revision 418323. Added SDOUtil.isResolved(Property).
> Ability to find out if a property is required or not
> ---
[
http://issues.apache.org/jira/browse/TUSCANY-504?page=comments#action_12418676
]
Frank Budinsky commented on TUSCANY-504:
I meant SDOUtil.isRequired not isResolved.
> Ability to find out if a property is required or not
> --
I have used the last two weeks studying our current code streams (M1 and
sandbox) and the evolving SCA specification.
During this exercise, I have realized that we have a LOT to do in order to
reach the level of function that supports the spec, as well as implement
additional interesting ideas th
On 6/30/06, Ignacio Silva-Lepe <[EMAIL PROTECTED]> wrote:
Jim,
Perhaps we could discuss this via a more immediate medium. How about IRC or
phone? I am online today until 5pm EDT.
Ignacio, I've been following this thread with interest but won't be
able to get on IRC any time soon. Please could
Sebastien,
This sounds great to me. You may have intended this but, I think that
the scenarios should be implemented as we go resulting in new unit
tests, samples or sample apps by the time we are ready to release M2.
Also, I propose a scenario that involves data access and the transfer of
Current SDO impl bases on EMF, EMF may produce INTERNAL Properties besides
user designation.
It may be nice for SDO not to expose the INTERNAL Properties.
Here lists some thoughts JUST as a START, it's much more important if YOU
brainstorm please.
Frank has provided options such as
1. SDOXSDEcore
Apologies Jeremy, didn't mean to exclude people, just trying
to expedite the discussion.
The first basic issue I see is how to incorporate callbacks as
defined in the C&I spec in particular, and bi-directional interfaces
in general, into the Tuscany architecture. Depending on how closely a
Tuscany InterOp / JIRA 505 (http://issues.apache.org/jira/browse/TUSCANY-505)
brings us an interesting topic:
there're code or users interested in loading XML, then who is responsible to
load schema?
Here lists some thoughts JUST as a START, it's much more important if YOU
brainstorm please.
I c
Tried building FC3 I386 got the following
make[5]: Entering directory
`/home/rineholt/testing/tuscany_sdo_cpp-0.1.incubating-M1-src/runtime/core/test'
if g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../runtime/core/test
-I../../../runtime/core/src -g -O2 -MT sdotest.o -MD -MP -MF
".deps/sdot
On 6/30/06, Yang ZHONG <[EMAIL PROTECTED]> wrote:
Tuscany InterOp / JIRA 505 (http://issues.apache.org/jira/browse/TUSCANY-505)
brings us an interesting topic:
there're code or users interested in loading XML, then who is responsible to
load schema?
Here lists some thoughts JUST as a START, it's
Rick, I believe there is a Jira for this and a patch supplied that hasn't
been applied yet :-(
I'm going to do a copyright/licence trawl. I thought we had already done
this but clearly some have slipped through.
Many thanks for taking a look at this.
Cheers,
On 30/06/06, Rick Rineholt <[EMAIL
29 matches
Mail list logo
