[jira] Created: (TUSCANY-1489) Incorporate artifact signing when building distribution or deploying artifacts

Incorporate artifact signing when building distribution or deploying artifacts -- Key: TUSCANY-1489 URL: https://issues.apache.org/jira/browse/TUSCANY-1489 Project: Tuscany

Re: [VOTE] Release SDO Java version 1.0-incubating

+1 from me ; ) Adriano Crestani On 7/30/07, Amita Vadhavkar [EMAIL PROTECTED] wrote: Hi Kelvin, +1 (non-binding) from me. I have downloaded the RC3, browsed through doc and ran samples, and it all looked fine. Regards, Amita On 7/28/07, kelvin goodson [EMAIL PROTECTED] wrote: If

[VOTE] Release Tuscany Java DAS beta1 (RC3)

Please vote to release the beta1 distribution of Tuscany DAS for Java. All the major issues reported in RC1 and RC2 should now be fixed. The Release Candidate RC3 for Tuscany Java DAS beta1 is available at http://people.apache.org/~lresende/tuscany/das-beta1-rc3/ Release Notes are available at

[jira] Commented: (TUSCANY-1454) binding.ws malfunction with customer data types

[ https://issues.apache.org/jira/browse/TUSCANY-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516300 ] gengshaoguang commented on TUSCANY-1454: Thank Raymond for your work, new code work find. binding.ws

A small question about attaching files

Hi,Raymond: Since you mentioned my attachment format(rar I used). I will have to explain shortly, I just felt zip is bigger. I examed some file compression method today. Then can I suggest that we may use some other format such *.7z which is much more tiny. Of course if only zip is permitted in

Re: Permission denied while trying to publish Tuscany Snapshots

Really we need to get this fixed. Its been a thorn for way to long. If I remeber ill go dig into the maven folks. This has been biting geronimo, xbean and openejb... Probably more. --jason -Original Message- From: Jacek Laskowski [EMAIL PROTECTED] Date: Sat, 28 Jul 2007 12:30:19

Re: Permission denied while trying to publish Tuscany Snapshots

Really we need to get this fixed. Its been a thorn for way to long. If I remeber ill go dig into the maven folks. This has been biting geronimo, xbean and openejb... Probably more. --jason -Original Message- From: Jacek Laskowski [EMAIL PROTECTED] Date: Sat, 28 Jul 2007 12:30:19

Re: Binding endpoints (was Fwd: Services and WSDL files

Thats pretty interesting. Though there's so little detail about definitions.xml I find it hard to work out what its for, could any spec people give a be more detail about this? One thing it talks about is using bindingType and implementationType elements to add new extensions, should we really be

Re: [VOTE] Release Tuscany Java DAS beta1 (RC3)

Downloaded src and bin destro and tried tests, samples, checked javadoc, readmes. Looks fine to me. +1 (non-binding) Regards, Amita On 7/30/07, Luciano Resende [EMAIL PROTECTED] wrote: Please vote to release the beta1 distribution of Tuscany DAS for Java. All the major issues reported in RC1

Re: Binding endpoints (was Fwd: Services and WSDL files

Hi Ant, Working with the policy framework, the definitions.xml is the file that lists all the intents and policysets that are applicable for an SCA Domain. The Policy Fwk specs talks quite a bit about the contents of this file - such as things like the BindingType, ImplementationType etc. As

Re: Component Property Definition - resolving 'file' attribute

Hi Sebastien / Luciano, I have this going in my local. But I've had to pass the ContributionFactory down to the CompositeProcessor thus adding one more argument to the CompositeProcessor contructor. Is there any violation of layering in our design with this passing? Just want to check this up

Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists)

The stuff in sandbox covers points 1 and 2 below to some extent. Apart from this, we have a GeronimoServletHost implementation so that Geronimo's tomcat server is used when a service is exposed as webservice. We have got the calculator, simple-bigbank and helloworld-ws-service samples from

Re: Component Property Definition - resolving 'file' attribute

Venkata Krishnan wrote: Hi Sebastien / Luciano, I have this going in my local. But I've had to pass the ContributionFactory down to the CompositeProcessor thus adding one more argument to the CompositeProcessor contructor. Is there any violation of layering in our design with this passing?

RE: [SCA Native] preliminary ant build

I added a utility target that displays all of the system properties. Since its in system.xml, it can be executed from any build.xml that imports system.xml, which is pretty much anywhere. Below is a sample output. The svn diff patch is attached. Brady Johnson Lead

Re: A small question about attaching files

shaoguang geng wrote: Hi,Raymond: Since you mentioned my attachment format(rar I used). I will have to explain shortly, I just felt zip is bigger. I examed some file compression method today. Then can I suggest that we may use some other format such *.7z which is much more tiny. Of course if

Re: Component Property Definition - resolving 'file' attribute

I guess Venkata is trying to create the deployedArtifact to resolve... To resolve an artifact, you simple need to create a DeployedArtifact - see ContributionFactory.createDeployedArtifact() -, set it's URI to the URI of the artifact inside the SCA contribution, then call

Re: A small question about attaching files

The idea is to use open file formats that everybody in the community can use. For example I'm using Linux, Zip, Tar, Jar, Gz work for me. I don't have a 7z tool on my Linux machine. +1 for zip/jar, I also don't have 7z in my windows or linux installations. On 7/30/07, Jean-Sebastien Delfino

SCA Java does not build using published snapshots

I tried to build SCA Java today from a clean checkout. I got the following error: [INFO] Compilation failure H:\tuscany35\sca\modules\databinding-sdo\src\main\java\org\apache\tuscany\sca\databinding\sdo\XMLStreamReader2XMLDocument.java:[39,50] cannot find symbol symbol : method

[jira] Updated: (TUSCANY-1438) Change TuscanySCA Native build system to use ant

[ https://issues.apache.org/jira/browse/TUSCANY-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brady Johnson updated TUSCANY-1438: --- Attachment: TuscanySCANative.ant.display.system Attaching a utility target to display all

Re: SCA Java does not build using published snapshots

I have tried to deploy a new SDO SNAPSHOT, but I'm getting access denied : [ERROR] BUILD ERROR [INFO] [INFO] Error installing artifact's metadata: Error while deploying metadata: SCP terminated with error: 'scp:

Re: SCA Java does not build using published snapshots

Hi, It's probably because the last SNAPSHOT was deployed using wrong permission settings. Please check the directoryPermissions/filePermissions elements in user.home/.m2/settings.xml. ?xml version=1.0 encoding=UTF-8? settings servers server idapache.incubator/id

Re: Component Property Definition - resolving 'file' attribute

Luciano, you are right... here is the code snippet that I have added to the CompositeProcessor.resolve() for (ComponentProperty componentProperty : component.getProperties()) { if ( componentProperty.getFile() != null componentProperty.getFile().length()

Re: Permission denied while trying to publish Tuscany Snapshots

Any suggestions here ? I noticed that all my new deployed SNAPSHOTS are having the same issue... I'm also having issues trying to deploy new SDO SNAPSHOTS at the moment for the same reason. On 7/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Really we need to get this fixed. Its been a

Re: Support for SCA Java package imports/exports, was: svn commit: r559257

[snip] Luciano Resende wrote: - Another issue I noticed is regarding resolving classReferences. Because loading a given class would never fails (no class loader isolation) there is never going to be delegation to the proper modelResolver from a contribution that is exporting the package. Any

[jira] Resolved: (TUSCANY-1488) Integrate Java Import/Export model resolver delegation

[ https://issues.apache.org/jira/browse/TUSCANY-1488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-1488. -- Resolution: Fixed Under revision #561072 Integrate Java Import/Export model

Re: Support for SCA Java package imports/exports, was: svn commit: r559257

[snip] Luciano Resende wrote: Thanks for checking Sebastien, most is in SVN now, and I have already cleaned up the classLoader issue you mentioned. Indeed, I have couple questions... - We need a better extensible way to handle the matching of import/export to proper initialize the resolvers.

Simplifying import/export itest ids

Our import/export itest artifact ids are pretty complicated: tuscany-itest-contribution-import-export-contrib-composite tuscany-itest-contribution-import-export-contrib-wsdl tuscany-itest-contribution-import-export-test-import-composite tuscany-itest-contribution-import-export-test-import-wsdl

Re: Binding endpoints (was Fwd: Services and WSDL files

[snip] Simon Laws wrote: If we're talking about a domain URI, this is typically model information that can be hosted in a Top level Composite or Domain Composite or Domain model object, whatever we want to call it. If I understand the spec correctly, the cardinality is: 1 Domain - 1 base URI

Re: Simplifying import/export itest ids

How about : tuscany-itest-contribution-export-composite tuscany-itest-contribution-export-wsdl tuscany-itest-contribution-import-composite tuscany-itest-contribution-import-wsdl This would still group them together in the IDE. On 7/30/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Our

Re: Simplifying import/export itest ids

Luciano Resende wrote: How about : tuscany-itest-contribution-export-composite tuscany-itest-contribution-export-wsdl tuscany-itest-contribution-import-composite tuscany-itest-contribution-import-wsdl This would still group them together in the IDE. +1 -- Jean-Sebastien

Re: Permission denied while trying to publish Tuscany Snapshots

Luciano Resende wrote: Any suggestions here ? I noticed that all my new deployed SNAPSHOTS are having the same issue... I'm also having issues trying to deploy new SDO SNAPSHOTS at the moment for the same reason. Try /www/people.apache.org/repo/m2-snapshot-repository/fix-permissions.sh --

39 unscheduled JIRAs, 3 with no component, 24 with patches

We have 39 unscheduled JIRAs, see: http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310210fixfor=-1resolution=-1sorter/field=prioritysorter/order=DESC 3 JIRAs with no component:

[jira] Resolved: (TUSCANY-840) Integration of RogueWave SDO C++ tests

[ https://issues.apache.org/jira/browse/TUSCANY-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-840. Resolution: Fixed Thanks for the patch. This seems to be an old issue,

[jira] Updated: (TUSCANY-1455) OSCON 2007 BigBank Demo artifacts

[ https://issues.apache.org/jira/browse/TUSCANY-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1455: Patch Info: [Patch Available] Fix Version/s: Cpp-Next I was not

Are WSDL imports and XSD includes correctly loaded now?

JIRA TUSCANY-1217 [1] reports an issue in WSDLDocumentProcessor with - if I understand correctly - the loading of XSDs included in XSDs inlined in WSDL. Raymond, did the changes you made to the WSDL loading mechanism fix this issue? [1] https://issues.apache.org/jira/browse/TUSCANY-1217

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

[ https://issues.apache.org/jira/browse/TUSCANY-1477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated TUSCANY-1477: -- Component/s: Java SCA Core Runtime CompositeActivatorImpl.deactivate() is empty

[jira] Updated: (TUSCANY-1463) Support for Clob and Array fields

[ https://issues.apache.org/jira/browse/TUSCANY-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated TUSCANY-1463: -- Component/s: Java DAS RDB Support for Clob and Array fields

Re: Are WSDL imports and XSD includes correctly loaded now?

Hi, Yes. It's now fixed in trunk and I just marked the issue as resolved. Thanks, Raymond - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, July 30, 2007 12:01 PM Subject: Are WSDL imports and XSD includes correctly loaded

[jira] Resolved: (TUSCANY-1217) Loading nested includes.

[ https://issues.apache.org/jira/browse/TUSCANY-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng resolved TUSCANY-1217. --- Resolution: Fixed The issue has been fixed in trunk by setting the system id on the

[jira] Updated: (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 updated TUSCANY-1480: Component/s: Java SCA Core Runtime Assignee: Jean-Sebastien

[jira] Updated: (TUSCANY-1485) removed Visitor.java and Visitable.java

[ https://issues.apache.org/jira/browse/TUSCANY-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino updated TUSCANY-1485: Patch Info: [Patch Available] Checked the patch available checkbox. This

[jira] Assigned: (TUSCANY-1485) removed Visitor.java and Visitable.java

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

Re: Group and artifact id for commonj Work and Timer APIs, was: [Java SDO, SCA and DAS] change of group id and artifact name for sdo api maven artifact

Hi, Is it different from http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-commonj_1.1_spec/1.0/? If not, we can use the geronimo one and remove our own. Otherwise, renaming the artifact id to tuscany-commonj-api sounds good to me. Thanks, Raymond - Original Message

[jira] Resolved: (TUSCANY-1485) removed Visitor.java and Visitable.java

[ https://issues.apache.org/jira/browse/TUSCANY-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1485. - Resolution: Fixed removed Visitor.java and Visitable.java

Re: Permission denied while trying to publish Tuscany Snapshots

Thanks, that fixed the permission on the SNAPSHOT modules I have deployed. I guess others would have to run this after publishing SNAPSHOTS, until we find the proper fix for the issue. On 7/30/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: Any suggestions here ? I

[jira] Resolved: (TUSCANY-904) Expose DAS as SCA container

[ https://issues.apache.org/jira/browse/TUSCANY-904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-904. - Resolution: Fixed Fix Version/s: Java-SCA-Next implementation-das available in

[jira] Resolved: (TUSCANY-751) Update SDO overview of Tuscany site

[ https://issues.apache.org/jira/browse/TUSCANY-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-751. - Resolution: Invalid Obsolete patches now that we have moved to Wiki Update SDO

[jira] Resolved: (TUSCANY-1040) DAS C++

[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-1040. -- Resolution: Fixed DAS C++ is under development in

[jira] Created: (TUSCANY-1490) Compile error when generating a schema with a dependency on another schema with the same leaf element name

Compile error when generating a schema with a dependency on another schema with the same leaf element name -- Key: TUSCANY-1490 URL:

[jira] Updated: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands

[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1465: - Fix Version/s: Java-DAS-Next Allow passing ResultDescriptor for dynamic Commands

[jira] Commented: (TUSCANY-1335) Documentation for wiki

[ https://issues.apache.org/jira/browse/TUSCANY-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516538 ] Luciano Resende commented on TUSCANY-1335: -- Amita, could you please take a look at this and see if there

[jira] Updated: (TUSCANY-1335) Documentation for wiki

[ https://issues.apache.org/jira/browse/TUSCANY-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1335: - Fix Version/s: Java-DAS-Next Documentation for wiki ---

[jira] Updated: (TUSCANY-1490) Compile error when generating a schema with a dependency on another schema with the same leaf element name

[ https://issues.apache.org/jira/browse/TUSCANY-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sunny Ip updated TUSCANY-1490: -- Attachment: helloworld.xsd helloworld.wsdl Including a wsdl/xsd that illustrates the

[jira] Updated: (TUSCANY-1490) Compile error when generating a schema with a dependency on another schema with the same leaf element name

[ https://issues.apache.org/jira/browse/TUSCANY-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sunny Ip updated TUSCANY-1490: -- Attachment: SDOFactoryClass.java Compile error when generating a schema with a dependency on

[jira] Commented: (TUSCANY-1490) Compile error when generating a schema with a dependency on another schema with the same leaf element name

[ https://issues.apache.org/jira/browse/TUSCANY-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516543 ] Sunny Ip commented on TUSCANY-1490: --- Included a fix to SDOFactoryClass that replaces the . with _. Compile

[jira] Updated: (TUSCANY-1490) Compile error when generating a schema with a dependency on another schema with the same leaf element name

[ https://issues.apache.org/jira/browse/TUSCANY-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sunny Ip updated TUSCANY-1490: -- Priority: Minor (was: Major) Compile error when generating a schema with a dependency on another

[jira] Created: (TUSCANY-1491) Sample showing SDO and web service, running in a web app

Sample showing SDO and web service, running in a web app Key: TUSCANY-1491 URL: https://issues.apache.org/jira/browse/TUSCANY-1491 Project: Tuscany Issue Type: New Feature

[jira] Updated: (TUSCANY-1491) Sample showing SDO and web service, running in a web app

[ https://issues.apache.org/jira/browse/TUSCANY-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sunny Ip updated TUSCANY-1491: -- Attachment: helloworld-ws-sdo-webapp.zip Sample showing SDO and web service, running in a web app

Re: Support for SCA Java package imports/exports, was: svn commit: r559257

Jean-Sebastien Delfino wrote: [snip] Luciano Resende wrote: Thanks for checking Sebastien, most is in SVN now, and I have already cleaned up the classLoader issue you mentioned. Indeed, I have couple questions... - We need a better extensible way to handle the matching of import/export to

Use the contribution URI as the scope for HelperContext, was Fwd: svn commit: r561111 - /incubator/tuscany/java/sca/modules/databinding-sdo/src/main/java/org/apache/tuscany/sca/databinding/sdo/ImportS

Looks like DefaultSCADomain is always setting contributionURI to empty string. With the current behavior, can we have side effects by using the contributionURI as the scope for HelperContext ? Here is a output I get after setting a System.out inside DefaultSCADomain(line 113) and

Usage of ContributionRepository in ContributionListener interface, was Re: Support for SCA Java package imports/exports, was: svn commit: r559257

I'll take a deeper look at your proposed changes later today or in the morning, as I'm in the middle of something now... I have one quick question ... ContributionRepository was created to allow remote contributions to be stored in a local repository to be processed by the contribution service.

LocateService API Issues and JIRAs

I noticed some JIRAS around the locateService API and I will spend some time to investigate these issues. So far, I have found TUSCANY-1347 [1] and TUSCANY-1328 [2] : TUSCANY-1347 current status is resolved/cannot reproduce, but I looking at the attached test case and patch, it looks like it

Re: Usage of ContributionRepository in ContributionListener interface, was Re: Support for SCA Java package imports/exports, was: svn commit: r559257

Luciano Resende wrote: I'll take a deeper look at your proposed changes later today or in the morning, as I'm in the middle of something now... I have one quick question ... ContributionRepository was created to allow remote contributions to be stored in a local repository to be processed by

[jira] Reopened: (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 ] Luciano Resende reopened TUSCANY-1347: -- Assignee: Luciano Resende Reopening for investigation IndexOutOfBoundsException

[jira] Assigned: (TUSCANY-1328) can not locate service from a component whose implementation is composite

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

Re: Simplifying import/export itest ids

Done under revision #561191 On 7/30/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: How about : tuscany-itest-contribution-export-composite tuscany-itest-contribution-export-wsdl tuscany-itest-contribution-import-composite

Re: LocateService API Issues and JIRAs

Luciano Resende wrote: I noticed some JIRAS around the locateService API and I will spend some time to investigate these issues. So far, I have found TUSCANY-1347 [1] and TUSCANY-1328 [2] : TUSCANY-1347 current status is resolved/cannot reproduce, but I looking at the attached test case and

No link to Tuscany Wiki on our Web site

I may have missed it but we do not seem to have a link to the Tuscany Wiki [1] on our Web site. How about adding a link to it with a sentence describing what we're doing with the Wiki to the Get involved page? [1] http://cwiki.apache.org/TUSCANYWIKI/ -- Jean-Sebastien

Build break, was: svn commit: r561190 - in /incubator/tuscany/java/sca/itest/contribution-import-export

This broke the build for me, as the case was passing an incorrect contribution URI to remove(...). I fixed it for you under revision r561201, as I need to be able build. [EMAIL PROTECTED] wrote: Author: lresende Date: Mon Jul 30 17:07:24 2007 New Revision: 561190 URL:

Re: Component Property Definition - resolving 'file' attribute

Jean-Sebastien Delfino wrote: Venkata Krishnan wrote: Luciano, you are right... here is the code snippet that I have added to the CompositeProcessor.resolve() for (ComponentProperty componentProperty : component.getProperties()) { if ( componentProperty.getFile() != null

Re: Component Property Definition - resolving 'file' attribute

Thanks Sebastien. Will go ahead and check in the changes now. - Venkat On 7/31/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Venkata Krishnan wrote: Luciano, you are right... here is the code snippet that I have added to the

Re: Terminology (was: Binding endpoints (was Fwd: Services and WSDL files)

I added a table/index at the top to make the file easy to read and put things in alphabetic order. On 7/28/07, Adriano Crestani [EMAIL PROTECTED] wrote: I edited the page as I suggested. If you don't agree with this new layout, I can roll back the changes :) I've added a DAS terminology. I