I don't think the tomcat deep integration, JMS, or distribution structure
changes would all be done by next week. Haven't seen much happening with
jsonrpc references recently either. We do have all of the rest of this year
to continue development though right?
...ant
On Dec 11, 2007 10:59 PM,
[
https://issues.apache.org/jira/browse/TUSCANY-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
gengshaoguang updated TUSCANY-1933:
---
Attachment: itest.transaction.zip
policy-transaction.zip
> policy-transacti
On Dec 12, 2007 12:10 AM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> Hi,
>
> My understanding is that the bindings represent the configured endpoints:
> reference bindings are for outbound while service bindings are for
> inbound.
> When a source reference is wired to a target service, we need to m
[
https://issues.apache.org/jira/browse/TUSCANY-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
gengshaoguang updated TUSCANY-1933:
---
Attachment: policy-transaction.diff.txt
itest.transaction.diff.txt
> policy
policy-transaction one step further, use JNDI to host TM, itest/transaction
supplemented too
Key: TUSCANY-1933
URL: https://issues.apache.org/jira/browse/TUSCANY-1933
Hi,
Some thoughts and questions.
When you talk about making "TM easier", are you talking about the
interface that the end-user see or are you talking about the Tuscany
developer who is trying to put together this functionality?
Today, in Java, TM is mostly about JEE and JEE makes heavy use o
Following Ant's question, after you cut the first RC, development
would continue on trunk or on a branch ? Based on the timeframe and
considering we would still work on issues on the week of Jan 7th, I'd
recommend continue on trunk until sometime around end of year.
On Dec 12, 2007 12:22 AM, ant e
On Dec 12, 2007 8:22 AM, ant elder <[EMAIL PROTECTED]> wrote:
> I don't think the tomcat deep integration, JMS, or distribution structure
> changes would all be done by next week. Haven't seen much happening with
> jsonrpc references recently either. We do have all of the rest of this
> year
> to
[
https://issues.apache.org/jira/browse/TUSCANY-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Verberne updated TUSCANY-1930:
---
Attachment: TUSCANY-1930 (2)- CompositeWireBuilderImpl.java
The first version of the attach
[
https://issues.apache.org/jira/browse/TUSCANY-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550893
]
averberne edited comment on TUSCANY-1930 at 12/12/07 1:50 AM:
--
The first version o
On Dec 11, 2007 2:23 PM, Rajini Sivaram <[EMAIL PROTECTED]>
wrote:
> Hello,
>
> We are looking at implementing a reference implementation for
> Distributed-OSGi based on SCA metadata using Tuscany. In the long term,
> this
> support is expected to be based on pure SCA dynamic wiring at the domain
[
https://issues.apache.org/jira/browse/TUSCANY-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Verberne updated TUSCANY-1930:
---
Attachment: (was: TUSCANY-1930 - CompositeConfigurationBuilderImpl.java)
> Wire specifi
On Dec 12, 2007 9:45 AM, Luciano Resende <[EMAIL PROTECTED]> wrote:
> Following Ant's question, after you cut the first RC, development
> would continue on trunk or on a branch ? Based on the timeframe and
> considering we would still work on issues on the week of Jan 7th, I'd
> recommend continue
It occurred to me that there's a bit of a knack to debugging into EMF code,
so I just wrote an FAQ to describe how to do this. Comments are welcome on
its clarity or accuracy.
Regards, Kelvin.
On 11/12/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> Amita,
>
> It feels like option 1 is the e
By the way, until the wiki has been used to update the websitre then the FAQ
can be seen at
http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SDO+Java+-+FAQ
Kelvin.
On 12/12/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> It occurred to me that there's a bit of a knack to debugging
Folks,
Jean-Sebastien Delfino wrote:
That was the intention :) a node would be:
You could also extend the idea to do:
where the could represent:
- technical services offered to manage the node
- or a description of the business services offered by the composite
loade
[
https://issues.apache.org/jira/browse/TUSCANY-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Verberne updated TUSCANY-1930:
---
Attachment: TUSCANY-1930 (3) - CompositeWireBuilderImpl.java
I took a closer look at the co
[
https://issues.apache.org/jira/browse/TUSCANY-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Verberne updated TUSCANY-1930:
---
Attachment: (was: TUSCANY-1930 (2)- CompositeWireBuilderImpl.java)
> Wire specified in
On Dec 12, 2007 11:51 AM, Mike Edwards <[EMAIL PROTECTED]>
wrote:
> Folks,
>
> Jean-Sebastien Delfino wrote:
>
> >
> > That was the intention :) a node would be:
> >
> >
> >
> >
> >
> > You could also extend the idea to do:
> >
> >
> >
> >
> >
> >
> >
> >
> > where the could
[
https://issues.apache.org/jira/browse/TUSCANY-1863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1863:
---
Attachment: workpool-dynamic.zip
This is the last adaptive version of my workpool distribut
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Priority: Minor (was: Major)
> Dynamic Wiring: Adding a new component to a contribution
>
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Attachment: updater.zip
This package adds a new component.The dynamic wiring has still prob
Simon,
Comments inline...
Thank you...
Regards,
Rajini
On 12/12/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On Dec 11, 2007 2:23 PM, Rajini Sivaram <[EMAIL PROTECTED]>
> wrote:
>
> > Hello,
> >
> > We are looking at implementing a reference implementation for
> > Distributed-OSGi based on S
I would like to use the holiday period to work on fixing up the
contents of the release. I don't intend to work on anything that
would not be part of the release. It would be easier for me to
do this work in trunk.
Simon
Simon Laws wrote:
On Dec 12, 2007 9:45 AM, Luciano Resende <[EMAIL PR
I have been trying to follow this discussion and I think I'm about 90%
up to speed (dangerous I know). Keeping the original binding information
around seems useful. Rebuilding the entire domain composite every time
there is a change seesm undesirable. Could we put the resolved/cloned
bindings i
Folks,
A thought here is whether we should be keeping around all of the
original SCDL at all times.
I can regard the Domain as consisting of the SCDL made up from all the
contributions made into it. I have the view that the Domain is a kind
of distributed database of configuration informati
I'm probably not going to provide enough information to get much of an
answer but I'll ask now anyway in case anyone has an obvious answer right
away...
Is there a simple way for a binding to say what data binding it wants used?
I know there's Interface.resetDataBinding but to use that you need t
And a vaguely related supplementary question...what is (or is there) a data
binding for getting xml text. I thought there was and have been trying to
use "xml.string" but that doesn't seem to work as getTransformerChain in
MeadiatorImpl always throws a "No path found for the transformation:"
except
On Dec 12, 2007 3:23 PM, ant elder <[EMAIL PROTECTED]> wrote:
> I'm probably not going to provide enough information to get much of an
> answer but I'll ask now anyway in case anyone has an obvious answer right
> away...
>
> Is there a simple way for a binding to say what data binding it wants
> u
Please use XMLStringDataBinding.NAME instead. The current name is
"java.lang.String" but we may change it.
Thanks,
Raymond
- Original Message -
From: "ant elder" <[EMAIL PROTECTED]>
To: "tuscany-dev"
Sent: Wednesday, December 12, 2007 8:58 AM
Subject: Re: How to set a specific data b
On Dec 12, 2007 3:29 PM, Mike Edwards <[EMAIL PROTECTED]>
wrote:
> Folks,
>
> A thought here is whether we should be keeping around all of the
> original SCDL at all times.
>
> I can regard the Domain as consisting of the SCDL made up from all the
> contributions made into it. I have the view tha
Thanks!
...ant
On Dec 12, 2007 5:11 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> Please use XMLStringDataBinding.NAME instead. The current name is
> "java.lang.String" but we may change it.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "ant elder" <[EMAIL PROTECTED]>
> To: "
Hi,
Let's assume the reference is component1.ref1 with binding.x. The reference
is declared in the java component using @Reference annotation as follows:
@Reference
public OtherService ref1; // OtherService is remotable interface
The client component will call the other service:
ref1.doSometh
The same interface type can be referenced by many references/services XML
declarations. At this moment, whenever an is present in the
SCDL, we create an instance of XXXInterface. Ideally, we should have a
separate model to capture the representation of an interface type, for
example, JavaInter
On Dec 12, 2007 5:44 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> The same interface type can be referenced by many references/services XML
> declarations. At this moment, whenever an is present in
> the
> SCDL, we create an instance of XXXInterface. Ideally, we should have a
> separate model to
Yes, that's what I meant.
Thanks,
Raymond
- Original Message -
From: "Simon Laws" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, December 12, 2007 10:12 AM
Subject: Re: How to set a specific data binding to be used by a binding?
On Dec 12, 2007 5:44 PM, Raymond Feng <[EMAIL PROTECTED]> w
Though this gives unwrapped xml, is there something to set somewhere so it
gives wrapped style xml?
...ant
On Dec 12, 2007 5:27 PM, ant elder <[EMAIL PROTECTED]> wrote:
> Thanks!
>
>...ant
>
>
> On Dec 12, 2007 5:11 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> > Please use XMLStringDat
Jean-Sebastien Delfino wrote:
Raymond Feng wrote:
Hi,
I tried the plugins and it works well.
I also made the following improvements:
1) Integrate the plugin with maven scm capability, i.e. use APIs to
call "svn status" to detect if there are any local changes against SVN
repo. (Pretty fast
Giorgio Zoppi wrote:
Great!
Giorgio, if I understand correctly, the above scheme will help you
trigger the XStream databinding for objects that implement the
XStreamable interface you've defined.
Yes. I use it also for serializing Jobs, but I'm going to change this.
I feel that too much xml
is
Venkata Krishnan wrote:
Hi,
I've tried another way out of this and it works... here is a jist of what
I've done...
- During the composite loading phase itself aggregate the policies into the
child elements. This makes the component free to take over the
implementation policies since it has alr
Hi,
Beyond performance, I don't think svn stat is good way to handle the case
that the project has been updated from svn but the build is not run yet. I
now ported the timestamp check from the maven-compiler-plugin and it should
give us the capability to be incremental.
http://svn.apache.org
Hi,
Are you using a java interface or do you have the wrapper-style WSDL? For a
java interface, we by default treat it as unwrapped.
Maybe you can give us more information about the scenario and we can talk
about more options from there.
Thanks,
Raymond
- Original Message -
From:
The discussion is getting too long for me to follow, sorry. We
(including me) should try harder to write shorter emails.
Simon Laws wrote:
When processing references at the domain level I need to know the name of
the target service which each reference binding...
Question: When? are you insta
Mike Edwards wrote:
Folks,
A thought here is whether we should be keeping around all of the
original SCDL at all times.
I can regard the Domain as consisting of the SCDL made up from all the
contributions made into it. I have the view that the Domain is a kind
of distributed database of co
Simon Laws wrote:
On Dec 10, 2007 8:54 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
The ComponentService represents the configuration for a service for a
component while Service is for the service at componentType level. The
method ComponentService.getService() can be used to find the Servi
Mike Edwards wrote:
Folks,
I think that it would be best to have implementation.node offer a set of
services which relate to its activities as a node (ie node management)
and NOT the business services offered by the artifacts deployed onto the
node.
+1
--
Jean-Sebastien
---
Thank you for your reply, Mike:
I agree with you, your words are correct!
BUT, problem is: Tuscany needs more users, and Tuscany is not the biggest gold,
why users come to Tuscany? One of the reasons should be adaptability . Users
has big lot of technology in use before Tuscany (include JNDI).
Raymond Feng wrote:
Yes, that's what I meant.
So I think you are saying there should be
- a object that represents the interface that can be found in the
contribution - the type
- an object that represents the element - the declaration
- a relationship between the two.
Simon
Yes, the r
Hello every one:
Boundary of Transaction is unknown to user, it means: begin and commit are held
by Tuscany's runtime.
But XA resources needs TM to!
XA resources spread every where inside users application and might be far from
Tuscany's reach.
To this point, JNDI is a good way for those XA re
Hi,
Sorry, I should have said 'resolution phase'. Its all done in the
CompositeProcessor.resolve method.
Thanks
- Venkat
On Dec 13, 2007 6:06 AM, Jean-Sebastien Delfino <[EMAIL PROTECTED]>
wrote:
> Venkata Krishnan wrote:
> > Hi,
> >
> > I've tried another way out of this and it works... her
I could see that static and dynamic DOs (using xsd:anyType) can be passed
using web service, but when it comes to DataGraph containing ChangeSummary
is there a way to pass it as parameter?
-Amita
On Nov 14, 2007 6:34 PM, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
> There is an old thread -
> htt
51 matches
Mail list logo