Re: TUSCANY-2939 - Supporting HTML Content Type when using Generic Collection with Atom Binding

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

Re: Discovery-based SCA Domain for OSGi RFC 119

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

Re: Discovery-based SCA Domain for OSGi RFC 119

> 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

Unsubscribe. Thanks.

Re: [2.x] What will be in 2.x M3?

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

Re: Commit comment quality?

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'

Re: Which level of Tuscany/SCA 1.x version should be used for the TravelSample in the sandbox?

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 ---

Re: Commit comment quality?

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

Re: Discovery-based SCA Domain for OSGi RFC 119

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

Re: Commit comment quality?

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

[jira] Created: (TUSCANY-3070) ModuleActivators being picked up twice from the classpath

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

[jira] Created: (TUSCANY-3071) Dependency ordering

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

[jira] Created: (TUSCANY-3072) Domain manager error handling

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

[jira] Created: (TUSCANY-3073) Callbacks are not constructed correctly in the distributed domain for binding.sca

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

[jira] Created: (TUSCANY-3074) Domain Manager generated binding names that are not QNames

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

[jira] Created: (TUSCANY-3075) The composite processor shouldn't write out references and services generated to handle callbacks.

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

[jira] Created: (TUSCANY-3076) Dealock in binding.ws for 2 concurrent callbacks

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

Weekly progress - GSOC09

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

[1.x] distributed travel sample pain

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

Re: Commit comment quality?

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

[jira] Created: (TUSCANY-3077) SCA node cannot be stopped as ConversationManagerImpl holds a thread pool using ScheduledExecutorService

SCA node cannot be stopped as ConversationManagerImpl holds a thread pool using ScheduledExecutorService Key: TUSCANY-3077 URL: https://issues.apache.org/jira

Re: how to access another SCA Component in BPEL

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

Re: svn commit: r781243 - /tuscany/java/sca/modules/binding-rmi-runtime/src/main/java/org/apache/tuscany/sca/binding/rmi/provider/RMIBindingInvoker.java

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

Re: how to access another SCA Component in BPEL

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

Re: Commit comment quality?

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

Re: svn commit: r781243 - /tuscany/java/sca/modules/binding-rmi-runtime/src/main/java/org/apache/tuscany/sca/binding/rmi/provider/RMIBindingInvoker.java

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

Re: [1.x] distributed travel sample pain

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 --