Re: [jira] Closed: (TUSCANY-1053) Use a Tuscany namespace for all non-spec'd Tuscany extensions

ant elder wrote: On 8/3/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: Taking that line of thought and you hit the long thread associated with: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200701.mbox/[EMAIL PROTECTED] which is what I

Adjusting package names to include module names

I've spent some time reviewing our various modules and noticed that a number of packages do not follow our current package naming convention: org.apache.tuscany.sca.module name.* I'm starting to fix them, I should be ready to commit these fixes before we cut the release branch next week. --

Re: Renaming binding-ajax to binding-dwr?

ant elder wrote: On 8/19/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'd like to rename binding-ajax to binding-dwr, as Ajax is a really generic term, and it will make clear that this binding is actually using the DWR (Direct Web Remoting) protocol. Thoughts? Right now

Re: [jira] Closed: (TUSCANY-1053) Use a Tuscany namespace for all non-spec'd Tuscany extensions

Luciano Resende wrote: Sebastien wrote : IMO application developers shouldn't have to suffer from the complexity of XML... How about supporting composites without namespace declarations at all? I'm trying to understand all the proposals here, what would be the side effects

Re: Disabled build of binding-sca-axis2 and distributed-impl, was: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project]

I've committed a fix for calculator-distributed. I fired up my FC6 and it worked OK there. Let me know if it still causes issues. Simon It works for me too now. Thanks! -- Jean-Sebastien - To unsubscribe,

Re: Disabled build of binding-sca-axis2 and distributed-impl, was: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project]

Jean-Sebastien Delfino wrote: I've committed a fix for calculator-distributed. I fired up my FC6 and it worked OK there. Let me know if it still causes issues. Simon It works for me too now. Thanks! This is weird, it worked once, and now after rebuilding all the modules from

[jira] Resolved: (TUSCANY-1296) Build failure on Linux/IBM JDK

[ https://issues.apache.org/jira/browse/TUSCANY-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1296. - Resolution: Cannot Reproduce I just tried on Redhat Enterprise Linux 5

Re: Monitoring, logging and exceptions (again)

[snip] ant elder wrote: And also my 2p inline... ...ant On 8/16/07, Simon Laws [EMAIL PROTECTED] wrote: A number of different requirements have been discussed and solutions proposed. My 2p (I'm using Raymond's definitions b.t.w) Tracing: Dump out input/output/exception for method calls

Re: Tuscany/Geronimo Integration Demo

A few questions. [snip] ant elder wrote: I'm not very keen at all on doing that. Couldn't we actually put the code in our svn instead of using SVN externals (if necessary the Geronimo guys could use SVN externals if they really want it). Necessary yes, as far as I know the Geronimo guys are

Re: Validating PolicySet attachments in SCA Artifacts.

Venkata Krishnan wrote: Hi, The PolicyFwk specs mentions that when checking out the applicability of a PolicySet over a binding or implementation, an xpath expression specified in the 'appliesTo' attribute of the PolicySet Defn, should be run against the parent element of the binding or

Re: Validating PolicySet attachments in SCA Artifacts.

-Sebastien Delfino [EMAIL PROTECTED] wrote: Venkata Krishnan wrote: Hi, The PolicyFwk specs mentions that when checking out the applicability of a PolicySet over a binding or implementation, an xpath expression specified in the 'appliesTo' attribute

[jira] Resolved: (TUSCANY-1480) Calling EmbeddedSCADomain.activateDomain() after adding a contribution renders services from previous contribution unusable

[ https://issues.apache.org/jira/browse/TUSCANY-1480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1480. - Resolution: Fixed Yes I did some work recently to clean up

[jira] Resolved: (TUSCANY-1477) CompositeActivatorImpl.deactivate() is empty

[ https://issues.apache.org/jira/browse/TUSCANY-1477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1477. - Resolution: Fixed Yes we did some work recently to clean up

[jira] Resolved: (TUSCANY-1450) Javadoc removed from distribution profile to allow build to complete in continuun machine

[ https://issues.apache.org/jira/browse/TUSCANY-1450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1450. - Resolution: Duplicate Covered by TUSCANY-1546 Javadoc removed from

[jira] Created: (TUSCANY-1546) Continuum build should be fixed to allocate enough heap space to Maven, 63M is not enough

Project: Tuscany Issue Type: Bug Components: Build System Reporter: Jean-Sebastien Delfino Priority: Critical Fix For: Java-SCA-Next [snip] [EMAIL PROTECTED] wrote: Online report : http://vmbuild.apache.org/continuum/servlet

[jira] Resolved: (TUSCANY-1471) Source distribution removed from distribution profile to allow build to complete in continuun machine

[ https://issues.apache.org/jira/browse/TUSCANY-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1471. - Resolution: Duplicate Covered by 1546 Source distribution removed

[jira] Resolved: (TUSCANY-1022) Conversation id injection for conversational service provider -- annotation and field access

[ https://issues.apache.org/jira/browse/TUSCANY-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1022. - Resolution: Fixed This is fixed in the spec v1.0 Conversation id

[jira] Assigned: (TUSCANY-1309) NPE if SCDL uses component reference that is not defined consistently in the implementation

[ https://issues.apache.org/jira/browse/TUSCANY-1309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1309: --- Assignee: Jean-Sebastien Delfino (was: Simon Laws) NPE if SCDL

[jira] Resolved: (TUSCANY-1346) Resolution to TUSCANY-1332 assumes a closed top-level composite that does not support addition of new components

[ https://issues.apache.org/jira/browse/TUSCANY-1346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1346. - Resolution: Fixed I think that this is now fixed. Individual top level

[jira] Updated: (TUSCANY-551) Support secured WSDLs and Schemas

[ https://issues.apache.org/jira/browse/TUSCANY-551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-551: --- Priority: Minor (was: Major) Lowering the priority as an easy work around

[jira] Commented: (TUSCANY-1500) Many callback tests don't run

[ https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520665 ] Jean-Sebastien Delfino commented on TUSCANY-1500: - I renamed these xxxTest.java

[jira] Created: (TUSCANY-1547) itest/conversations ConversationsTest fails with an NPE

: Java SCA Core Runtime Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-Next I renamed the test case to ConversationsTestFIXME to make clear that something needs to be fixed. Here's the NPE I'm getting: java.lang.NullPointerException

[jira] Resolved: (TUSCANY-1525) documentBaseURI is incorrect in wsdl Definition

[ https://issues.apache.org/jira/browse/TUSCANY-1525?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1525. - Resolution: Fixed This seems to be fixed now. documentBaseURI

[jira] Resolved: (TUSCANY-505) xsi:type on root element fo XML doc causes problems

[ https://issues.apache.org/jira/browse/TUSCANY-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-505. Resolution: Fixed This should now work with the changes we've made handle

[jira] Resolved: (TUSCANY-1194) Improve SCA SDO databinding serialization performance

[ https://issues.apache.org/jira/browse/TUSCANY-1194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1194. - Resolution: Fixed We are now using Axis 1.2 so this is resolved

[jira] Commented: (TUSCANY-1487) Unable to use different application and runtime class loaders for a contribution

[ https://issues.apache.org/jira/browse/TUSCANY-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520701 ] Jean-Sebastien Delfino commented on TUSCANY-1487: - This looks like a pretty serious issue

[jira] Updated: (TUSCANY-1487) Unable to use different application and runtime class loaders for a contribution

[ https://issues.apache.org/jira/browse/TUSCANY-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1487: Priority: Major (was: Minor) Unable to use different application

[jira] Resolved: (TUSCANY-1292) Defining a service within a component definition as an alternative to promoting as a composite service results in a wrong behaviour

[ https://issues.apache.org/jira/browse/TUSCANY-1292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1292. - Resolution: Fixed I fixed this one earlier this week, this was caused

[jira] Resolved: (TUSCANY-1472) Rationalize remove() interface of ScopeContainer

[ https://issues.apache.org/jira/browse/TUSCANY-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1472. - Resolution: Fixed Scope container is not part of the SPI

Re: Disabled build of binding-sca-axis2 and distributed-impl, was: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project]

Simon Laws wrote: snip... I have temporarily disabled the build of modules binding-sca-axis2 and distributed impl as they are preventing me to build. OK Sebastien, can you give it another try. I've put them back in. More changes to go in but am interested to know whether

Re: Disabled build of binding-sca-axis2 and distributed-impl, was: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project]

Jean-Sebastien Delfino wrote: Simon Laws wrote: snip... I have temporarily disabled the build of modules binding-sca-axis2 and distributed impl as they are preventing me to build. OK Sebastien, can you give it another try. I've put them back in. More changes to go in but am

[jira] Assigned: (TUSCANY-1460) SDO databinding's SDO metadata is scoped in a classloader different from the webapp classloader created by the embedded tomcat (ClassCastException w/ sample-helloworld-

[ https://issues.apache.org/jira/browse/TUSCANY-1460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1460: --- Assignee: Jean-Sebastien Delfino (was: Luciano Resende) SDO

[jira] Commented: (TUSCANY-1460) SDO databinding's SDO metadata is scoped in a classloader different from the webapp classloader created by the embedded tomcat (ClassCastException w/ sample-helloworld

[ https://issues.apache.org/jira/browse/TUSCANY-1460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520721 ] Jean-Sebastien Delfino commented on TUSCANY-1460: - The problem is that our embedded Tomcat server

[jira] Updated: (TUSCANY-1347) IndexOutOfBoundsException thrown when trying to locate a service that includes a callback

[ https://issues.apache.org/jira/browse/TUSCANY-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1347: Component/s: (was: Java SCA Embedded Runtime) Java

[jira] Resolved: (TUSCANY-1184) Extend depth and breath of generated databinding tests

[ https://issues.apache.org/jira/browse/TUSCANY-1184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1184. - Resolution: Fixed I just reviewed our test suite and I think it's OK

[jira] Resolved: (TUSCANY-1460) SDO databinding's SDO metadata is scoped in a classloader different from the webapp classloader created by the embedded tomcat (ClassCastException w/ sample-helloworld-

[ https://issues.apache.org/jira/browse/TUSCANY-1460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1460. - Resolution: Fixed Fixed now. SDO databinding's SDO metadata

[jira] Resolved: (TUSCANY-824) DataBinding: Is it a concern of Programming Model vs. Assembly?

[ https://issues.apache.org/jira/browse/TUSCANY-824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-824. Resolution: Fixed A fix equivalent to your patch has been applied. I

[jira] Resolved: (TUSCANY-1266) ServiceBindingProvider getBindingInterfaceContract is unnecessary

[ https://issues.apache.org/jira/browse/TUSCANY-1266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1266. - Resolution: Invalid I don't think that this analysis is correct

[jira] Created: (TUSCANY-1549) itest/recursive RecursiveCompositeTestCase fails with an NPE

Components: Java SCA Core Runtime Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-Next RecursiveCompositeTestCase fails with the following exception: org.osoa.sca.ServiceRuntimeException: java.lang.NullPointerException

[jira] Resolved: (TUSCANY-1285) iTests are being skiped due to wrong naming convention

[ https://issues.apache.org/jira/browse/TUSCANY-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1285. - Resolution: Fixed I went through all the test cases that were disabled

[jira] Commented: (TUSCANY-1312) Can not expose Java Implementation class as a service

[ https://issues.apache.org/jira/browse/TUSCANY-1312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520760 ] Jean-Sebastien Delfino commented on TUSCANY-1312: - Using implementation classes instead

[jira] Updated: (TUSCANY-1326) Ajax binding should use endpoints as defined in the assembly spec 1.7.2

[ https://issues.apache.org/jira/browse/TUSCANY-1326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1326: Summary: Ajax binding should use endpoints as defined in the assembly

[jira] Updated: (TUSCANY-435) Spaces binding for SCA

[ https://issues.apache.org/jira/browse/TUSCANY-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-435: --- Issue Type: Wish (was: New Feature) Changed issue type from feature

[jira] Updated: (TUSCANY-1536) Implementation type for XQuery

[ https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1536: Patch Info: [Patch Available] I have created a new JIRA component

[jira] Resolved: (TUSCANY-610) Initial OSGi support effort

[ https://issues.apache.org/jira/browse/TUSCANY-610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-610. Resolution: Fixed I think this one has been resolved, since

[jira] Commented: (TUSCANY-1152) Support Spring beans as eager-init singletons with references to SCA composite references

[ https://issues.apache.org/jira/browse/TUSCANY-1152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520771 ] Jean-Sebastien Delfino commented on TUSCANY-1152: - Any comment? Is the test scenario I proposed

[jira] Updated: (TUSCANY-1152) Support Spring beans as eager-init singletons with references to SCA composite references

[ https://issues.apache.org/jira/browse/TUSCANY-1152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1152: Issue Type: Test (was: Bug) Changed the issue type to test, as no bug

[jira] Updated: (TUSCANY-1064) WSDL2Java tool doesn't have an option to generate Java non-wrapper style interface using dynamic SDO (commonj.sdo.DataObject)

[ https://issues.apache.org/jira/browse/TUSCANY-1064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1064: Priority: Minor (was: Major) Patch Info: [Patch Available

[jira] Resolved: (TUSCANY-1064) WSDL2Java tool doesn't have an option to generate Java non-wrapper style interface using dynamic SDO (commonj.sdo.DataObject)

[ https://issues.apache.org/jira/browse/TUSCANY-1064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1064. - Resolution: Later Marked resolved - later based on my previous comment

[jira] Resolved: (TUSCANY-303) Single package override in tuscany-sca-plugin and tuscany-sdo-plugin insufficient

[ https://issues.apache.org/jira/browse/TUSCANY-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-303. Resolution: Incomplete Could you please reopen this issue when you

[jira] Resolved: (TUSCANY-291) Document our test case development guidelines

[ https://issues.apache.org/jira/browse/TUSCANY-291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-291. Resolution: Fixed Fixed, documented there: http://incubator.apache.org

[jira] Resolved: (TUSCANY-293) Document the architecture of the core runtime

[ https://issues.apache.org/jira/browse/TUSCANY-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-293. Resolution: Fixed Some documentation is available there: http

Re: XQuery Implementation type for SCA

[snip] Raymond Feng wrote: Hi, MPL seems to be acceptable if we don't modify the sources. Please see http://people.apache.org/~rubys/3party.html. The SAXON is available at http://repo1.maven.org/maven2/net/sf/saxon/saxon/8.7/saxon-8.7.jar. Thanks, Raymond - Original Message -

[jira] Assigned: (TUSCANY-1536) Implementation type for XQuery

[ https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1536: --- Assignee: Jean-Sebastien Delfino Implementation type for XQuery

[jira] Commented: (TUSCANY-1536) Implementation type for XQuery

[ https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520172 ] Jean-Sebastien Delfino commented on TUSCANY-1536: - I have commited the three modules: - tuscany

[jira] Commented: (TUSCANY-1536) Implementation type for XQuery

[ https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520173 ] Jean-Sebastien Delfino commented on TUSCANY-1536: - I am leaving the JIRA open for now as you have

Re: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project

[snip] [EMAIL PROTECTED] wrote: Online report : http://vmbuild.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/381/buildId/257310 Build statistics: State: Failed [snip] [INFO]

[jira] Assigned: (TUSCANY-1477) CompositeActivatorImpl.deactivate() is empty

[ https://issues.apache.org/jira/browse/TUSCANY-1477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-1477: --- Assignee: Jean-Sebastien Delfino

Re: Tuscany/Geronimo Integration Demo

Simon Laws wrote: On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I am not referencing this class directly in my code. Can it be that the published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or not the latest?? I can not think of other possibilities. Vamsi On

[jira] Updated: (TUSCANY-1542) BPEL extension to link sca component into a business process

[ https://issues.apache.org/jira/browse/TUSCANY-1542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1542: Component/s: Java SCA BPEL Implementation Extension BPEL extension

[jira] Commented: (TUSCANY-1542) BPEL extension to link sca component into a business process

[ https://issues.apache.org/jira/browse/TUSCANY-1542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520446 ] Jean-Sebastien Delfino commented on TUSCANY-1542: - The work started under java/sca/modules

Re: Late resolution of reference targets - was:Accessing global domain information

Raymond Feng wrote: Comments inline. Thanks, Raymond - Original Message - From: Simon Laws [EMAIL PROTECTED] To: tuscany-dev tuscany-dev@ws.apache.org Sent: Tuesday, August 14, 2007 12:37 AM Subject: Late resolution of reference targets - was:Accessing global domain information

Re: Metadata related to extension types

Venkata Krishnan wrote: Hi, The Assembly Model specs mentions the 'need' for definitions of metadata related to implementation and binding extensions types as follows: 2665 In addition to the definition for the new implementation instance element, there needs to be an 2666 associated

Re: Rules for determining binding endpoint URIs, was: Binding endpoints (was Fwd: Services and WSDL files

Jean-Sebastien Delfino wrote: Jean-Sebastien Delfino wrote: [snip] Another problem is all our bindings work differently. So binding.ws/, binding.rmi/ binding.jms/ binding.jsonrpc/ etc all result in a service being available at a different endpoint. Also the uri attribute on those

Do we still need special handling of callback bindings and wires?

Now that callbacks are represented as regular services/references, are the if (callback.) { } on lines 503 and 579 of CompositeActivatorImpl still necessary? If yes, then the next question is: Why? :) -- Jean-Sebastien

Re: Rules for determining binding endpoint URIs, was: Binding endpoints (was Fwd: Services and WSDL files

ant elder wrote: On 8/15/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Jean-Sebastien Delfino wrote: [snip] Another problem is all our bindings work differently. So binding.ws/, binding.rmi/ binding.jms

Re: Monitoring, logging and exceptions (again)

ant elder wrote: On 8/10/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Simon Laws wrote: On 8/8/07, ant elder [EMAIL PROTECTED] wrote: On 8/7/07, Simon Laws [EMAIL PROTECTED] wrote: We talked about this before ( http://www.mail-archive.com/tuscany-dev

Re: Metadata related to extension types

[snip] Venkata Krishnan wrote: I am really not able to classify these two as just related to policy implementation alone. From what I understand these two are mechanisms for extensions to publish meta-data in general and not specifically metadata related to their support for policies. I just

[jira] Commented: (TUSCANY-1523) Enhance ArtifactProcessors to be registered for file names, as well as for file types

[ https://issues.apache.org/jira/browse/TUSCANY-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520109 ] Jean-Sebastien Delfino commented on TUSCANY-1523: - Can you try to register your artifact processor

Home page for Tuscany standalone runtime

The runtime currently prints the servlet mappings to System.out when it starts. In order to make that kind of information easier to use, I've started to put together a home page that people can point their Web browser to, listing some basic information about the running Tuscany runtime,

Re: SCA distribution is really big now

ant elder wrote: On 8/14/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Anderson, Jeff T (CA - Toronto) wrote: I like having the samples, in the absence of extensive documentation these are key to understanding Tuscany... I like the idea of packaging the samples

Re: [SCA Native] java implementation and interface schema files loaded but not used

Jean-Sebastien Delfino wrote: David Haney wrote: -Original Message- From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 8:33 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] java implementation and interface schema files loaded

Re: Defer the creation of invocation chains to the first time when they are used

Raymond Feng wrote: Hi, We aggresively create the invocation chains for each runtime wire in CompositeActivatorImpl. I'm changing the code to defer the creations to a later point when they are used for the first time. I'll chack them in if there are no objections. Thanks, Raymond

Re: [SCA Native] java implementation and interface schema files loaded but not used

David Haney wrote: -Original Message- From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 8:33 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] java implementation and interface schema files loaded but not used Brady Johnson wrote

Re: Policy intents and policySets on bindings and implementations

[snip] Venkata Krishnan wrote: Hi Sebastien, Yes, this was what I intended to do initially. But got a bit concerned about losing the original state of the model after build time. I was thinking of a Admin or Mgmt function that might display the original configurations before thing got built

Re: mvn eclipse:eclipse fails on java

Ole Ersoy wrote: Hi Simon, SNIP assuming you have the source tree checked out of svn. Yes Can you try building that module before you run the eclipse generation? Sure - I'll give it a shot. If I'm in ./java how do I find the module? sca/modules/module-name-without-the-tuscany-prefix

Re: Build Failure on java trunk

Ole Ersoy wrote: Hi, I just tried building the entire java trunk, and I get the following build failure: --- T E S T S --- Running

Policy intents and policySets on bindings and implementations

I noticed that bindings and implementations now have: - intents - policySets and - computedIntents - computedPolicySets How about simplifying this a bit and doing what we've done in CompositeBuilder with all other similar cases like bindings, property configuration etc. - we read intents -

Re: [SCA Native] java implementation and interface schema files loaded but not used

Brady Johnson wrote: Does anyone have any insight into why these files are loaded but never used in TuscanySCA Native: TuscanySCA Root dir/xsd/ sca-implementation-java.xsd sca-interface-java.xsd I created a JIRA for this: https://issues.apache.org/jira/browse/TUSCANY-1513

Re: Release management for next release, was: SCA 0.92 release?

ant elder wrote: I guess early the following week still leaves time for an August release. It will be real tight though so we'll all need to be quick and thorough with our RC reviews as one problem once we get to the IPMC voting and it could easily slip it into September. So does taking the

Re: Intent and Policy attachments on Operations

pointer I'll let you think about it :) On 8/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Venkata Krishnan wrote: Hi, The Assembly Specs and the PolicyFramework specs allows for intents and policysets to be specified on Operations. To implement this I'd expect

Re: Intent and Policy attachments on Operations

ant elder wrote: On 8/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Venkata Krishnan wrote: Hi, The Assembly Specs and the PolicyFramework specs allows for intents and policysets to be specified on Operations. To implement this I'd expect that the Operation interface support

Re: [jira] Commented: (TUSCANY-1526) Trying to wire a non-wireable binding should fal gracefully

Simon Laws wrote: On 8/10/07, Simon Nash [EMAIL PROTECTED] wrote: What happens if you change the example a little bit to: component name=CalculatorServiceComponent implementation.java class= calculator.CalculatorServiceImpl/ reference name=addService

Re: Accessing global domain information

On 8/9/07, Simon Laws [EMAIL PROTECTED] wrote: On 8/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Simon Laws wrote: I need some advice on the way the code is structures. In various places in the code I need to get at some information

Re: Cross-jvm locate service

[EMAIL PROTECTED] wrote: On 8/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Comments inline. [snip] Simon Laws wrote: Currently getServiceReference() expects a service name so we can rely on the implication that all contributed composites are notionally included

Re: [jira] Commented: (TUSCANY-1499) Core wiring framework should create pseudo-services and pseudo-references for callbacks

Simon Nash wrote: See inline. Simon Jean-Sebastien Delfino wrote: Simon Nash wrote: Jean-Sebastien Delfino wrote: Simon Nash wrote: Sorry that I missed this the first time round. See inline. Simon Jean-Sebastien Delfino wrote: [snip] The important part in what I was proposing

Re: XQuery Implementation type for SCA

Hi Vasil, This sounds like a really good idea, very promising! I imagine that XQuery components will be very useful to transform/extract/mediate the data flowing through most SCA integration applications! Welcome to Tuscany :) -- Jean-Sebastien Raymond Feng wrote: Hi, Vasil. Welcome to

Re: Release management for next release, was: SCA 0.92 release?

ant elder wrote: On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote: snip - Post 0.95, maybe a couple of weeks after the release, we'd cut another branch and head with that for 1.0 release. Being a 1.0 release, we prob. need a branch early as that so that we can whet the things we are

Re: [jira] Commented: (TUSCANY-1499) Core wiring framework should create pseudo-services and pseudo-references for callbacks

Simon Nash wrote: Sorry that I missed this the first time round. See inline. Simon Jean-Sebastien Delfino wrote: [snip] Simon Nash wrote: See inline. Simon Jean-Sebastien Delfino (JIRA) wrote: [ https://issues.apache.org/jira/browse/TUSCANY-1499?page

Re: [jira] Commented: (TUSCANY-1499) Core wiring framework should create pseudo-services and pseudo-references for callbacks

Simon Nash wrote: Jean-Sebastien Delfino wrote: Simon Nash wrote: Sorry that I missed this the first time round. See inline. Simon Jean-Sebastien Delfino wrote: [snip] The important part in what I was proposing was: and will save the application developer to have to understand

Re: Monitoring, logging and exceptions (again)

Simon Laws wrote: On 8/8/07, ant elder [EMAIL PROTECTED] wrote: On 8/7/07, Simon Laws [EMAIL PROTECTED] wrote: We talked about this before ( http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg16784.html) but didn't come to any conclusions. So, 1/ What is the requirement? 2/ What

Re: SCA schema files, where can I download them

Brady Johnson wrote: Does anyone know where I can download the SCA schema files referenced in the SCA_AssemblyModel_v100? Specifically: * sca-core.xsd * sca-binding-sca.xsd * sca-interface-wsdl.xsd * sca-implementation-composite.xsd * sca-definitions.xsd The schemas are

Re: Policy Attachments Resolution in the Assembly Model

currently. Makes sense ? - Venkat On 8/8/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: [snip] Venkata Krishnan wrote: Hi Sebastien, thanks. I've figured out all of this already :) Just the one hanging thing - the definitions.xml is an artifact that might have to be picked up

Re: Release management for next release, was: SCA 0.92 release?

ant elder wrote: On 8/9/07, Simon Nash [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: [snip] Simon Nash wrote: Raymond Feng wrote: [snip] 2) We could branch for the 1.0 release to contain the candidate modules and keep doing 1.0

Re: Cross-jvm locate service

Comments inline. [snip] Simon Laws wrote: Currently getServiceReference() expects a service name so we can rely on the implication that all contributed composites are notionally included into the domain level composite to reference a component and extend Sebastien's process to say. Just to

Re: Intent and Policy attachments on Operations

Venkata Krishnan wrote: Hi, The Assembly Specs and the PolicyFramework specs allows for intents and policysets to be specified on Operations. To implement this I'd expect that the Operation interface support methods to hold a set of required intents and policysets. This also seems in sync

Re: Accessing global domain information

Simon Laws wrote: I need some advice on the way the code is structures. In various places in the code I need to get at some information that logically belongs to the sca domain. For example, CompositeWireBuilderImpl.connectComponentReferences() Tries to resolve services. In the distributed

Re: New itest folder: guidelines

venu reddy wrote: Folks, I am planing to create my own folder (venu) in java/sca/itests and write few sample tests. Can any one please post if you have any guidelines on writing pom.xml (\java\sca\itests\venu\pom.xml) to include my sample tests for maven to build and execute. Thanks, Venu.

Re: Dynamic registration of databindings, was: 0.91 Memory Footprint

Raymond Feng wrote: Hi, Your latest proposal sounds good. Thanks, Raymond - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Sunday, August 05, 2007 7:20 PM Subject: Re: Dynamic registration of databindings, was: 0.91 Memory

Re: Policy Attachments Resolution in the Assembly Model

[snip] Venkata Krishnan wrote: Hi Sebastien, thanks. I've figured out all of this already :) Just the one hanging thing - the definitions.xml is an artifact that might have to be picked up by the contribution service. While processors for all other documents could be found by their unique

<    7   8   9   10   11   12   13   14   15   16   >