Re: Moving from Spring 2.0.6 to 2.0.8, was: Can't generate a Java interface from a WSDL portType

[Mike Edwards]

Jean-Sebastien Delfino wrote:
CXF 2.1 uses Spring 2.0.8, while our implementation-spring module uses 
2.0.6. I'd like to test and change our Spring integration to use 2.0.8 
as well. If there's no objection (and if it works) I'll make that change 
in the next few days.

Sebastien,

I'll be happy to do the work to migrate Spring to 2.0.8 if you like...


Yours,  Mike.

Re: JMS Client

[ant elder]

On Fri, Jun 6, 2008 at 4:14 PM, Nishant Joshi <[EMAIL PROTECTED]>
wrote:

> Hi All,
> Here is the more detail regarding error...
> I have trace the error and found that exceptino source is from method
> "getInitialContext()" of
> "org.apache.tuscany.sca.binding.jms.provider.JMSResourceFactory"
> Here is the complete stack trace
>
> org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: JMS
> Destination HelloWorldService not found with create mode of "ifnotexist"
> while registering binding serviceA invoker
>  at
> org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue(JMSBindingInvoker.java:169)
>  at
> org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestination(JMSBindingInvoker.java:83)
>  at
> org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.(JMSBindingInvoker.java:66)
>  at
> org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker(JMSBindingReferenceBindingProvider.java:117)
>  at
> org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.addReferenceBindingInterceptor(RuntimeWireImpl.java:228)
>  at
> org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.initInvocationChains(RuntimeWireImpl.java:167)
>  at
> org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.getInvocationChains(RuntimeWireImpl.java:109)
>  at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.getInvocationChain(JDKInvocationHandler.java:243)
>  at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:148)
>  at $Proxy15.sayHello(Unknown Source)
>  at helloworld.HelloWorldClientImpl.sayHello(HelloWorldClientImpl.java:25)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  at java.lang.reflect.Method.invoke(Method.java:585)
>  at
> org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:109)
>  at
> org.apache.tuscany.sca.binding.sca.impl.SCABindingInvoker.invoke(SCABindingInvoker.java:61)
>  at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:286)
>  at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:154)
>  at
> org.apache.tuscany.sca.core.invocation.CglibProxyFactory$CglibMethodInterceptor.intercept(CglibProxyFactory.java:149)
>  at
> helloworld.HelloWorldClientImpl$$EnhancerByCGLIB$$2ae21c1f.sayHello()
>  at helloworld.JMSClient.main(JMSClient.java:20)
>  at helloworld.ClientTest.testServiceCall(ClientTest.java:20)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  at java.lang.reflect.Method.invoke(Method.java:585)
>  at
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
>  at
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
>  at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
>  at
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
>  at
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
>  at
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
>  at
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
>  at
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
>  at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
>  at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
>  at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>  at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
>  at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
>  at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  at java.lang.reflect.Method.invoke(Method.java:585)
>  at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338)
>  at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997)
>
>
> Has anybody idea why should i m not able to connect to a Queue of WAS ?
>
> --
> Thanks
> Nishant Joshi
>

The easiest way to get this to work is using the

[jira] Assigned: (TUSCANY-2377) problem reading complex property from @file

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng reassigned TUSCANY-2377:
-

Assignee: Raymond Feng

> problem reading complex property from @file
> ---
>
> Key: TUSCANY-2377
> URL: https://issues.apache.org/jira/browse/TUSCANY-2377
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Reporter: Scott Kurz
>Assignee: Raymond Feng
> Attachments: 2377.itest.example.diff, 2377.itest.example.diff
>
>
> I'm having trouble reading a complex property from a file pointed to via the 
>  @file attr. 
> I'm using a JAXB to hold the prop value in my Java impl, but in looking at 
> this briefly in the debugger I think the problem might be in the DOM object 
> before it is ever transformed into a JAXB (in my case).
> I think the problem is in the code:
> public class JavaPropertyValueObjectFactory
> public ObjectFactory createValueFactory(Property property, Object 
> propertyValue, Class javaType) {
> ... 
> } else {
> if (isSimpleType) {
>   
> } else {
> List nodes = getComplexPropertyValues(doc);
> Object value = null;
> if (!nodes.isEmpty()) {
> value = nodes.get(0);
> }
> return new ObjectFactoryImpl(property, value, isSimpleType, 
> javaType);
> }
> I'm not skilled with DOM... but I think this code is expecting a wrapper 
> around the real property value, which is why we do a 
> nodes.get(0) to get the first child.   
> I think this wrapper must be there in the case that the property value is set 
> inline in the SCDL or via a Composite property definition, but I think 
> there's a wrapper missing in the case that we use @file, in which case we get 
> a "raw" document.
> I'll attach a patch of an existing itest adding a couple tests to to show an 
> example.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (TUSCANY-2377) problem reading complex property from @file

[Scott Kurz (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Scott Kurz updated TUSCANY-2377:


Attachment: 2377.itest.example.diff

Same file.. I meant to say it could be included in ASF

> problem reading complex property from @file
> ---
>
> Key: TUSCANY-2377
> URL: https://issues.apache.org/jira/browse/TUSCANY-2377
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Reporter: Scott Kurz
> Attachments: 2377.itest.example.diff, 2377.itest.example.diff
>
>
> I'm having trouble reading a complex property from a file pointed to via the 
>  @file attr. 
> I'm using a JAXB to hold the prop value in my Java impl, but in looking at 
> this briefly in the debugger I think the problem might be in the DOM object 
> before it is ever transformed into a JAXB (in my case).
> I think the problem is in the code:
> public class JavaPropertyValueObjectFactory
> public ObjectFactory createValueFactory(Property property, Object 
> propertyValue, Class javaType) {
> ... 
> } else {
> if (isSimpleType) {
>   
> } else {
> List nodes = getComplexPropertyValues(doc);
> Object value = null;
> if (!nodes.isEmpty()) {
> value = nodes.get(0);
> }
> return new ObjectFactoryImpl(property, value, isSimpleType, 
> javaType);
> }
> I'm not skilled with DOM... but I think this code is expecting a wrapper 
> around the real property value, which is why we do a 
> nodes.get(0) to get the first child.   
> I think this wrapper must be there in the case that the property value is set 
> inline in the SCDL or via a Composite property definition, but I think 
> there's a wrapper missing in the case that we use @file, in which case we get 
> a "raw" document.
> I'll attach a patch of an existing itest adding a couple tests to to show an 
> example.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (TUSCANY-2377) problem reading complex property from @file

[Scott Kurz (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Scott Kurz updated TUSCANY-2377:


Attachment: 2377.itest.example.diff

I didn't see an example for using XJC, so I just hand-gen'd the Java from 
rcprops.xsd into src/main/java. Note I use JAXB customizations so this is a 
non-default mapping, but I think the customizations are irrelevant to this JIRA 
.

> problem reading complex property from @file
> ---
>
> Key: TUSCANY-2377
> URL: https://issues.apache.org/jira/browse/TUSCANY-2377
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Reporter: Scott Kurz
> Attachments: 2377.itest.example.diff, 2377.itest.example.diff
>
>
> I'm having trouble reading a complex property from a file pointed to via the 
>  @file attr. 
> I'm using a JAXB to hold the prop value in my Java impl, but in looking at 
> this briefly in the debugger I think the problem might be in the DOM object 
> before it is ever transformed into a JAXB (in my case).
> I think the problem is in the code:
> public class JavaPropertyValueObjectFactory
> public ObjectFactory createValueFactory(Property property, Object 
> propertyValue, Class javaType) {
> ... 
> } else {
> if (isSimpleType) {
>   
> } else {
> List nodes = getComplexPropertyValues(doc);
> Object value = null;
> if (!nodes.isEmpty()) {
> value = nodes.get(0);
> }
> return new ObjectFactoryImpl(property, value, isSimpleType, 
> javaType);
> }
> I'm not skilled with DOM... but I think this code is expecting a wrapper 
> around the real property value, which is why we do a 
> nodes.get(0) to get the first child.   
> I think this wrapper must be there in the case that the property value is set 
> inline in the SCDL or via a Composite property definition, but I think 
> there's a wrapper missing in the case that we use @file, in which case we get 
> a "raw" document.
> I'll attach a patch of an existing itest adding a couple tests to to show an 
> example.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TUSCANY-2377) problem reading complex property from @file

[Scott Kurz (JIRA)]

problem reading complex property from @file
---

 Key: TUSCANY-2377
 URL: https://issues.apache.org/jira/browse/TUSCANY-2377
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Reporter: Scott Kurz


I'm having trouble reading a complex property from a file pointed to via the 
 @file attr. 

I'm using a JAXB to hold the prop value in my Java impl, but in looking at this 
briefly in the debugger I think the problem might be in the DOM object before 
it is ever transformed into a JAXB (in my case).

I think the problem is in the code:

public class JavaPropertyValueObjectFactory

public ObjectFactory createValueFactory(Property property, Object 
propertyValue, Class javaType) {
... 
} else {
if (isSimpleType) {
  
} else {
List nodes = getComplexPropertyValues(doc);
Object value = null;
if (!nodes.isEmpty()) {
value = nodes.get(0);
}
return new ObjectFactoryImpl(property, value, isSimpleType, 
javaType);
}

I'm not skilled with DOM... but I think this code is expecting a wrapper around 
the real property value, which is why we do a 
nodes.get(0) to get the first child.   

I think this wrapper must be there in the case that the property value is set 
inline in the SCDL or via a Composite property definition, but I think there's 
a wrapper missing in the case that we use @file, in which case we get a "raw" 
document.

I'll attach a patch of an existing itest adding a couple tests to to show an 
example.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Endpoints was: Re: [BRAINSTORM] Flexibility in distributed operation and extension implementations - was: Re: Request to propogate the value of a references target= attribute on its associated bin

[ant elder]

On Sat, Jun 7, 2008 at 12:48 PM, ant elder <[EMAIL PROTECTED]> wrote:

>
>
> On Sat, Jun 7, 2008 at 12:46 PM, Simon Laws <[EMAIL PROTECTED]>
> wrote:
>
> 
>
> I've updated all the code that used EndpointProviders. This includes
>> runtime-tomcat but I was unable to get this running following Ant's
>> instruction on this thread. It maybe that I did something wrong so I'll
>> give
>> it another go a little later.
>>
>>
> What is the problem you get?
>
>
I've just tried this, there was a problem with the runtime-tomcat
META-INF/services file being out of date with the package moves, i've
updated this and it now all works ok for me following the instructions in
that earlier email in this thread.

   ...ant

Re: Endpoints was: Re: [BRAINSTORM] Flexibility in distributed operation and extension implementations - was: Re: Request to propogate the value of a references target= attribute on its associated bin

[ant elder]

On Sat, Jun 7, 2008 at 12:46 PM, Simon Laws <[EMAIL PROTECTED]>
wrote:



I've updated all the code that used EndpointProviders. This includes
> runtime-tomcat but I was unable to get this running following Ant's
> instruction on this thread. It maybe that I did something wrong so I'll
> give
> it another go a little later.
>
>
What is the problem you get?

...ant

Re: Endpoints was: Re: [BRAINSTORM] Flexibility in distributed operation and extension implementations - was: Re: Request to propogate the value of a references target= attribute on its associated bin

[Simon Laws]

On Tue, Jun 3, 2008 at 4:37 PM, Simon Laws <[EMAIL PROTECTED]>
wrote:

>
>
> On Wed, May 21, 2008 at 2:56 PM, ant elder <[EMAIL PROTECTED]> wrote:
>
>> On Fri, May 16, 2008 at 9:26 AM, Simon Laws <[EMAIL PROTECTED]>
>> wrote:
>>
>> > ...snip
>> >
>> > >
>> > > The two sets of SPIs could co-exist for a while with BindingProviders
>> > > working with bindings and ServiceProviders (I just made up that name)
>> > with
>> > > service endpoints.
>> > > --
>> > > Jean-Sebastien
>> >
>> >
>> > At r656959 I've just enabled some changes to take a step toward using an
>> > Endpoint representation in the model as an alternative to using cloned
>> > bindings as the representation of valid reference targets. It's not
>> > replacing the cloned binding approach just yet, to avoid breaking
>> anything,
>> > but is the first step on the road. This is what I have done.
>> >
>> > Made a new Endpoint model type
>> > Created a separate factory for it (separate as I though the model may
>> need
>> > to be pluggable as some point)
>> > Created a new EndpointProvider type and associated factory.
>> > Created an Endpoint module to provide a provider implementation.
>> > Created an Endpoint wire to trap attempted calls over unresolved
>> endpoints
>> > Separated off the Endpoint builder code into a new builder class. Same
>> code
>> > but easier to identify.
>> > Added an endpoint collection to references
>> > Used the Endpoint in the wire builder in place of the old internal
>> target
>> > structure. The logic is weaved in to the existing logic as follows.
>> >  For references with no target, put the binding into reference binding
>> as
>> > before
>> >  Create an Endpoint for all explicit reference targets
>> >  For resolved endpoints (Endpoints where the target is resolved) put the
>> > binding into reference bindings, i.e. the same as before
>> >  For unresolved endpoints create an endpoint provider and a wire. We
>> don't
>> > have unresolved targets in tuscany (except in the sca binding test) so
>> > should not happen. If you do put a target name in that can't be matched
>> > with
>> > a service you'll get a warning.
>> >
>> > If there is no Endpoint module on the classpath it will not create a
>> > provider or a wire hence disabling any Endpoint based processing. The
>> > Endpoint model will still be used though
>> >
>> > As part of this change I've updated the logic that looks for target
>> names
>> > in
>> > binding uri. It's now applied to all binding types which I believe is
>> what
>> > the spec says, There is though an issue here. I'll raise a separate
>> thread.
>> >
>> > There are also a couple of thoughts I had.
>> >
>> > Can we make the CompositeBuilderImpl have just one constructor?
>> > Should builders be pluggable?
>> > I've used some of the CompoisteActivator functions in the EndpointWire
>> that
>> > could do with moving into the activator interface.
>> >
>> > Simon
>> >
>>
>> Last week i updated the runtime-tomcat module to use this Endpoint code to
>> get the Tomcat deep integration with webapps talking to each other as
>> being
>> discussed in [1] and [2]. Its a complete hack at the moment but at least
>> gives a start at something more real to be talking about in those threads.
>>
>> You can try it by building the runtime-tomcat module, and the doing a "mvn
>> dependency:copy-dependencies"
>>
>> - in tomcat conf/catalina.properties add the runtime-tomcat jar and
>> dependencies:
>>  common.loader=${catalina.home}/lib,${catalina
>>
>> .home}/lib/*.jar,/Tuscany/SVN/trunk/modules/runtime-tomcat/target/*.jar,/Tuscany/SVN/trunk/modules/runtime-tomcat/target/dependency/*.jar
>>
>> - in tomcat conf/server.xml add the TuscanyHost class name to the
>> localhost
>> definition, eg:
>>  >className="org.apache.tuscany.sca.runtime.tomcat.TuscanyHost"
>>unpackWARs="true" autoDeploy="true"
>>xmlValidation="false" xmlNamespaceAware="false">
>>
>> Now you can deploy webapps to tomcat without needing to include _any_
>> Tuscany stuff in the webapp - no tuscany jars or web.xml config. You can
>> try
>> it with the calculator-webapp and calculator-ws-webapp samples, delete all
>> the jars and Tuscany web.xml config from the webapps and delete the
>> subtract
>> component and impl from the calculator-ws-webapp and it should all still
>> work with the caclulator-ws-webapp using the subtract component in the
>> calculator-webapp sample.
>>
>>   ...ant
>>
>> [1] http://apache.markmail.org/message/2i6gtkveapk3n4nr
>> [2] http://apache.markmail.org/message/l7pgz2sxuitdhmxm
>>
>
> I've been thinking about Raymond's suggestion for changing the
> EndpointProvider to be EndpointResolver. My only slight qualm is that target
> resolution is not performed during what Tuscany refers to as the resolve
> phase other than that it sounds OK.  Thoughts?
>
> There was also a suggestion that the factory mechanism should be removed
> which I'm less keen on. I created the EndpointProvider(Resolver) as a
> provi

Re: GSoC Project - Tuscany SCA support in the Geronimo admin Console

[ant elder]

I've created you a folder in our sandbox area
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/thilina, thats
yours to use for whatever you like. Ideally most of the code you do will go
in trunk as part of our regular build but you can use the sandbox area as a
staging area where you can experiment or store stuff without having to worry
about correctness, beauty or breaking any builds.

   ...ant

On Sat, Jun 7, 2008 at 8:13 AM, Thilina Buddhika <[EMAIL PROTECTED]>
wrote:

> Hi,
> Yes, these modules are available. But earlier there was a web app under
> this package which made use of these modules to provide with SCA domain
> admin functionality. This was only working with a local SCA domain. So as I
> feel, it would be good, if we can get this web app to run with an ACE as the
> first phase, and then extend its functionality.
>
> This web app was available under org.apache.tuscany.sca.workspace.admin.* .
>
>  If this has been removed, then we can start it from the scratch by using
> the available workspace modules.  As an alternative to this, Ant has
> suggested to bring the available tuscany-geronimo intergration code to work
> with latest geronimo versions.
>
> In the mean time as Ant has suggested, it is better if we can set up an svn
> location to place my workings, so that everyone can see it.
>
> Any thoughts ?
>
> Thank You.
>
> regards,
> / thilina
>
>
>
> On Wed, May 28, 2008 at 7:49 PM, Luciano Resende <[EMAIL PROTECTED]>
> wrote:
>
>> The tuscany-workspace-xxx modules are still available :
>>
>>  Directory of .\java\sca\modules
>>
>> 05/27/2008  09:12 PM  workspace
>> 05/27/2008  09:13 PM  workspace-impl
>> 05/27/2008  09:12 PM  workspace-xml
>>
>> On Wed, May 28, 2008 at 1:08 AM, Thilina Buddhika <[EMAIL PROTECTED]>
>> wrote:
>> > Hi,
>> >
>> > I started coding phase on Monday. As the first step, I took a svn update
>> and
>> > successfully built it. As discussed earlier in the mailing list (when
>> > preparing the proposal), it  was  decided to bring up the
>> tuscany-workspace-
>> > admin as a regular web application and run it inside Geronimo as the
>> first
>> > step.
>> >
>> >
>> > But I could not find this class and other related classes in my copy of
>> the
>> > Tuscany SCA  source.
>> >
>> >org.apache.tuscany.sca.workspace.admin.main.DomainAdminMain
>> >
>> > Has the workspace-admin been moved to a different package ?
>> >
>> > Thank You.
>> >
>> > regs,
>> > / thilina
>> >
>> >
>> >
>> > On Tue, May 6, 2008 at 11:21 AM, Thilina Buddhika <[EMAIL PROTECTED]>
>> > wrote:
>> >
>> >> Hi,
>> >>
>> >> I thought of briefing my work within last few days to Tuscany-dev, so
>> that
>> >> community can give feedback on it. The wiki page[1] will also be
>> updated
>> >> along with this.
>> >>
>> >> Nowadays I am reading about ACEs and Portlets. I was able to implement
>> a
>> >> simple ACE and deploy it in Geronimo.  Also it  was  possible to call
>> some
>> >> JSPs and Servlets within that ACE. I am digging more into this and
>> planning
>> >> to look at available web based SCA domain admin tool in Tuscany.
>> >>
>> >> thanks!
>> >>
>> >> best regards,
>> >> / thilina
>> >>
>> >> [1] -
>> >>
>> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+support+in+the+Apache+Geronimo+Admin+Console
>> >>
>> >> On Wed, Apr 30, 2008 at 7:03 PM, Thilina Buddhika <[EMAIL PROTECTED]
>> >
>> >> wrote:
>> >>
>> >>> Hi,
>> >>> Thanks Luciano for creating that wiki page. It is really easy to work
>> with
>> >>> confluence wiki. I created a child page[1] and moved my content to it,
>> from
>> >>> my earlier wiki page. I'll be use this new wiki page from now onwards.
>> >>>
>> >>> thanks!
>> >>>
>> >>> best regards,
>> >>> / thilina
>> >>>
>> >>> [1] -
>> >>>
>> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+support+in+the+Apache+Geronimo+Admin+Console
>> >>>
>> >>>
>> >>> On Tue, Apr 29, 2008 at 9:05 PM, Luciano Resende <
>> [EMAIL PROTECTED]>
>> >>> wrote:
>> >>>
>>  Hi Thilina
>> 
>>    Thanks for taking the initiative and creating the wiki page. I just
>>  created a wiki page/section to be used for GSoC 2008 [1], at the
>>  Tuscany Wiki, maybe you and all other students create child pages and
>>  use that one.
>> 
>>  [1] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2008
>> 
>>  On Tue, Apr 29, 2008 at 6:08 AM, Thilina Buddhika <
>> [EMAIL PROTECTED]>
>>  wrote:
>>  > Hi,
>>  >  I started working on my project. According to the Google time
>> line[1],
>>  now
>>  >  it is the community bonding period. These days I am going through
>> the
>>  >  documentations again, and getting more familiar with the project.
>> I
>>  started
>>  >  a wiki page[2] to  display the current status of the project. I
>> will
>>  be
>>  >  frequently updating that wiki page. I will be using this thread to
>> for
>>  the
>>  >  discussions with th

Re: [VOTE] Release SDO 1.1.1

[ant elder]

It seems to work fine for me, the binary distribution ends up with a lib
folder containing:

backport-util-concurrent-3.0.jar
codegen-2.2.3.jar
codegen-ecore-2.2.3.jar
common-2.2.3.jar
ecore-2.2.3.jar
ecore-change-2.2.3.jar
ecore-xmi-2.2.3.jar
sample-sdo-1.1.1.jar
stax-api-1.0.1.jar
tuscany-sdo-api-r2.1-1.1.1.jar
tuscany-sdo-impl-1.1.1.jar
tuscany-sdo-lib-1.1.1.jar
tuscany-sdo-tools-1.1.1.jar
wstx-asl-3.2.1.jar
xsd-2.2.3.jar

I've put the distributions that I get from the 1.1.1-RC2 tag up at
http://people.apache.org/~antelder/tuscany/sdo/1.1.1-RC2, how do they look?

   ...ant

On Fri, Jun 6, 2008 at 6:18 PM, kelvin goodson <[EMAIL PROTECTED]>
wrote:

> Hi Luciano,
>   yes, I added that workaround,  and that satisfied most of the EMF jars,
> but not these two. It's odd, the 2 jars we need are there in the repository
> you suggested,  but maven will not download them.
>
> Kelvin.
>
> 2008/6/6 Luciano Resende <[EMAIL PROTECTED]>:
>
> > Did you try the workaround I mentioned before on this thread [1] where
> > I added a new repository ? It was actually for other jars, but might
> > help in this case as well...
> >
> > [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg31727.html
> >
> > On Fri, Jun 6, 2008 at 4:56 AM, kelvin goodson <[EMAIL PROTECTED]>
> > wrote:
> > > I've made all the changes required in the tag [1] to get rid of the
> felix
> > > jars, find and include the emf jars,  and I've removed the incubating
> > tag,
> > > DISCLAIMER files etc.  However,  I'm currently stumped as to why two
> emf
> > > jars available [2] and [3] don't get downloaded by the build.  The
> build
> > > output complains about URLs that, if cut and pasted into a browser,
> work
> > > fine.  Any clues to explain this odd maven behaviour are welcome.
> > >
> > > Kelvin
> > >
> > >
> > > [1]
> > >
> >
> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sdo/1.1.1-RC2/
> > > [2]
> > >
> >
> http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/org/eclipse/emf/codegen/2.2.3/
> > > [3]
> > >
> >
> http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/org/eclipse/emf/codegen-ecore/2.2.3/
> > >
> > > 2008/6/3 Rajini Sivaram <[EMAIL PROTECTED]>:
> > >
> > >> Kelvin,
> > >>
> > >> Sorry about the delay in getting back to you - I can see that you have
> > >> found
> > >> a solution. Yes, you are absolutely right, the felix framework should
> > use
> > >> scope "provided" since SdoBundleActivator is only used when SDO is
> > running
> > >> inside an OSGi container, and the framework classes are provided by
> the
> > >> container.
> > >>
> > >>
> > >> On 6/3/08, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > >> >
> > >> > Just a thought,  would I be right in guessing that if ever our
> > >> > SdoBundleActivator is touched in the runtime,  then the environment
> > would
> > >> > be
> > >> > expected to provide the classes to satisfy
> > >> >
> > >> > import org.osgi.framework.BundleActivator;
> > >> > import org.osgi.framework.BundleContext;
> > >> >
> > >> > ?
> > >> >
> > >> > in which case I think declaring a "provided" scope for the felix
> > >> dependency
> > >> > would be the right way to do things
> > >> >
> > >> > Kelvin.
> > >> >
> > >> > 2008/6/3 kelvin goodson <[EMAIL PROTECTED]>:
> > >> >
> > >> > > Thanks Ant,  that looks like progress,  but the felix framework
> jar
> > is
> > >> > now
> > >> > > not in the list of distributed jars.
> > >> > >
> > >> > > Kelvin.
> > >> > >
> > >> > > 2008/6/3 ant elder <[EMAIL PROTECTED]>:
> > >> > >
> > >> > > Adding an exclude for felix to the distribution pom can fix that,
> eg
> > >> > here's
> > >> > >> local changes i have just tried:
> > >> > >>
> > >> > >> Index: src/main/assembly/bin.xml
> > >> > >>
> ===
> > >> > >> --- src/main/assembly/bin.xml   (revision 662488)
> > >> > >> +++ src/main/assembly/bin.xml   (working copy)
> > >> > >> @@ -120,13 +120,13 @@
> > >> > >> 
> > >> > >> 
> > >> > >>
> > >> > >> tuscany-sdo-${sdo.version}/lib
> > >> > >> -
> > >> > >> -
> > >> > >> org.apache.tuscany.sdo:tuscany-sdo-api-r2.1
> > >> > >> +
> > >> > >> 0644
> > >> > >> 
> > >> > >>
> > >> > >> Index: pom.xml
> > >> > >>
> ===
> > >> > >> --- pom.xml (revision 662488)
> > >> > >> +++ pom.xml (working copy)
> > >> > >> @@ -56,6 +56,12 @@
> > >> > >> org.apache.tuscany.sdo
> > >> > >> tuscany-sdo-impl
> > >> > >> ${pom.version}
> > >> > >> +
> > >> > >> +
> > >> > >> +org.apache.felix
> > >> > >> +
>  org.apache.felix.main
> > >> > >> +
> > >> > >> +
> > >> > >> 
> > >> > >> 
> > >> > >> org.apache.tuscany.sdo
> > >> > >> @@ -67,6 +73,7 @@
> > >> > >> sample-sdo
> > >> > >> ${pom.version}
> > >> > >> 
> > >> > >>

Re: Red Hat/JBoss involvement with Tuscany

[Mike Edwards]

Mark,

Welcome to Tuscany.  It is great news that Red Hat is getting involved with 
Tuscany.

I very much look forward to working with you all in the coming months.


Yours,  Mike.



Mark Little wrote:
Hi, I just wanted to let people know officially that people from Red 
Hat/JBoss will be getting involved with Tuscany over the coming months 
as we look at the best way in which to provide SCA support for our SOA 
Platform users. We're very excited about helping on Tuscany and 
complimenting the work we're doing at OASIS.


Mark.


Mark Little
[EMAIL PROTECTED]

JBoss, a Division of Red Hat
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod 
Street, Windsor, Berkshire, SI4 1TE, United Kingdom.
Registered in UK and Wales under Company Registration No. 3798903 
Directors: Michael Cunningham (USA), Charlie Peters (USA), Matt Parsons 
(USA) and Brendan Lane (Ireland).

Moving from Spring 2.0.6 to 2.0.8, was: Can't generate a Java interface from a WSDL portType

[Jean-Sebastien Delfino]

Jean-Sebastien Delfino wrote:

Raymond Feng wrote:

Hi,

I got the CXF code-gen plugin 2.1 working after debugging the plugin 
source code :-(.


Here is the pom.xml snippt I figured out. Please note I had to 
override wsdlRoot/testWsdlRoot to be a non-existing file to avoid NPE 
(I assume it's CXF bug if the wsdl files are in src/test/resources/wsdl).




...

That worked for me too. The generated output is slightly different from 
the JAXWS RI wsimport (different package name for the generated 
interface for example) but it looks OK.


Thanks!


CXF 2.1 uses Spring 2.0.8, while our implementation-spring module uses 
2.0.6. I'd like to test and change our Spring integration to use 2.0.8 
as well. If there's no objection (and if it works) I'll make that change 
in the next few days.

--
Jean-Sebastien

Re: GSoC Project - Tuscany SCA support in the Geronimo admin Console

[Thilina Buddhika]

Hi,
Yes, these modules are available. But earlier there was a web app under this
package which made use of these modules to provide with SCA domain admin
functionality. This was only working with a local SCA domain. So as I feel,
it would be good, if we can get this web app to run with an ACE as the first
phase, and then extend its functionality.

This web app was available under org.apache.tuscany.sca.workspace.admin.* .

 If this has been removed, then we can start it from the scratch by using
the available workspace modules.  As an alternative to this, Ant has
suggested to bring the available tuscany-geronimo intergration code to work
with latest geronimo versions.

In the mean time as Ant has suggested, it is better if we can set up an svn
location to place my workings, so that everyone can see it.

Any thoughts ?

Thank You.

regards,
/ thilina


On Wed, May 28, 2008 at 7:49 PM, Luciano Resende <[EMAIL PROTECTED]>
wrote:

> The tuscany-workspace-xxx modules are still available :
>
>  Directory of .\java\sca\modules
>
> 05/27/2008  09:12 PM  workspace
> 05/27/2008  09:13 PM  workspace-impl
> 05/27/2008  09:12 PM  workspace-xml
>
> On Wed, May 28, 2008 at 1:08 AM, Thilina Buddhika <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > I started coding phase on Monday. As the first step, I took a svn update
> and
> > successfully built it. As discussed earlier in the mailing list (when
> > preparing the proposal), it  was  decided to bring up the
> tuscany-workspace-
> > admin as a regular web application and run it inside Geronimo as the
> first
> > step.
> >
> >
> > But I could not find this class and other related classes in my copy of
> the
> > Tuscany SCA  source.
> >
> >org.apache.tuscany.sca.workspace.admin.main.DomainAdminMain
> >
> > Has the workspace-admin been moved to a different package ?
> >
> > Thank You.
> >
> > regs,
> > / thilina
> >
> >
> >
> > On Tue, May 6, 2008 at 11:21 AM, Thilina Buddhika <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi,
> >>
> >> I thought of briefing my work within last few days to Tuscany-dev, so
> that
> >> community can give feedback on it. The wiki page[1] will also be updated
> >> along with this.
> >>
> >> Nowadays I am reading about ACEs and Portlets. I was able to implement a
> >> simple ACE and deploy it in Geronimo.  Also it  was  possible to call
> some
> >> JSPs and Servlets within that ACE. I am digging more into this and
> planning
> >> to look at available web based SCA domain admin tool in Tuscany.
> >>
> >> thanks!
> >>
> >> best regards,
> >> / thilina
> >>
> >> [1] -
> >>
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+support+in+the+Apache+Geronimo+Admin+Console
> >>
> >> On Wed, Apr 30, 2008 at 7:03 PM, Thilina Buddhika <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>> Hi,
> >>> Thanks Luciano for creating that wiki page. It is really easy to work
> with
> >>> confluence wiki. I created a child page[1] and moved my content to it,
> from
> >>> my earlier wiki page. I'll be use this new wiki page from now onwards.
> >>>
> >>> thanks!
> >>>
> >>> best regards,
> >>> / thilina
> >>>
> >>> [1] -
> >>>
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+support+in+the+Apache+Geronimo+Admin+Console
> >>>
> >>>
> >>> On Tue, Apr 29, 2008 at 9:05 PM, Luciano Resende <[EMAIL PROTECTED]
> >
> >>> wrote:
> >>>
>  Hi Thilina
> 
>    Thanks for taking the initiative and creating the wiki page. I just
>  created a wiki page/section to be used for GSoC 2008 [1], at the
>  Tuscany Wiki, maybe you and all other students create child pages and
>  use that one.
> 
>  [1] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2008
> 
>  On Tue, Apr 29, 2008 at 6:08 AM, Thilina Buddhika <
> [EMAIL PROTECTED]>
>  wrote:
>  > Hi,
>  >  I started working on my project. According to the Google time
> line[1],
>  now
>  >  it is the community bonding period. These days I am going through
> the
>  >  documentations again, and getting more familiar with the project. I
>  started
>  >  a wiki page[2] to  display the current status of the project. I
> will
>  be
>  >  frequently updating that wiki page. I will be using this thread to
> for
>  the
>  >  discussions with the community.
>  >
>  >  thanks!
>  >
>  >  best regards,
>  >  / thilina
>  >
>  >
>  >
>  >
>  >  [1] -
>  http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline
>  >  [2] -
>  http://wiki.apache.org/incubator/ThilinaBuddhika/GSoC2008_status
>  >
> 
> 
> 
>  --
>  Luciano Resende
>  Apache Tuscany Committer
>  http://people.apache.org/~lresende
> 
>  http://lresende.blogspot.com/
> 
> >>>
> >>>
> >>
> >>
> >> --
> >> E-Mail : [EMAIL PROTECTED]
> >> I blog here : http://thilinamb