On 10/4/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I would like to use Tuscany as a library (rather than a runtime) to parse
> a
> reference or service definition containing bindings, and obtain a proxy to
> a
> service.
>
> At the moment, I create a composite containing a dummy c
GraphMerger utility so far assumed that the merge(do1, do2) will happen on
DOs
which are contained in DataGraphRoot and have changeSummary associated with
them.
Looking at JIRA-1815, it shows a valid case when an user wants to merge 2
DOs (which do not have any knowledge of DataGraphRoot) and may
[
https://issues.apache.org/jira/browse/TUSCANY-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532606
]
Amita Vadhavkar commented on TUSCANY-1815:
--
Got your point , work in progress.
Regards,
> das.applyChang
I've been thinking about the CTS a bit lately; trying to take stock of
what we've got, and how we measure up. The CTS went through a period
of healthy growth a while back, but I didn't manage to get a good feel
for how well we were covering the API combined with the range of
possible inputs to it
I took a look at some code a week or so back, which provided for
adding the feature of notification of value changes to arbitrary
observers, designed for use in user interfaces in JIRA
https://issues.apache.org/jira/browse/TUSCANY-1527. I made a copy of
SDO in my sandbox [1] and modified our SDO c
On 10/5/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Simon,
>
> The service that the reference is wired to is not in the same JVM. At the
> moment, the component definition looks like this:
>
> http://www.osoa.org/xmlns/sca/1.0";
> targetNamespace="http://osgidistribution";
>
Thanks for the comprehensive response Mike. Sorry I'm a little tardy in
getting back to this. Have been heads down trying to solve some issues in
the build.
Simon
On 10/2/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
>
> Simon,
>
> Oh boy, I'm going to have to pick the bones out of this one...
>
>
Thanks for the replies Venkat, have been distracted over the last few days
with a series of thorny build issues so only just getting back to this.
Simon
On 10/1/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>
> Hi Simon,
>
> I have tried to answer from whatever I know of polices. Hope it helps
Simon,
The service that the reference is wired to is not in the same JVM. At the
moment, the component definition looks like this:
http://www.osoa.org/xmlns/sca/1.0";
targetNamespace="http://osgidistribution";
name="helloworldreference">
On 10/4/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 10/1/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > ant elder wrote:
> > > On 9/29/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > > Here's sample code to illustrate that use case:
> > >
> > >>
> >
>
[
https://issues.apache.org/jira/browse/TUSCANY-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Combellack updated TUSCANY-1834:
-
Attachment: JMSInvokeOperationTest.patch
JMSInvokeOperation.patch
The f
JMS Binding does not conform to the specification when selecting the opeartion
to invoke
Key: TUSCANY-1834
URL: https://issues.apache.org/jira/browse/TUSCANY-1834
Hi Kelvin,
Getting the CTS structured in a way that better reflects exactly what APIs
are being tested sounds like a great idea to me. I also like the idea of
stub tests so that anybody, with a little time to spare, can easily
write/contribute a missing test.
Frank.
"kelvin goodson" <[EMAIL P
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532668
]
Ron Gavlin commented on TUSCANY-1832:
-
After I incorporated the EMF fix into BaseSDOXSDEcoreBuilder.computeECla
Simon,
Thank you for your reply.
I haven't looked at the node APIs yet, so I will take a look.
I think I will be able to use SCADomainFinder in the scenario that I have at
the moment, where an OSGi service is exposed as a remote service through
SCA, and a remote reference is obtained in another
Some more comments in line.
Regards
Simon
On 10/5/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Simon,
>
> Thank you for your reply.
>
> I haven't looked at the node APIs yet, so I will take a look.
>
> I think I will be able to use SCADomainFinder in the scenario that I have
> at
> the mome
[
https://issues.apache.org/jira/browse/TUSCANY-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-1834:
---
Assignee: Simon Laws
> JMS Binding does not conform to the specification when selecting the
[
https://issues.apache.org/jira/browse/TUSCANY-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532691
]
Chris Lo commented on TUSCANY-1814:
---
Hi Raymond,
I think the problem originated in the WSDLModelResolver.java cl
[
https://issues.apache.org/jira/browse/TUSCANY-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-1834.
-
Resolution: Fixed
Thank you Mark. Just applied the patches.
As you will see the JMS binding is
[
https://issues.apache.org/jira/browse/TUSCANY-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532702
]
Raymond Feng commented on TUSCANY-1814:
---
Hi, Chris.
Thank you for the analysis. I just checked a set of cha
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532704
]
Frank Budinsky commented on TUSCANY-1832:
-
Hi Ron,
Your change will break the behavior that the SDO spec r
XSDHelper.getAppinfo() returns wrong result
---
Key: TUSCANY-1835
URL: https://issues.apache.org/jira/browse/TUSCANY-1835
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
[
https://issues.apache.org/jira/browse/TUSCANY-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532726
]
Fuhwei Lwo commented on TUSCANY-1835:
-
It seems EMF ecore model didn't keep the original elements from XSD
an
[
https://issues.apache.org/jira/browse/TUSCANY-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuhwei Lwo updated TUSCANY-1835:
Description:
According to SDO 2.1 spec section 3.13 (The getAppinfo() methods return the
XML, st
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532720
]
Ron Gavlin commented on TUSCANY-1832:
-
Hi Frank,
I will try your suggested getAliasName() modification and see
[
https://issues.apache.org/jira/browse/TUSCANY-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Fuhwei Lwo updated TUSCANY-1835:
Attachment: 1835.patch
> XSDHelper.getAppinfo() returns wrong result
> --
[
https://issues.apache.org/jira/browse/TUSCANY-1818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1818.
---
Resolution: Fixed
Patch applied on r582344. Thanks.
> XMLStreamSerializer - IllegalStateE
Hi,
I'm looking into JIRA TUSCANY-1678, TUSCANY-1679, TUCANY-1680. At this
moment, the pass-by-value interceptor is added by the
DataBindingRuntimeWireProcessor. I start to wonder if it's the right
approach. The pass-by-value semantics is somehow implementation-specific and
it also requires s
[
https://issues.apache.org/jira/browse/TUSCANY-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532756
]
Chris Lo commented on TUSCANY-1814:
---
Hi Raymond,
I tried the r582332, it still can't resolve the reference. Here
[
https://issues.apache.org/jira/browse/TUSCANY-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Lo updated TUSCANY-1814:
--
Attachment: ExampleService.war
Here is the uploaded war file
> Large memory footprint with large wsd
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532762
]
Frank Budinsky commented on TUSCANY-1832:
-
Hi Ron,
It looks like you've run into an EMF limitation that ca
Maybe it would help for me to point out that I'd opened 1678,79,80 before
the refactoring for
TUSCANY-1559 was performed.
As I have the time I'll try to understand to what degree if any 1559 may
have addressed the issues I mentioned.
But Raymond, on the surface it seems like you're suggesting go
[
https://issues.apache.org/jira/browse/TUSCANY-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532782
]
Raymond Feng commented on TUSCANY-1814:
---
Thank you for the test case and it helps. I checked in the fix under
More comments inline.
Thanks,
Raymond
- Original Message -
From: "Scott Kurz" <[EMAIL PROTECTED]>
To:
Sent: Friday, October 05, 2007 1:57 PM
Subject: Re: Pass-by-value interceptor
Maybe it would help for me to point out that I'd opened 1678,79,80 before
the refactoring for
TUSCANY
Comments inline.
Thanks,
Raymond
- Original Message -
From: "Simon Laws" <[EMAIL PROTECTED]>
To:
Sent: Friday, October 05, 2007 2:39 AM
Subject: Re: A demo application to showcase our XML integration story
On 10/4/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
I put together a
35 matches
Mail list logo