Re: Release 1.1 - what will be ready for next week?

Simon, There shouldn't be any visible effect because of the classloading changes to the Tuscany runtime (at least that was the goal). It enables Tuscany to be run in a multi-classloader environment including inside OSGi. By default, Tuscany continues to run using a single CLASSPATH-based classload

[jira] Commented: (TUSCANY-1562) Service method's "throws Exception" clause create problem at time of on fly generation of wsdl

[ https://issues.apache.org/jira/browse/TUSCANY-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12553277 ] Simon Nash commented on TUSCANY-1562: - The recent changes to use JAXB serialization for POJOs have caused two p

Re: Release 1.1 - what will be ready for next week?

On Dec 19, 2007 9:07 AM, Rajini Sivaram <[EMAIL PROTECTED]> wrote: > Simon, > > There shouldn't be any visible effect because of the classloading changes > to > the Tuscany runtime (at least that was the goal). It enables Tuscany to be > run in a multi-classloader environment including inside OSGi

Re: Release 1.1 - what will be ready for next week?

Simon, No, I don't have an ID yet. Please do the update for me. Thank you... Regards, Rajini On 12/19/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > On Dec 19, 2007 9:07 AM, Rajini Sivaram <[EMAIL PROTECTED]> > wrote: > > > Simon, > > > > There shouldn't be any visible effect because of the cla

[jira] Created: (TUSCANY-1940) Dynamic Wiring for implementation.osgi

Dynamic Wiring for implementation.osgi -- Key: TUSCANY-1940 URL: https://issues.apache.org/jira/browse/TUSCANY-1940 Project: Tuscany Issue Type: New Feature Components: Java SCA OSGi Integration

Re: wiredByImpl for dynamic wiring of OSGi components

Simon, I have opened a JIRA (https://issues.apache.org/jira/browse/TUSCANY-1940) to track this work. I will submit a patch which can be refined as the requirements from Tuscany become clearer. wiredByImpl gives a temporary solution which can be used to prototype Distributed-OSGi, and it can be rep

Re: wiredByImpl for dynamic wiring of OSGi components

On Dec 19, 2007 10:48 AM, Rajini Sivaram <[EMAIL PROTECTED]> wrote: > Simon, > > I have opened a JIRA (https://issues.apache.org/jira/browse/TUSCANY-1940) > to > track this work. I will submit a patch which can be refined as the > requirements from Tuscany become clearer. wiredByImpl gives a tempo

Re: wiredByImpl for dynamic wiring of OSGi components

On 12/19/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > On Dec 19, 2007 10:48 AM, Rajini Sivaram <[EMAIL PROTECTED]> > wrote: > > > Simon, > > > > I have opened a JIRA (https://issues.apache.org/jira/browse/TUSCANY-1940 > ) > > to > > track this work. I will submit a patch which can be refined as th

Eclipse plugins containing .project and .classpath files in SVN

Some of the eclipse tools have the .project and some even the .classpath files checked in to SVN. Is there any particular settings that require these files to be checked in ? or can they be removed from SVN and generated from mvn -Peclipse eclipse:eclipse ? -- Luciano Resende Apache Tuscany Commi

Re: Using contributions in the tutorial, was: Improving the store tutorial module structure

Do you have this committed somewhere so I can take a look and debug ? On Dec 18, 2007 2:48 AM, Rajini Sivaram <[EMAIL PROTECTED]> wrote: > Sebastien, > > Dependent contributions should be installed before the contributions which > refer to them, because the composite and component type files from

Re: Eclipse plugins containing .project and .classpath files in SVN

if pom.xml is setup accordingly, Maven will generate both a valid .classpath and .project. On Dec 19, 2007 1:47 PM, Luciano Resende <[EMAIL PROTECTED]> wrote: > Some of the eclipse tools have the .project and some even the > .classpath files checked in to SVN. Is there any particular settings > th

[jira] Created: (TUSCANY-1941) NPE and classcast exceptions when putting all SCA jars from libs and modules on classpath

NPE and classcast exceptions when putting all SCA jars from libs and modules on classpath - Key: TUSCANY-1941 URL: https://issues.apache.org/jira/browse/TUSCANY-1941

SDO Type Conversion Unit Test

The unit test case org.apache.tuscany.sdo.test.TypeConversionTestCase exercises the get() methods on a DataObject, validating type conversion functions. What is missing from this test, though, is any conversion testing of the set() methods. This test suite uses the set method to seed the

Re: SDO Type Conversion Unit Test

that's a big gap. I guess its not so obvious because of the java reflection that's used to get to the methods in question. If you could go some way to fill in the gap that would be great. Kelvin. On 19/12/2007, David Adcox <[EMAIL PROTECTED]> wrote: > > The unit test case org.apache.tuscany.sdo

Re: SDO Type Conversion Unit Test

I think it makes sense for TypeConversionTestCase to test both get and set. The DataHelper.convert() methods also test type conversion, but maybe those would be better to test in a DataHelper test case. Frank. "David Adcox" <[EMAIL PROTECTED]> wrote on 12/19/2007 11:13:56 AM: > The unit test

Re: JAXB databinding causing build failure in itest/exceptions-simple-ws

Hi, Simon. I think you are on the right path. FYI, we already have some support for JAXB generated java exceptions, but not plain exceptions. Thanks, Raymond - Original Message - From: "Simon Nash" <[EMAIL PROTECTED]> To: Sent: Tuesday, December 18, 2007 12:35 PM Subject: Re: JAXB

[jira] Updated: (TUSCANY-1940) Dynamic Wiring for implementation.osgi

[ https://issues.apache.org/jira/browse/TUSCANY-1940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajini Sivaram updated TUSCANY-1940: Attachment: osgi-dynamic-wiring-test.jar tuscany-modules-patch.txt > Dyna

Re: Eclipse plugins containing .project and .classpath files in SVN

Daniel Stefan Haischt wrote: if pom.xml is setup accordingly, Maven will generate both a valid .classpath and .project. On Dec 19, 2007 1:47 PM, Luciano Resende <[EMAIL PROTECTED]> wrote: Some of the eclipse tools have the .project and some even the .classpath files checked in to SVN. Is there

Policy Annotations mapping to aspects of ComponentType

Hi, I am taking a relook at processing policy definitions thro annotations in a Java Implementation. Right now there is some implementation for this which I'd like to take to some level of completion. To do that I've taken a look at the JavaAnnotationsAndAPIs specs and have understood the follow

Re: Eclipse plugins containing .project and .classpath files in SVN

I could send a patch but cause I am not a committer I am not able to delete any files ;) On Dec 19, 2007 6:24 PM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > Daniel Stefan Haischt wrote: > > if pom.xml is setup accordingly, Maven will generate both a valid .classpath > > and .project. > >

Re: Eclipse plugins containing .project and .classpath files in SVN

A patch would be very appreciated. On Dec 19, 2007 9:36 AM, Daniel Stefan Haischt <[EMAIL PROTECTED]> wrote: > I could send a patch but cause I am not a committer I am not able to > delete any files ;) > > > On Dec 19, 2007 6:24 PM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Daniel Stef

Re: Using contributions in the tutorial, was: Improving the store tutorial module structure

Luciano Resende wrote: Do you have this committed somewhere so I can take a look and debug ? SVN revision 605660, java/sca/tutorial, try cloud/LaunchCloud it is easier to run than store/LaunchStore. On Dec 18, 2007 2:48 AM, Rajini Sivaram <[EMAIL PROTECTED]> wrote: Sebastien, Dependent c

Re: Eclipse plugins containing .project and .classpath files in SVN

Hi, as it seems your dependency setup in each pom.xml seems to be almost sufficient. You just need to execute 'mvn eclipse:eclipse' for each feature/plugin and 'mvn eclipse:clean' if you want to delete eclipse related files from a folder. Output for feature: [INFO] [eclipse:eclipse] [INFO] Usin

Re: Eclipse plugins containing .project and .classpath files in SVN

additional note: -> http://maven.apache.org/plugins/maven-eclipse-plugin/usage.html On Dec 19, 2007 7:45 PM, Daniel Stefan Haischt <[EMAIL PROTECTED]> wrote: > Hi, > > as it seems your dependency setup in each pom.xml seems to be almost > sufficient. > > You just need to execute 'mvn eclipse:ec

Re: Using contributions in the tutorial, was: Improving the store tutorial module structure

Sebastien, The code in svn does not have export.java statements in sca-contribution.xmlof assets for its exporting packages, which are imported by store. Thank you... Regards, Rajini On 12/19/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Luciano Resende wrote: > > Do you have thi

Re: Using contributions in the tutorial, was: Improving the store tutorial module structure

Rajini Sivaram wrote: Sebastien, The code in svn does not have export.java statements in sca-contribution.xmlof assets for its exporting packages, which are imported by store. I added an export under SVN revision 605727. Same error :) -- Jean-Sebastien ---

Re: Using contributions in the tutorial, was: Improving the store tutorial module structure

Rajini Sivaram wrote: Sebastien, Dependent contributions should be installed before the contributions which refer to them, because the composite and component type files from the contribution are processed during addContribution. If you change the order of addContribution (assets followed by sto

JSONRPC and servlet context

I've been fixing that tomcat/jetty hosting extensions so that the shutdown works more completely. It's thrown up a problem with the JSONRPC binding in that the servlet removal process calls servletWrapper.destroyServlet(); which in turn trys to get hold of the servlet context. The JSONRPC servlet d

Describing nodes and their network configuration, was: Persisting the domain model

Jean-Sebastien Delfino wrote: Simon Laws wrote: I want to persist/read the domain model to/from disc. At the moment it's held in memory and there's no way of reading it in or writing it out other than via the domain API. The model itself is very limited and overlaps the assembly model so I'm s

Re: Describing nodes and their network configuration, was: Persisting the domain model

On Dec 19, 2007 11:49 PM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > Jean-Sebastien Delfino wrote: > > Simon Laws wrote: > >> I want to persist/read the domain model to/from disc. At the moment > it's > >> held in memory and there's no way of reading it in or writing it out > >> other > >

Re: Exception in SCADomainProxyImpl.registerNodeStart(...)

On Dec 14, 2007 5:03 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > > On Dec 14, 2007 4:43 PM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> > wrote: > > > Simon Laws wrote: > > > On Dec 14, 2007 1:58 AM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> > > > wrote: > > > > > >> From the store tutorial mod

[virus report]raising virus warning when mvn tuscany source codes

Hi,all This morning, I checked out tuscany java sources from apache . Some virus warnings raised when I mvned it. Detail information as follows: = 扫描类型：自动防护 扫描 事件：发现安全风险！ 威胁：W32.Pagipef.I!html 文件：D:\maven-sca\java\sdo\sample\target\classes\org\apache\tuscany\samples\sdo\ove

答复: [virus report]raising virus warnin g when mvn tuscany source codes

It sounds too bad , anyone who know the reason? ―― 尤占涛（Tony） Alibaba Technology Department. Mobile:13732275093 ―― -邮件原件- 发件人: 王洪伟 [mailto:[EMAIL PROTECTED] 发送时间: 2007年12月20日 9:54 收件人: tuscany-dev 主题: [virus report]raising virus warning when mvn t

[jira] Updated: (TUSCANY-1935) Conversion of Bytes to/from String properties is not functioning correctly.

[ https://issues.apache.org/jira/browse/TUSCANY-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David T. Adcox updated TUSCANY-1935: Attachment: 1935WithTestAugmentation.patch As was discussed earlier on the dev list, ther

Re: Describing nodes and their network configuration, was: Persisting the domain model

I too feel using property is better than using service. Using a complex property, does this seem sane... json http://localhost:8100 . ws http://anot