On Mon, Jun 1, 2009 at 11:55 PM, ant elder wrote:
> On Thu, May 28, 2009 at 10:18 PM, Luciano Resende
> wrote:
>> Tuscany currently supports two Collection interfaces for the Atom
>> Binding, one based on the Apache Abdera models, and another based on
>> generics that uses Tuscany Databinding to
snip...
> 1) Do we need to register the endpoint references? For callbacks, we can
> just publish the endpoint for the callback.
Not now but his was for the future if we need to establish what
endpoint references are out there when a new service gets added.
Corner case so we can ignore for the ti
> In r780938 i've committed an this EndpointRegistry interface, and an
> impl of the interface, not sure how long we'd keep that impl for as-is
> but it gives something simple to get going with for now. I did add
> getters as it helps with debugging for now, and it does still include
> the Endpoint
Unsubscribe. Thanks.
Hi,
I would like to take up ASSEMBLY-8 Artifact resolution and get it done for
M3.
Is anyone already started working on this item, please let me know.
On Fri, May 29, 2009 at 6:20 PM, Simon Laws wrote:
> On Wed, May 27, 2009 at 8:25 AM, ant elder wrote:
> > On Tue, May 12, 2009 at 9:38 AM, Sim
ant elder wrote:
On Fri, May 29, 2009 at 5:36 PM, Simon Laws wrote:
I've noticed over the last couple of months that we have, on some
occasions, become a little lax about adding the "why" alongside the
"what" in our commit comments. Particularly problematic when there is
no JIRA to refer to. I'
Raymond Feng wrote:
I updated the Tuscany SCA dependency to 1.5 release. The travelsample
version is now 1.0-SNAPSHOT. We used to inherit it from the parent pom
which is now 1.5. I think it's better decouple them.
+1 for decoupling these.
Simon
Thanks,
Raymond
---
On Tue, Jun 2, 2009 at 3:17 PM, Simon Nash wrote:
> I have often used the "Fix TUSCANY-xxx" style of commmit comment,
> together with a longer comment in the JIRA explaining the change.
> IMO this is better than putting the long explanation in the commit
> comment, because it makes it easier for
A few comments:
1) The interface should probably be in core-spi module instead of assembly.
It's the runtime behavior instead of a model.
2) We should use it as a utility (instead of a static) from the
UtilityExtensionPoint which can be looked up from the
ExtensionPointRegistry. This allows di
Same here. I prefer to use JIRA to track the details.
Thanks,
Raymond
--
From: "Simon Nash"
Sent: Tuesday, June 02, 2009 7:17 AM
To:
Subject: Re: Commit comment quality?
ant elder wrote:
On Fri, May 29, 2009 at 5:36 PM, Simon Laws
wrote:
I've
ModuleActivators being picked up twice from the classpath
-
Key: TUSCANY-3070
URL: https://issues.apache.org/jira/browse/TUSCANY-3070
Project: Tuscany
Issue Type: Bug
Affects Versio
Dependency ordering
---
Key: TUSCANY-3071
URL: https://issues.apache.org/jira/browse/TUSCANY-3071
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-1.5
Environment: All
Reporter: Simon Laws
Domain manager error handling
-
Key: TUSCANY-3072
URL: https://issues.apache.org/jira/browse/TUSCANY-3072
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-1.5
Environment: All
R
Callbacks are not constructed correctly in the distributed domain for
binding.sca
-
Key: TUSCANY-3073
URL: https://issues.apache.org/jira/browse/TUSCANY-3073
Project: Tus
Domain Manager generated binding names that are not QNames
--
Key: TUSCANY-3074
URL: https://issues.apache.org/jira/browse/TUSCANY-3074
Project: Tuscany
Issue Type: Bug
Affects Vers
The composite processor shouldn't write out references and services generated
to handle callbacks.
---
Key: TUSCANY-3075
URL: https://issues.apache.org/jira/browse/TU
Dealock in binding.ws for 2 concurrent callbacks
Key: TUSCANY-3076
URL: https://issues.apache.org/jira/browse/TUSCANY-3076
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-1.5
Hi.I'm back again with my weekly progress. Not easy at all to write after
each week, and i hope i won't soon give up.
Stage 2 Running Tuscany SCA from Android
Running the existing version of calculator-android fires the following error
in the android Logcat:
05-31 06:12:43.478: ERROR/dalvikvm(1
I've been changing the travel sample that some of us are working on to
work with the domain manager. It has been a painful experience. The
problems I came across.
Activators are read twice TUSCANY-3070
Checked work around to symptom into 1.x
Dependencies are not managed correctly TUSCANY-3071
On Tue, Jun 2, 2009 at 7:39 AM, ant elder wrote:
> On Tue, Jun 2, 2009 at 3:17 PM, Simon Nash wrote:
>
>> I have often used the "Fix TUSCANY-xxx" style of commmit comment,
>> together with a longer comment in the JIRA explaining the change.
>> IMO this is better than putting the long explanation
SCA node cannot be stopped as ConversationManagerImpl holds a thread pool using
ScheduledExecutorService
Key: TUSCANY-3077
URL: https://issues.apache.org/jira
Hello,
Consider this interaction scenario in the same tuscany runtime.
SCA component A --> implementation.bpel
SCA component B --> implementation.java with binding.ws
If A invokes B, will it be a local java call? or a webservice
call.
In my understanding
On Wed, Jun 3, 2009 at 4:03 AM, wrote:
> Author: rfeng
> Date: Wed Jun 3 03:03:38 2009
> New Revision: 781243
>
> URL: http://svn.apache.org/viewvc?rev=781243&view=rev
> Log:
> Remove cache of RMI proxy
>
Would you explain why?
...ant
A scenario very similar to what you have described below is
demonstrated in our helloworld-reference itest, and responding to your
question, in this case we are not going to make a webservice call, but
a local call, and you can even remove the binding.ws from the
component B service.
As for your p
Hi Simon,
Agree with you, I am one such culprit for recently checking in codes for
spring module
refactoring without a JIRA. I realized the mistake later when I had to track
the changes
that were made for the entire spring refactoring work.
My suggestion is that, we should always have a JIRA asso
We look up RMI services by the name from the registry. If the RMI service
has been restarted or rebound, the proxy becomes staled and it fails with
NoSuchObjectException. The failure has been produced with OSGi bundle
update.
Thanks,
Raymond
--
F
Thanks. I can get the domain manger running with your changes (should be
1.6-SNAPSHOT instead of 1.5-SNAPSHOT).
I also have to fix the following issue to get the node cleanly stopped:
https://issues.apache.org/jira/browse/TUSCANY-3077
Thanks,
Raymond
--
27 matches
Mail list logo