Re: Spring extension module name

+1 from me, for renaming the module to implementation-spring-runtime. I remember, we had a discussion to name it as implementation-spring-sca due to some design changes that happened some time back. But renaming it to implementation-spring-runtime makes more sense. Thanks. On Tue, Jun 22, 2010 at

Re: 1.x itest/contribution-jee

Hi Simon, Looks like the JEE sample projects are already available as dependencies for the itest-contribution-jee module. Though we have the required dependencies included, maven simply does not pickup the WAR or EAR file as dependency. The reason for the same is explained here... http://old.nabb

Re: 1.x itest/contribution-jee

Currently, the JavaEEModuleHelper uses the org.apache.openejb.config.DeploymentLoader, to load the JEE archieve and due to some classloading issues, the itests were failing. Today, I tried writing a custom Deployer and asked the OpenEJB to use the TCCL as the classloader. Now, I see that some few

Re: 1.x itest/contribution-jee

On Mon, Feb 22, 2010 at 6:08 PM, Simon Laws wrote: > On Mon, Feb 22, 2010 at 11:55 AM, Ramkumar R > wrote: > > Hi Simon, > > > > You are right, I have been seeing the same error message. I believe, this > > error should > > be because of Tuscany code due

Re: 1.x itest/contribution-jee

Hi Simon, You are right, I have been seeing the same error message. I believe, this error should be because of Tuscany code due to some class loader issues for the following reason... While testing the itest/contribution-jee with OpenEJB v3.0.1, I noticed two kind of error messages 1. StringInde

Re: Will there be an OpenEJB 3.0.2 release?

Hi Simon Nash, Using OpenEJB version 3.1.2 the StringIndexOutOfBoundsException seem to get resolved and currently I still see the other exception as shown below (which I see even in the older versions). java.lang.Exception: Could not load sample/HelloworldEjbServlet.class at org.apache.xb

Re: Will there be an OpenEJB 3.0.2 release?

I tried using the geronimo-openejb module version 2.2 as the dependency as still see the same errors as Simon Nash mentioned in this mail. Looks like Geronimo 2.2 comes with a OpenEjb version 3.1.2. As per the JIRA https://issues.apache.org/jira/browse/OPENEJB-1005, the fixes are suppose to be ava

Re: [VOTE] Release Tuscany SCA 1.6 RC2a

Looks good to me, +1 from me. Ran most of the samples and demos, no issues seen. Also was able to build the source distribution. On Sat, Jan 30, 2010 at 12:47 AM, Luciano Resende wrote: > Please review and vote on RC2a of the SCA 1.6 release. > > The distribution artifacts, RAT reports, and Mav

Re: [2.x] Added AspectJ Logging and Tracing Module

disabling the tracing module. How exactly the policies will look like and how to implement the same is something that i am trying to investigate at this point of time. Please let me know your comments and suggestions. Thanks. On Thu, Jan 21, 2010 at 6:06 PM, Ramkumar R wrote: > After gaining s

Re: [2.x] Added AspectJ Logging and Tracing Module

After gaining some understanding on the aspectj configuration and aspects, able to fix the existing issue under revision 901680. On Wed, Jan 20, 2010 at 3:04 PM, Ramkumar R wrote: > Looks like it never worked, as the org.apache.tuscany.sca. > aspectj.UserTimingAspect class seems to be m

Re: [2.x] Added AspectJ Logging and Tracing Module

Looks like it never worked, as the org.apache.tuscany.sca. aspectj.UserTimingAspect class seems to be missing from 1.x source code as well. On Wed, Jan 20, 2010 at 2:50 PM, Simon Laws wrote: > Interesting. Do you think it's never worked or is this just and > artifact of the move to 2.x? > > Simo

Re: Tuscany plugin for Geronimo 2.1.4

Yesterday, I touched based with Vamsi and explained him about the issue. Looks like there is an issue here, and Vamsi is working on to fix the issue and update the wiki appropriately. On Mon, Jan 11, 2010 at 1:14 PM, Ramkumar R wrote: > Thanks Vamsi, I was able to Install the plugin

Re: [2.x] Added AspectJ Logging and Tracing Module

appropriately, as the org.apache.tuscany.sca.aspectj.UserTimingAspect class seems to be missing from the source. Just learning on how the TimingAspect works in general to fix the issue here. On Tue, Jan 19, 2010 at 12:30 PM, Ramkumar R wrote: > Thanks Luciano, for the link, that helps

Re: [2.x] Added AspectJ Logging and Tracing Module

Thanks Luciano, for the link, that helps to understand the purpose of this module in detail. Let me use this information to test them against 2.x code base and do necessary changes if required. On Mon, Jan 18, 2010 at 11:49 PM, Luciano Resende wrote: > On Mon, Jan 18, 2010 at 2:04 AM, Simon Laws

Re: [2.x] Added AspectJ Logging and Tracing Module

On Mon, Jan 18, 2010 at 3:34 PM, Simon Laws wrote: > Thanks Ram > > And docs on how to use it? > > Simon > Let me try and collect some information on how to use this, and put the documentation in place. -- Thanks & Regards, Ramkumar Ramalingam

[2.x] Added AspectJ Logging and Tracing Module

The AOP based logging and tracing module (tracing-aspectj) have been added to 2.x code base using revision 900323. -- Thanks & Regards, Ramkumar Ramalingam

Re: [2.x] Regarding Contribution Classloaders

> > > - For the Java Class artifacts, the ClassLoaderModelResolver uses > the > > Thread.currentThread().getContextClassLoader() as the parent class loader > to > > resolve the Class References. > > It may be that the parent classloader for the ClassLoaderModelResolver > is the TCCL (which I i

Re: [VOTE] Release Tuscany ZIP plugin

+1 from me. On Fri, Dec 18, 2009 at 4:25 PM, ant elder wrote: > Please review and vote on the artifacts for the alpha1 release of the > Tuscany Zip plugin module. This is a Maven plugin that helps with > making SCA contributions in the ZIP format. Its an alternative thats > simpler to use that t

[2.x] Regarding Contribution Classloaders

Hi All, Here is quick glance on how java class artifacts within the contribution are resolved in 1.x and 2.x code base currently. In 1.x code: - A ContributionClassLoaderProvider is registered using ContributionClassLoaderProviderExtensionPoint, which provides the ContributionClassLoader for

Re: Tuscany plugin for Geronimo 2.1.4

flect the username and > password to be used for deployment. > > > On Mon, Jan 4, 2010 at 5:31 PM, Ramkumar R wrote: > >> Hi Vamsi, >> >> I tried with the following instructions available in the wiki [1], to >> install the plugin on Geronimo v2.1.4 with Tomca

Re: Tuscany plugin for Geronimo 2.1.4

Hi Vamsi, I tried with the following instructions available in the wiki [1], to install the plugin on Geronimo v2.1.4 with Tomcat as the web container. 1. Edit the config 2. Download tuscany-tomcat-1.0-SNAPSHOT.car from http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo

Re: [2.x] Regarding Contribution ClassLoader in POJO specs 1.1

*Hi Simon,* Comments inline... Not sure if this is important or not. In the implementation invoker we > need to set TCCL to the contribution classloader that loaded the > implementation class we are about to call. So how to get the > contribution and it's classloader for the class we are about to

Re: [2.x] Regarding Contribution ClassLoader in POJO specs 1.1

Hi Simon, Comments inline. > The POJO CI specs 1.1 makes a recommendation that, the thread context > > classloader of the thread used to invoke an > > operation of a Java POJO component implementation MUST be set as the > class > > loader of the contribution that contains > > the POJO implementat

[2.x] Regarding Contribution ClassLoader in POJO specs 1.1

Hi All, The POJO CI specs 1.1 makes a recommendation that, the thread context classloader of the thread used to invoke an operation of a Java POJO component implementation MUST be set as the class loader of the contribution that contains the POJO implementation class. The POJO_10009 test case use

Re: [2.x] SCA folder missing in the trunk

Thanks Simon, I missed that mail. On Wed, Nov 25, 2009 at 2:28 PM, Simon Laws wrote: > Hi Ram > > Yes, we moved the Java SCA code to fit in with the new svn structure. > See Luciano's email [1] > > Regards > > Simon > > [1] http://www.mail-archive.com/dev%40tuscany.apache.org/msg10672.html > -

[2.x] SCA folder missing in the trunk

Noticed that the "sca" folder is missing in the SVN https://svn.apache.org/repos/asf/tuscany/java/. Not sure if its moved to a different location OR its actually missing?. -- Thanks & Regards, Ramkumar Ramalingam

Re: [2.x] otests - updated the base test client runner class to "BaseJAXWSTestRunner"

Hi Mike, I tried a fresh build with the latest changes... For the change in BaseJAXWSTestCase to BaseJAXWSTestRunner few changes were required on the following files.. and I have made the changes using the revision numbers shown below. tuscany-java-caa-test-runner\pom.xml - Committed revision 8

Re: OASIS Java POJO Component Implementation - Test Suite complete

(client_javapojo.POJO_10006_TestCase) testDummy(client_javapojo.POJO_10008_TestCase) - OASIS TUSCANY-3373 testDummy(client_javapojo.POJO_10009_TestCase) On Mon, Nov 16, 2009 at 5:29 PM, Ramkumar R wrote: > Fixes for 10001 and 10005, were required in the Tuscany code to validate > the uniquenes

Re: OASIS Java POJO Component Implementation - Test Suite complete

Fixes for 10001 and 10005, were required in the Tuscany code to validate the uniqueness in and . Committed at revision 880717. On Fri, Nov 13, 2009 at 3:21 PM, Ramkumar R wrote: > Hi Ant, > > To begin with, I will have a look at the issue on the import and > exports for th

Re: OASIS Java POJO Component Implementation - Test Suite complete

Hi Ant, To begin with, I will have a look at the issue on the import and exports for the ones shown below. testDummy(client_javapojo.POJO_9005_TestCase) import.java testDummy(client_javapojo.POJO_10001_TestCase) import testDummy(client_javapojo.POJO_10004_TestCase) import/classloading testDum

Re: OASIS compliance test status

Here is what I see for the java-ci otests... Failed tests: testDummy(client_javapojo.POJO_8012_TestCase) testDummy(client_javapojo.POJO_10008_TestCase) testDummy(client_javapojo.POJO_10006_TestCase) testDummy(client_javapojo.POJO_9005_TestCase) testDummy(client_javapojo.POJO_8003_TestCas

Re: [2.x] SCA artifact resolution mechanism

Fixes were required in the DeployerImpl code to take care of resolving import.java using location attribute. Committed revision 835344. On Thu, Nov 12, 2009 at 2:42 PM, Ramkumar R wrote: > Hi Ant, > > Sure, I will take a look at this one. > > > On Thu, Nov 12, 2009 at 2:35 PM

Re: [2.x] SCA artifact resolution mechanism

Hi Ant, Sure, I will take a look at this one. On Thu, Nov 12, 2009 at 2:35 PM, ant elder wrote: > On Tue, Nov 10, 2009 at 9:32 AM, Ramkumar R wrote: > > Thanks for your suggestion Luciano. > > > > I have fixed this issue by modifying the deployer to add dependencies >

Re: OASIS compliance test status

The issue on 12007 required a fix in the Tuscany code and now been fixed at revision 834397. On Mon, Nov 9, 2009 at 9:45 PM, kelvin goodson wrote: > thanks Simon - I'll have a go at that > > 2009/11/9 Simon Laws : > > No idea why you are seeing it and I'm not. Another thing we could do > > is act

Re: [2.x] SCA artifact resolution mechanism

Thanks for your suggestion Luciano. I have fixed this issue by modifying the deployer to add dependencies based on the namespace location attribute. Committed at revision 834397. On Mon, Nov 9, 2009 at 9:51 PM, Luciano Resende wrote: > On Mon, Nov 9, 2009 at 3:01 AM, Simon Laws > wrote: > > Hi

[2.x] SCA artifact resolution mechanism

The SCA Assembly Model Spec v1.1 states the following in section 11.2.1. 11.2.1 SCA Artifact Resolution 3458 When a contribution contains a reference to an artifact from a namespace that is declared in an import 3459 statement of the contribution, if the SCA artifact resolution mechanism is used t

Re: OASIS compliance test status

Currently, I am looking at 12007. On Mon, Nov 9, 2009 at 2:39 PM, ant elder wrote: > On Fri, Nov 6, 2009 at 11:30 PM, ant elder wrote: > > On Fri, Nov 6, 2009 at 5:48 PM, Simon Laws > wrote: > >> Ok, a few more fixes in and down to... > >> > >> Failed tests: > >> testDummy(client.BaseJAXWSTes

Re: OASIS compliance test status

Here is the update on 1200x series testDummy(client.ASM_12003_TestCase) - OASIS issue TUSCANY-3339 & TUSCANY-3338 testDummy(client.ASM_12004_TestCase) - OASIS issue TUSCANY-3340 testDummy(client.ASM_12005_TestCase) - OASIS issue TUSCANY-3362 testDummy(client.ASM_12007_TestCase) - Needs

Re: [VOTE] Release Tuscany OSGi JUnit Maven Plugin RC1

+1 from me. On Wed, Oct 28, 2009 at 2:34 PM, ant elder wrote: > Please vote on releasing the Tuscany OSGi JUnit Plugin. > > The Tuscany OSGi JUnit Plugin is used by the Tuscany SCA project to > do unit testing of the OSGi runtime environment. We need this release > so the SCA 2.0-M4 release can

Re: Moving the otests out from the sca build

+1 to move out from the sca trunk. On Wed, Oct 28, 2009 at 10:45 PM, ant elder wrote: > What do people think about moving the otest folder that contains the > OASIS compliance tests out from the sca trunk checkout to somewhere > else? The reasons are having it part of sca makes checking out and

Re: OASIS compliance test status

Hi Ant, Here is the latest status on 1200x series... testDummy(client.ASM_12003_TestCase) - OASIS issue TUSCANY-3339 & TUSCANY-3338 testDummy(client.ASM_12004_TestCase) - OASIS issue TUSCANY-3340 testDummy(client.ASM_12005_TestCase) - TUSCANY-3326 testDummy(client.ASM_12007_TestCase) - TUSCANY-33

Re: OASIS compliance test status

Hi Ant, I will start looking from 12000 and 13000 series and take over other ones as I complete. On Mon, Oct 26, 2009 at 2:24 PM, ant elder wrote: > On Fri, Oct 23, 2009 at 11:08 AM, ant elder wrote: > > SCA-J CAA tests: > > > > Failed tests: > > testDummy(client.BaseJAXWSTestCase) > > Tests

Re: tuscany + spring + ProxyFactoryBean

Hi Rupesh, You are right, I agree with you. This issue is addressed in 2.x code base as complying with OASIS 1.1 specification. There are lot other scenarios, that are considered in 2.x apart from the one you have pointed out. I believe we don;t have any plans to do changes in 1.x as we consider

Re: 2.0 M4 release?

+1 On Fri, Oct 16, 2009 at 2:12 PM, ant elder wrote: > > > On Wed, Oct 7, 2009 at 5:49 PM, Luciano Resende wrote: > >> On Tue, Oct 6, 2009 at 11:47 PM, ant elder wrote: >> > Ok, how I take an M4 branch towards the end of next week, that gives a >> > bit of time for everyone to make a bit of pro

[2.x] EJB Binding Availability

The EJB Binding module is now available in 2.x code base. Please let me know if you find issues or have any questions. -- Thanks & Regards, Ramkumar Ramalingam

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC4

+1 from me. On Fri, Oct 2, 2009 at 8:11 PM, Simon Laws wrote: > Please review and vote on RC4 of the Tuscany SCA Java 1.5.1 release. > > The distribution artifacts, RAT reports, and Maven staging repository > are available for review at: > > http://people.apache.org/~slaws/tuscany/1.5.1-RC4

Re: [2.x] failure in itest/implementation.spring

Hi Simon, It was because of me, I have committed a fix for this issue at revision 820545. On Wed, Sep 30, 2009 at 10:59 PM, Simon Laws wrote: > I'm seeing... > > Caused by: java.io.FileNotFoundException: class path resource > [context/multiple/META-INF/spring/SpringHelloWorld-context.xml] cannot

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC2

The binary distribution looks good, samples and tutorials looks good. I found that the source distribution has a file named "hs_err_pid6244.log" at the root which needs to be removed. On Tue, Sep 29, 2009 at 10:49 PM, Simon Laws wrote: > Please review and vote on RC2 of the Tuscany SCA Java 1.5.

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC1

Hi Simon, The fixes for TUSCANY-3285 is now available under revision 819874 in 1.5.1. On Tue, Sep 29, 2009 at 3:24 PM, Simon Laws wrote: > Ok, Ram. If it's just the text of an error message, go ahead. Please > let me know when you're done. > > Regards > > Simon > -- Thanks & Regards, Ramkuma

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC1

Hi Simon, I just noticed that we need a change in the SpringXMLComponentTypeLoader.java of the implementation.spring module as mentioned in TUSCANY-3285. I think we can include them in 1.5.1. On Tue, Sep 29, 2009 at 12:45 PM, Simon Laws wrote: > Thanks Luciano, I'll roll RC2 > > Simon > --

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC1

Hi Simon, You are right, the fix you proposed seem to resolve the problem and I have checked in the changes using TUSCANY-3281. On Tue, Sep 22, 2009 at 8:22 PM, Simon Laws wrote: > Hi Ram > > Haven't tried with that version. Having looked at the code though > there does seem to be a rather suspi

Re: [VOTE] Release Tuscany SCA Java 1.5.1 RC1

I am using IBM JDK 1.6 SR3. I am seeing the following error message for all most all the samples that I ran, this message occurs at the end of after the successful output. [java] Exception in thread "main" java.lang.IllegalStateException: No servlet registered at this URI: /dojo [java] at org

Re: [2.x] [DISCUSS] Backward compatibility

On Thu, Sep 3, 2009 at 1:24 PM, ant elder wrote: > On Wed, Sep 2, 2009 at 1:02 PM, Simon Laws > wrote: > >> I was having thinking about backward compatibility again and wonder if > >> there is another approach we've not mentioned yet which may be easier > >> - translate OSOA contributions to OASI

Re: Progress on the GSoC project: Supporting Concurrent Exception Handling at Tuscany SCA

On Thu, Aug 6, 2009 at 8:12 PM, Douglas Leite wrote: > The last updates in my project are related to allowing the existence of > concurrent exceptions, as well as providing suitable mechanisms to treat > them ([1]). The sequence diagram at [2] shows the messages exchange between > the guardian gr

Re: [GSoC] 3rd - 5th Week Progress

tp://svn.apache.org/repos/asf/tuscany/sandbox/dougsleite/guardian-model/ > #policy-recoveryrules: > http://svn.apache.org/repos/asf/tuscany/sandbox/dougsleite/policy-recoveryrules/ > > > On Thu, Jul 16, 2009 at 9:53 AM, Douglas Leite wrote: > >> Hi Ramkumar, >> >&g

Re: [2.x] error handling improvements

As the discussions are ON for the improvements in error handling, currently I would like to take up the task of moving the test cases available in itest/validation module to their respective module code. I believe, this can be done independently w.r.t to the current discussions. so will start to w

Re: [2.x] error handling improvements

Hi Raymond, I would like to put some points relevant to the idea of propagating the contribution information down the path... +1 from me for this idea, it would help achieving the context information required for throwing a better exception. I feel, having the composite information at resolve ph

Re: [GSoC] 3rd - 5th Week Progress

Hi Douglas, Were you able to get this working for you, please keep posting if you have any issues in doing so. On Wed, Jul 8, 2009 at 7:40 PM, Luciano Resende wrote: > On Wed, Jul 8, 2009 at 4:38 AM, Ramkumar R wrote: > > On Mon, Jul 6, 2009 at 10:52 PM, Douglas Leite > wrote: &

Re: [VOTE] Release Tuscany SCA 2.0 M3 RC4

+1 from me to release. On Thu, Jul 16, 2009 at 12:01 AM, Luciano Resende wrote: > Please review and vote on RC4 of the SCA 2.0 M3 release. > > The distribution artifacts, RAT reports, and Maven staging repository > are available for review at: > http://people.apache.org/~lresende/tuscany/2.0-M3-R

Mid-term evaluation

Hi Douglas, I just completed the mid-term evaluation of your project today. I also submitted the mid-term program evaluation. Please complete the Student evaluation before July 13th. -- Thanks & Regards, Ramkumar Ramalingam

Re: [GSoC] 3rd - 5th Week Progress

On Mon, Jul 6, 2009 at 10:52 PM, Douglas Leite wrote: > How does it work? In the composite file I would use * > requires="recoveryRules*, but how about the definitions.xml file? Is there > a way to set the configurations like the recovery rules XML file is defined? > (take a look at [1]) > > [1]

Re: [VOTE] Release Tuscany SCA 2.0 M3 RC2

Hi Ant, Thanks for the clarification. No issue otherwise. +1 for this RC. On Mon, Jun 29, 2009 at 12:59 PM, ant elder wrote: > On Mon, Jun 29, 2009 at 7:27 AM, Ramkumar R wrote: > > Overall the distribution looks good. > > > > While building the module src... i se

Re: [DISCUSS] Switch on/off SCA Annotation support for Implementation.Spring

On Wed, Jun 24, 2009 at 4:19 PM, ant elder wrote: > On Wed, Jun 24, 2009 at 11:29 AM, Ramkumar R wrote: > > Hi Ant, > > > > Good thought, +1 from me. > > > > Currently, I have used AnnotationProcessorExtensionPoint to switch on/off > > the annotation >

Re: [VOTE] Release Tuscany SCA 2.0 M3 RC2

Overall the distribution looks good. While building the module src... i see the following issue... [INFO] [INFO] Building Apache Tuscany SCA Core Runtime [INFO]task-segment: [clean, install] [INFO] --

Re: [DISCUSS] Supporting files outside the contribution for implementation.spring

what you want, you > could use resource import/export in sca-contribution.xml file to > easily allow you to import spring contexts from other contributions. > If you are looking to support this in 2.x, then we might need to check > if contribution-resource is already ported to that code

Re: [DISCUSS] Switch on/off SCA Annotation support for Implementation.Spring

4, 2009 at 12:41 PM, ant elder wrote: > On Tue, Jun 23, 2009 at 10:14 AM, Ramkumar R wrote: > > Fix for a switch with on/off feature for annotation support is now > available > > with committed revision 787589. TUSCANY-3096. > > > > What do you think about extending th

Re: [DISCUSS] Switch on/off SCA Annotation support for Implementation.Spring

Fix for a switch with on/off feature for annotation support is now available with committed revision 787589. TUSCANY-3096. On Thu, Jun 18, 2009 at 4:17 PM, Ramkumar R wrote: > +1 for using Tuscany extension model to take care of this feature. > > I will make necessary changes for

Re: [2.x] NPE in binding.ws.axis2 tests

On Wed, Jun 17, 2009 at 5:21 PM, Simon Laws wrote: > > So are you saying that we are currently not able to resolve XSDs by > namespace alone? > > Simon > Hi Simon, Yeah, currently we are not able to do that. The URIResolver is now fixed to handle the namespace import resolution for XSDModelReso

Re: [2.x] 11.2.1 - SCA Artifact Resolution Mechanism

, 2009 at 2:27 PM, Ramkumar R wrote: > On Thu, Jun 4, 2009 at 10:51 PM, Simon Laws wrote: > >> On Thu, Jun 4, 2009 at 4:55 PM, Raymond Feng wrote: >> > Here is my understanding of the following statement: >> > >> > 3461 1. from the locations identi

Re: [DISCUSS] Switch on/off SCA Annotation support for Implementation.Spring

+1 for using Tuscany extension model to take care of this feature. I will make necessary changes for the same. On Mon, Jun 15, 2009 at 6:45 PM, ant elder wrote: > On Mon, Jun 15, 2009 at 2:03 PM, Simon Laws > wrote: > > Is this for 1.x, 2.x or both? I'm assuming 1.x as we have scope in 2.x > >

[DISCUSS] Supporting files outside the contribution for implementation.spring

Implementation Spring supports handling of multiple application contexts using ClassPathXmlApplicationContext and FileSystemXmlApplicationContext. ClassPathXmlApplicationContext looks good as it accepts the path to files relative to the contribution, but there seems to be an issue while dealing wi

Re: How to resolve @location for implementation.spring?

t to attach the patch so that you can help fix the itests? > > Thanks, > Raymond > > From: Ramkumar R > Sent: Monday, June 08, 2009 9:35 AM > To: dev@tuscany.apache.org > Subject: Re: How to resolve @location for implementation.spring? > > > > Hi Raymond, > > Go

Re: [2.x] NPE in binding.ws.axis2 tests

On Tue, Jun 16, 2009 at 4:10 PM, Simon Laws wrote: > Works for me too. Thanks Ram > > What piece of code does resolve schema by namespace? > > Simon > Hi Simon, In case of XSD, the @schemaLocation is handled by org.apache.ws.commons.schema.XmlSchemaCollection for any path specified in the schema

Re: [2.x] NPE in binding.ws.axis2 tests

code using r785126. Interestingly, the namespace import resolving code has been there always with XSDModelResolvers, but did not give any issue as the code was not reachable. On Mon, Jun 15, 2009 at 10:41 PM, Ramkumar R wrote: > Might be because of me, let me have a look at this one. > >

Re: [2.x] NPE in binding.ws.axis2 tests

Might be because of me, let me have a look at this one. On Mon, Jun 15, 2009 at 9:40 PM, Raymond Feng wrote: > This seems to be related to > http://svn.apache.org/viewvc?rev=784727&view=rev. > > -- > From: "Simon Laws" > Sent: Monday, June 15, 200

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

Hi Ant, I have checked-in code for the "ASSEMBLY-8 Artifact resolution" using TUSCANY-3079. Please include them for M3. On Fri, Jun 12, 2009 at 9:34 PM, ant elder wrote: > On Fri, Jun 12, 2009 at 4:42 PM, Simon Laws > wrote: > >> > >> I guess there's no need to hurry though, so would it be wor

[DISCUSS] Switch on/off SCA Annotation support for Implementation.Spring

Hi All, Tuscany currently provides a value add on top of the implementation.spring specification by providing support for SCA annotations. Looks like, it would take a while for the specification to approve on support for SCA annotations. In the mean while there have been some requirement from the

Re: [2.x] 11.2.1 - SCA Artifact Resolution Mechanism

On Thu, Jun 4, 2009 at 10:51 PM, Simon Laws wrote: > On Thu, Jun 4, 2009 at 4:55 PM, Raymond Feng wrote: > > Here is my understanding of the following statement: > > > > 3461 1. from the locations identified by the import statement(s) for the > > namespace. Locations MUST NOT > > 3462 be searched

Re: How to resolve @location for implementation.spring?

Hi Raymond, Good catch !!, I just realized that the specs does not recommend the use of @location for a URI to the spring context xml file. But the interesting point is that, support for @location with an external archive/directory is the latest feature addition that we did recently, I believe th

Re: [DISCUSS] WSDL/XSD imports should use location/schemaLocation as hints

Should we consider including the non-SCA resolution mechanism as part of the 2.x code base same as what we have in 1.x code ? On Wed, May 27, 2009 at 1:37 PM, Ramkumar R wrote: > Hi All, > > We had a discuss on this topic (Use of non-SCA Mechanisms for Resolving > Artifacts) in

Re: Node usage of the workspace and implementation-node modules

Currently, I am updating the contributions import and export code according to the OASIS recommendations. The itest for contribution imports/exports does require the code for creating a domain and add multiple contributions to the domain to validate the functionality. In 1.x, we had either the Em

Re: [2.x] 11.2.1 - SCA Artifact Resolution Mechanism

> > OK Ram, interesting that we are doing it back to front. Are we also > applying the "only one-level search is performed" rule? > Hi Simon, I assume that, since we only use ModelResolvers to identify the artifacts and resolve them accordingly, the rule of "only one-level search is performed" is

[2.x] 11.2.1 - SCA Artifact Resolution Mechanism

One important recommendations from the OASIS specs for artifact resolution mechanism is that 3458 When a contribution contains a reference to an artifact from a namespace that is declared in an import 3459 statement of the contribution, if the SCA artifact resolution mechanism is used to resol

Re: Commit comment quality?

> > Creating a jira for each single commit will flood the dev list with > unnecessary jira notifications (create, close, etc) and will probably > make users that are lurking in the dev list to unsubscribe... It > should be pretty simple to just add a simple description on the commit > log message,

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: [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: [VOTE] Release Tuscany SCA 1.5 RC1

Hi Ant, I agree with you, +1 from me. On Thu, May 28, 2009 at 3:45 PM, ant elder wrote: > On Wed, May 27, 2009 at 4:45 PM, Simon Laws > wrote: > > On Wed, May 27, 2009 at 10:48 AM, Ramkumar R > wrote: > >> My comments for RC1. > >> > >> Most of

Re: [VOTE] Release Tuscany SCA 1.5 RC1

My comments for RC1. Most of the samples and demos that I tested looks good, except for some minor changes required as shown below. INSTALL file - shows a wrong year as May 2008, should be May 2009. CHANGES file - would be good if we can consolidate the changes in terms of features, instead o

Re: [VOTE] Release Tuscany SCA 1.5 RC1

Hi Ant, While downloading the artifacts for review, noticed that the CHANGES and RELEASE_NOTES files are missing. Can you please upload them for the review. On Tue, May 26, 2009 at 9:26 PM, ant elder wrote: > Please review and vote on RC1 of the SCA 1.5 release. > > The distribution artifacts,

[DISCUSS] WSDL/XSD imports should use location/schemaLocation as hints

Hi All, We had a discuss on this topic (Use of non-SCA Mechanisms for Resolving Artifacts) in the month of March under this thread http://www.mail-archive.com/dev@tuscany.apache.org/msg05956.html What we agreed on as a process to follow for the non-SCA mechanism is. 1. get artifact location

Re: Doubts related to the binding.ws

t with *...@xmljavatypeadpater*, what is not > possible. > > Is it right, or I am missing something? > > Regards > > > On Mon, Mar 2, 2009 at 3:16 PM, Ramkumar R wrote: > >> Hi Douglas, >> >> Well yeah the fix is now available for this issue, In Tus

Re: [2.x] itest-implementation-spring is failing

DelegationHelloWorld.composite > > /itest-implementation-spring/src/main/resources/org/apache/tuscany/sca/itest/spring/SpringHelloWorld.composite > > I just checked in a fix to change the name of the composite. Now the > original issue comes up again. > > Thanks, > Raymond >

Re: [1.5] OMException in getSOAPBuilder - TUSCANY-3046

Hi Ant, Thanks for the hint, I have fixed the issue now at r777489 in 1.5. On Fri, May 22, 2009 at 4:35 PM, ant elder wrote: > On Fri, May 22, 2009 at 11:32 AM, Ramkumar R > wrote: > > Hi All, > > > > TUSCANY-3046 was raised initially with spring issues, the spring i

[1.5] OMException in getSOAPBuilder - TUSCANY-3046

Hi All, TUSCANY-3046 was raised initially with spring issues, the spring issues are now seem to be resolved and I see a different error msg as shown below... [java] - OMException in getSOAPBuilder [java] org.apache.axiom.soap.SOAPProcessingException: First Element must contain the local name

Re: [2.x] itest-implementation-spring is failing

Hi Raymond, I notice a different error message, though I did not notice error as you are seeing testServer(implementation.policies.ImplementationPoliciesTestCase) Time elapsed: 0.313 sec <<< ERROR! org.oasisopen.sca.ServiceRuntimeException: The service AnotherCalculatorServiceComponent has

Re: [2.x] itest-implementation-spring is failing

Hi Raymond, Let me have a look at this one and post the findings. On Fri, May 15, 2009 at 2:05 AM, Raymond Feng wrote: > The itest-implementation-spring in 2.x build is failing due to: > https://issues.apache.org/jira/browse/TUSCANY-3027 > > I investigated the issue. Here is the root cause: > >

Re: [1.x] Enhancements to binding-http

Hi Luciano, Cool stuff, I would like to experiment with this new wire format and operation selector. Do we have some samples in place to have a feel of this feature? Also, I would like to study on some technical details about wire formats and operation selectors from SCA and Tuscany point of vie

Re: [2.x] impl.spring dependency not included in platform target?

Hi Simon, Thanks for pointing it out, this is yet to be done. Will do the necessary changes. On Fri, May 8, 2009 at 8:34 PM, Simon Laws wrote: > I see the impl.spring dependent the all distro pom. This adds the > tuscany spring modules to the platform target. However the spring jars > themselves

Re: [2.x] Porting Spring Modules into 2.x

I believe, this debate is growing and yet to settle with an agreement. While the debate is still on I would like to propose this For 1.x lets stick to the model of having 2 modules... implementation-spring and implementation-spring-runtime as what we have currently. As we are expecting an

Re: [2.x] Porting Spring Modules into 2.x

On Wed, May 6, 2009 at 9:26 PM, Raymond Feng wrote: > Hi, > > By further investigation of the code, I realized that the current > implementation-spring-runtime module contains the code to parse SCA > namespace and invoke the spring beans by instantiating the application > context. It is the SCA h

  1   2   3   4   >