On 30/11/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
On 30/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> Pete Robbins wrote:
> > Our current method of packaging and loading an extension is fairly
> > simple:
> > we load all schema and libraries in the extensions path. This has
On 30/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> Our current method of packaging and loading an extension is fairly
> simple:
> we load all schema and libraries in the extensions path. This has a
> number
> of problems.
>
> 1. An extension may consist of more
Pete Robbins wrote:
Our current method of packaging and loading an extension is fairly
simple:
we load all schema and libraries in the extensions path. This has a
number
of problems.
1. An extension may consist of more than one library e.g.
libmy_extension.so
and libmy_extension_utils.so. Ou
Our current method of packaging and loading an extension is fairly simple:
we load all schema and libraries in the extensions path. This has a number
of problems.
1. An extension may consist of more than one library e.g. libmy_extension.so
and libmy_extension_utils.so. Our current loading scheme
Hello Adriano,
No. It should not be working this way and thanks for finding this bug!
The fact that a new Cart was added to the graph is recorded in the SDO
change summary and indicates to the DAS that an INSERT should be
generated. However, it looks like the DAS then generates the insert
DAS generates invalid INSERT statement when no properties are set on the new DO
---
Key: TUSCANY-957
URL: http://issues.apache.org/jira/browse/TUSCANY-957
Project: Tuscany
I created one table called "cart" with an auto-increment key on mysql, then
I defined this table on the config.xml as containing an auto-increment key.
Using SCO/DAS I create one tuple of the "cart" table, but no attribute is
set. I know DAS only update one attribute tuple only if it has been modi
On Nov 29, 2006, at 1:20 PM, Jeremy Boynes wrote:
This became a little bigger than a breadbox :(
I think we're looking at a bread freighter ;-)
Ignacio, you may want to sync with Jeremy if you haven't as this may
impact you as well. I would like JDKInboundInvocationHandler to go
away, an
I replaced the existing conversational scope container with this new
parallel one (and removed the parallel one). This required the
ConversationalScopeObjectFactory to get a Store instance to pass
to the new instance of the scope container it creates. To achieve
this I autowired a Store construct
[ http://issues.apache.org/jira/browse/TUSCANY-562?page=all ]
Yang ZHONG updated TUSCANY-562:
---
Attachment: TypeImpl.562
Please review the attached patch.
Thanks.
> Robustness of type inheritance
> --
>
> Key: T
[ http://issues.apache.org/jira/browse/TUSCANY-956?page=all ]
Fuhwei Lwo updated TUSCANY-956:
---
Attachment: tuscany-956.patch
Here is the patch for fixing the problem. Please review. Thanks.
> SDOFactory instance lookup is using the wrong namespace URI
> -
Hi,
I'm seeing the following test case failure in trunk code.
Raymond
---
T E S T S
---
Running loanappconversation.LoanAppConversationTestCase
Applied: Loan application: [Customer: John Doe,
[ http://issues.apache.org/jira/browse/TUSCANY-955?page=all ]
Raymond Feng resolved TUSCANY-955.
--
Resolution: Fixed
fix is committed w/ r480749
> IllegalPropertyException thrown when loading MemoryStore
> ---
SDOFactory instance lookup is using the wrong namespace URI
---
Key: TUSCANY-956
URL: http://issues.apache.org/jira/browse/TUSCANY-956
Project: Tuscany
Issue Type: Bug
Compone
[ http://issues.apache.org/jira/browse/TUSCANY-955?page=all ]
Raymond Feng reassigned TUSCANY-955:
Assignee: Raymond Feng
> IllegalPropertyException thrown when loading MemoryStore
>
>
>
[
http://issues.apache.org/jira/browse/TUSCANY-952?page=comments#action_12454468
]
Kevin Williams commented on TUSCANY-952:
Dev list thread here:
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg11282.html
> DAS must support q
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
We're starting to have pages of code in our various extensions (and
sometimes duplicate code) to just dig data out of an SDO graph.
This initially sounds pretty simple:
- I have an SDO that I loaded from an XML element
- I'd like to
IllegalPropertyException thrown when loading MemoryStore
Key: TUSCANY-955
URL: http://issues.apache.org/jira/browse/TUSCANY-955
Project: Tuscany
Issue Type: Bug
Components: J
We're starting to have pages of code in our various extensions (and
sometimes duplicate code) to just dig data out of an SDO graph.
This initially sounds pretty simple:
- I have an SDO that I loaded from an XML element
- I'd like to populate a C++ list with values of the child elements of
that
Jim, Nicole,
I've posted my OSGi sample on my people.apache.org site -
http://people.apache.org/~jhawkins/Tuscany/TuscanySample.zip
There's a readme that describes the sample and how to run it. I've also
included a snapshot of my Eclipse work area. The Tuscany binaries are
based on a synch of HEA
I have committed changes to integrate this infrastructure,
specific comments inline.
On 11/27/06, Jim Marino <[EMAIL PROTECTED]> wrote:
I have made some progress on the persistence functionality for
conversational support in the kernel. Here's a recap:
1. I moved the "store" into spi as that d
[ http://issues.apache.org/jira/browse/TUSCANY-911?page=all ]
Raymond Feng reassigned TUSCANY-911:
Assignee: Raymond Feng
> default value of property( anntated with @Property) is set to null by default.
> -
[
http://issues.apache.org/jira/browse/TUSCANY-911?page=comments#action_12454459
]
Raymond Feng commented on TUSCANY-911:
--
I tried it locally but didn't see such a bahavior. Can you attach the test case
(at least SCDL file)?
Thanks,
Raymo
This became a little bigger than a breadbox :( There are still many
places where we did not complete the transition from Java class-based
IDL to using the abstract ServiceContract so some things will not
work without a Java representation (e.g. the
JDKOutboundInvocationHandler). I'll extend
Kevin,
I agree that mixed schema support is something we should provide.
The changes required would actually be quite pervasive as, up to now,
we have assumed that data is coming from a single schema. For
example, a Table with a particular name would no longer necesarily be
unique in a Config i
Hi,
I had promised to look into an Eclipse template for code formatting. Sorry
for the long turnaround.
Here's the Eclipse java code formatter that I customized. Please use this
and let me know if there are cases where formatter produces ugly code that
needs to be fixed. You can import this
On 11/29/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> Andy,
>>
>> I made small changes to the Linux scripts that start our Python based
>> samples to use the PYTHON_LIB environment variable, if it
Currently the DAS does nothing explicit in support of database schema
designations on tables; generated writes do not include schema
designations. I believe this is fine 80% of the time since – as far as I
can tell – schemas are not usually “mixed” within an application.
The most frequent use
Pete Robbins wrote:
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> On 28/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> Pete Robbins wrote:
>> > I'm in the process of porting Tuscany C++ to Mac OSX continuing the
>> work
>> > that Oisin star
Pete Robbins wrote:
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Andy,
I made small changes to the Linux scripts that start our Python based
samples to use the PYTHON_LIB environment variable, if it is defined, to
find the Python library and interpreter. If you don't have the
- Original Message -
From: "Mike Edwards" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, November 29, 2006 7:07 AM
Subject: Re: Pass-by-value support for remotable interfaces
Raymond,
First point I need to make is that just because two components are in the
same composite does not mean th
On 29/11/06, Simon Laws <[EMAIL PROTECTED]> wrote:
On 11/29/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > We have two C++ clients in the C++ Bigbank and Calculator samples.
> >
> > (1) Real SCA clients, which ca
On 11/29/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> We have two C++ clients in the C++ Bigbank and Calculator samples.
>
> (1) Real SCA clients, which call the Bigbank and Calculator components
> directly.
>
> (2) Axis2C
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Hi,
We have two C++ clients in the C++ Bigbank and Calculator samples.
(1) Real SCA clients, which call the Bigbank and Calculator components
directly.
(2) Axis2C based Web Service clients, which do not use SCA at all to
invoke th
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Andy,
I made small changes to the Linux scripts that start our Python based
samples to use the PYTHON_LIB environment variable, if it is defined, to
find the Python library and interpreter. If you don't have the
PYTHON_LIB variable
Andy,
I made small changes to the Linux scripts that start our Python based
samples to use the PYTHON_LIB environment variable, if it is defined, to
find the Python library and interpreter. If you don't have the
PYTHON_LIB variable defined the behavior is as before, the default
Python interpr
On 29/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> On 28/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> Pete Robbins wrote:
>> > I'm in the process of porting Tuscany C++ to Mac OSX continuing the
>> work
>> > that Oisin started. Axis2C does not
Hi,
We have two C++ clients in the C++ Bigbank and Calculator samples.
(1) Real SCA clients, which call the Bigbank and Calculator components
directly.
(2) Axis2C based Web Service clients, which do not use SCA at all to
invoke the sample Web Services.
Since these samples are there to illu
Pete Robbins wrote:
On 28/11/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> I'm in the process of porting Tuscany C++ to Mac OSX continuing the
work
> that Oisin started. Axis2C does not have an OSX port yet (Oisin's
> supplied
> patch has not been applied) and I'
On Nov 29, 2006, at 4:00 AM, ant elder wrote:
Looks like that answers all the questions and sounds convincing to
me. We
discussed doing this the other day and agreed it needed doing and
based on
that Simon went ahead and did the work for it, so I think we should
go ahead
and apply this to M2
Raymond,
First point I need to make is that just because two components are in
the same composite does not mean that they are automatically running in
the same VM or even the same operating system process. Composites can
span components running on different nodes (node = machine and/or o/s
p
Aha! so there's a catch. We still haven't started the process for a
Axis2 1.1.1. Hoping to do that with a thorough JIRA scrub this week or
early next week. To see what needs to be fixed for a quick 1.1.1
release. Will let you all know when we have some idea.
thanks,
dims
On 11/29/06, Simon Nash
On 29/11/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote:
On 28/11/06, Caroline Maynard <[EMAIL PROTECTED]> wrote:
>
> I've recently started seeing the value Type::OpenDataObjectType returned
> from a getTypeEnum(). I was a bit surprised to see this - I know it was
> introduced some months back inte
On 28/11/06, Caroline Maynard <[EMAIL PROTECTED]> wrote:
I've recently started seeing the value Type::OpenDataObjectType returned
from a getTypeEnum(). I was a bit surprised to see this - I know it was
introduced some months back internally to Tuscany, but my understanding
was that it is not par
Thanks, Dims.
We will need a new release of Axis2 as well, since the POMs in
Axis2 1.1 point to Axiom 1.2. Will this be available at the
same time as the new release of Axiom?
Simon
Davanum Srinivas wrote:
Thanks Jim/Jeremy :)
Please look at the pom's in the svn. the SNAPSHOT jars are here
On 11/28/06, Simon Nash <[EMAIL PROTECTED]> wrote:
I'm responding to Jeremy's comments here rather than in TUSCANY-949
because I believe it's considered good practice to have discussions
on the mailing list rather than in updates to JIRAs.
Jeremy Boynes (JIRA) wrote:
> [
http://issues.apac
46 matches
Mail list logo