RE: OSGi Binding
[Sorry for the very late comments, only just catching up] I agree that fragments are a logical way to go here. At 14:44 09/11/2006, Hawkins, Joel wrote: OSGi has a concept known as a Bundle Fragment. A fragment is packaged as a separate bundle, but at runtime acts is if it were packaged directly as part of the host bundle. My thought was to package runtime extensions as fragments, and designate the sca kernel bundle as the bundle host. Add to that a mechanism to populate the system composite tree with the extensions, and you've got something that (to me) sounds very much like what you've described above. Application bundles could specify a dependency on the sca kernel bundle, at inherit classloader access to all the extensions as a result. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: OSGi Binding
At 21:04 09/11/2006, Hawkins, Joel wrote: @Nicole: Accessing the classloader corresponding to a particular bundle. It's a back-door cheat like the Declarative Services guys use, and its very implementation-specific. Plus it's nice to have a place to isolate implementation-specific stuff. :-) The OSGi guys are very receptive to OSGi extensions that might need to be included in future releases. In Spring-OSGi we realized the need to access the BundleContext from the Bundle and for having an appropriate ContextClassLoader set when performing framework operations. In Spring-OSGi we didn't actually need to access the classloader since we wrote a BundleDelegatingClassloader that deferred to the Bundle. It would be good to know what use cases require this feature. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi Binding
At 22:14 09/11/2006, Jim Marino wrote: in a war, it may go in the /lib directory. For OSGi bindle fragments, is there a deployment API/mechanism where I can take a plain jar (i.e. no OSGi manifest entries), hand it to the OSGI container and declare that it is a fragment (maybe it is something specific to Equinox)? We have asked for such a feature in a future OSGi release since the virtual bundle stuff we do in Spring-OSGi is a little tacky (re-writing jars on the fly). I don't know what the status of this is but it seems a universally desired feature. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bundles and OSGi
In Spring-OSGi we looked at and discarded the BuddyClassloader approach since I believe it futzes with the CCL in a way that prevents other CCL applications. andy At 11:44 16/11/2006, Jeremy Boynes wrote: On 11/15/06, Hawkins, Joel [EMAIL PROTECTED] wrote: -Original Message- From: Wengatz, Nicole [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 15, 2006 10:23 AM To: Hawkins, Joel Cc: Jim Marino; Wengatz, Nicole; Jasny, Robert Subject: RE: Bundles and OSGi I performed now some tests with BuddyClassLoader. The core bundle gets an entry 'Eclipse-BuddyPolicy: registered' and the other bundles register at the core bundle. If the core bundle requires classes it searches in the registered buddies. The performance seems to bad a little bit worser (but still in milliseconds). After the core bundle loaded a class from one of the other bundles (e.g. B) you cannot refresh bundle B. If you would like to update bundle B you have to refresh the core and again all bundles get refreshed. BuddyClassLoading is not part of OSGi R4, but part of Eclipse. Eclipse guys are planning to bring it into OSGI R4.1. This worries me a little as I would not like to think that the only OSGi implementation that was supported was Eclipse's. When is 4.1 due and/or does, for example, Felix offer something similar to this? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What's next for SCA?
At 17:21 24/10/2006, Jim Marino wrote: Existing server integration is a nice-to-have but IMO we require a standalone environment that can support the full range of SCA features which is not easily done in the former. FWIW if you want to drive adoption then I think this is more than nice-to-have. I think you need to seriously tackle the issue of the whole world not being Tuscany (see note below). This is not just the issue of providing a fully featured SCA implementation in hosted environments, but interacting with other SCA runtimes that are not Tuscany and other services that are not SCA at all. I think this probably means a much clearer separation between the parts of the Tuscany runtime that are core and those that are targeted to a particular implementation (standalone for example). Given clearer SPI access into the core I think you will have a lot more success in driving Tuscany into the real world. Yes this will likely entail some type of service discovery. I've been looking at zeroconf and perhaps UPnP as ways of doing this (support should be pluggable) and when I have a better idea I will post a write-up to the list. The key here is pluggable. Any clustering infrastructure does this and to date they are all different (e.g. WebLogic, Geronmo, Active MQ, JBoss, WAS), datacenter managers will not thank you for more :) It might also be worth looking at ActiveCluster since it does something similar here (I think it may use Zeroconf anyway), although I have to say that if I had my way everyone would use UPnP. Although don't you actually need something a bit higher level? E.g. UDDI or AD or something that allows you to publish all of the associated meta data as well. My $0.02 andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Runtime Implementation not found when running sample Webapps
Ken was working on some fixes for the webapp runtime stuff but his HD crashed last week. I'm not sure what status the actual committed source code is in, but it was working (or pretty close) when I tried it last week. andy At 23:35 11/10/2006, Bert Lamb wrote: I just updated to HEAD today (clean source tree, clean local maven repo) and I am trying to run the helloworldjsonrpc and the helloworldws samples and I am getting the following when trying to deploy them in Tomcat. My gut is telling me that the tuscany war plugin has misplaced a jar or something, but I am not sure how to track that down. Any ideas? SEVERE: Runtime Implementation not found org.apache.tuscany.runtime.webapp.TuscanyInitException: Runtime Implementation n ot found at org.apache.tuscany.runtime.webapp.WebappUtilImpl.getRuntime(WebappUti lImpl.java:75) at org.apache.tuscany.runtime.webapp.TuscanyContextListener.contextIniti alized(TuscanyContextListener.java:57) at org.apache.catalina.core.StandardContext.listenerStart(StandardContex t.java:3729) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 187) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:73 9) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:809) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:698 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1021) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 50) at org.apache.catalina.core.StandardServer.start(StandardServer.java:709 ) at org.apache.catalina.startup.Catalina.start(Catalina.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) Caused by: java.lang.ClassNotFoundException: org.apache.tuscany.runtime.webapp.W ebappRuntimeImpl at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.tuscany.runtime.webapp.WebappUtilImpl.getRuntime(WebappUti lImpl.java:68) ... 25 more Oct 11, 2006 6:29:58 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Exception sending context initialized event to listener instance of clas s org.apache.tuscany.runtime.webapp.TuscanyContextListener org.apache.tuscany.runtime.webapp.TuscanyInitException: Runtime Implementation n ot found at org.apache.tuscany.runtime.webapp.WebappUtilImpl.getRuntime(WebappUti lImpl.java:75) at org.apache.tuscany.runtime.webapp.TuscanyContextListener.contextIniti alized(TuscanyContextListener.java:57) at org.apache.catalina.core.StandardContext.listenerStart(StandardContex t.java:3729) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 187) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:73 9) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:809) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:698 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1122) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
Re: Stabilizing M2 for release
At 00:49 12/10/2006, Jeremy Boynes wrote: I am not sure on whether javascript, jsonrpc, ruby or spring fall in this category or the next - opinions? Spring is stable enough IMO. I have some changes planned, but probably not in time for M2 and the existing code works ok (and is mostly structured ok). andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 release - spring in or out?
Ok, I faxed the docs through so we are good to go. Thanks andy At 12:20 05/10/2006, Ken Tam wrote: The Apache Software Foundation 1901 Munsey Drive Forest Hill, MD 21050-2747 U.S.A. fax: +1.410.803.2258 On 10/5/06, Andy Piper [EMAIL PROTECTED] wrote: Rod has sent me the release documents. Where should I fax them to? andy wrote: Simon's post reminded me of a question from the IRC chat Monday - what is the state of the spring container and should we include it in the M2 binary distro or not (it would still be in the source)? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Remove use of parent ids in poms
Is there any chance we could pick unique, relevant ids for the pom files? The current practice of using parent everywhere confuses IntelliJ big time. Thanks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remove use of parent ids in poms
Or is this a feature? At 12:22 06/10/2006, Andy Piper wrote: Is there any chance we could pick unique, relevant ids for the pom files? The current practice of using parent everywhere confuses IntelliJ big time. Thanks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 release - spring in or out?
Rod has sent me the release documents. Where should I fax them to? andy wrote: Simon's post reminded me of a question from the IRC chat Monday - what is the state of the spring container and should we include it in the M2 binary distro or not (it would still be in the source)? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2 release - spring in or out?
Rod said he was ok with this, but I don't have any paperwork from him as yet. andy At 09:17 05/10/2006, ant elder wrote: Spring is so popular just being able to say Tuscany integrates with Spring is a good thing so it would be real good if it could be included. But its the guys who've been developing it's call i guess. There's was also the questions about some of the spring code, if there needed to be a software grant from the spring guys and if we could have code with the org.springframework package name. Has anything happened about that? See: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200608.mbox/[EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Packaging, usage of, and classloading for extensions their dependencies
At 12:07 05/10/2006, Ken Tam wrote: missing metadata needed to do that right. What do folks think about simplifying it by being more explicit, and then slowly moving back to a more automatic model? Gets my vote. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Modeling persistence services, was Re: EJB3 (JPA) support
At 22:43 03/10/2006, Jeremy Boynes wrote: I think there's a big difference between something like implementation.jpa and implementation.das I think implementation.jpa is about simplifying the configuration of a complex component with a specific service interface (in this case EntityManager). SCA assembly allows you to do this and although it may seem odd, it is valid. We may suggest alternatives but in the end providing the freedom for users to choose is essential to our success. I'm probably going to reveal my ignorance here, but here goes ... SCA/Tuscany, like any integration technology, is, I'm sure, going to run into the who maintains the connectors/adapters/extensions problem pretty quickly. You know the one - Vendor A creates an integration technology and then starts to build out adapters using this technology to other technologies that customers are interested in. Pretty soon Vendor A finds out that this is enormously expensive - not just in doing it initially but in keeping it up-to-date. So vendor A tries to push the onus onto Vendor's B, C and D to maintain the adapters. But B,C and D like a different technology and so the integration dies. In the end customers lose out, because the integration never quite did what they could do with the vanilla product anyway. To my mind there are three ways of solving this: a) don't provide any integration and just assume customers will use APIs directly b) provide minimal, generic configuration-driven integration. c) rely on some third-party integration technology that has enough critical mass to be kept up-to-date. All of these have the advantage that not-only do you not have to build specific integrations, but you do not have to test them on specific platforms. My opinion only. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA Java samples for M2
At 18:45 04/10/2006, Simon Nash wrote: 3. I don't know whether we will be including Spring, so I'm not whether we will need the spring.simple sample. I have this sample fixed. I'm working with Ken on getting it submitted andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-775) Web deployment broken
Web deployment broken - Key: TUSCANY-775 URL: http://issues.apache.org/jira/browse/TUSCANY-775 Project: Tuscany Issue Type: Bug Components: Java SCA Core, Java SCA Samples Affects Versions: Java-M2 Reporter: Andy Piper Web deployment is broken -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-775) Web deployment broken
[ http://issues.apache.org/jira/browse/TUSCANY-775?page=all ] Andy Piper updated TUSCANY-775: --- Attachment: web.patch Fixes webapp issues generically and in spring. Web deployment broken - Key: TUSCANY-775 URL: http://issues.apache.org/jira/browse/TUSCANY-775 Project: Tuscany Issue Type: Bug Components: Java SCA Core, Java SCA Samples Affects Versions: Java-M2 Reporter: Andy Piper Attachments: web.patch Web deployment is broken -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Hi Jeremy At 14:35 03/10/2006, Jeremy Boynes wrote: There seem to be a few changes mixed in here. All necessary to fix things :) The extension directory moves from /WEB-INF to /META-INF and that seems like an odd place to me. Is this what the plugin is doing? Well it used to be META-INF from the looks of things. But I don't particularly mind _as long as its consistent_ - these paths keeps getting changed without examples getting fixed. Registering the RuntimeInfo and WebappRuntimeInfo separately to work around an autowire issue seems hacky - I thought autowire had been fixed ages ago to support matching by assignablity rather than an exact match; if not, it should. I agree, but this _used to work_ and now it does not. I'm afraid I don't have the cycles to keep tracking down problems that others have introduced, I have already spent all day just getting this far. What do getInstallDirectory() and getApplicationRootDirecotry() do in a webapp environment that may not have any directories at all? The spring impl relies on these right now. Yes its a hack, but not my hack, its been there a while and I need something actually working. We can clean things up, but please lets get this working again. The webapp stuff really needs an end-to-end test to keep it clean. getScdlUrl() is looking up absolute paths in the classloader _ does that work? I thought classloaders needed paths that do not begin with '/' The docs say otherwise and it certainly works for me. Without this you have to install webapp.scdl in the app which is tacky. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Still having problems with webapps
Hi Jeremy Jim, I still can't get my webapp examples to work even with the latest updates. First problem is that webapp.scdl is no longer picked up from the tuscany installation. I'm not sure where it's supposed to come from but I notice that the helloworldws example now has webapp.scdl as part of the app - which seems wrong. How is this supposed to work? If I provide webapp.scdl the next problem I have is that extensions aren't found, for instance implementation.spring. I tried putting these in the path indicated by the code, but it still didn't work. The example I'm trying to get to work in sca/spring/server, any help appreciated. Thanks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r451144
Oops missed this. Thanks for doing this! Yes, a utility class is probably a good idea. Let me know what I need to do to get ScaWebApplicationContext in since I have some internal uses of this right now. Thanks! andy At 15:07 29/09/2006, Jeremy Boynes wrote: On Sep 29, 2006, at 12:43 AM, Jim Marino wrote: Andy, I checked in most of your patch with a few mods to remove a dangling clogging dependency in the poms and minor checkstyle stuff. I didn't check in ScaWebApplicationContext as Jeremy has some changes going on that we'll need to refactor to. I don't think the samples will work quite yet until Jeremy's cleanup of the webapp launcher is done. I figured this would be o.k. temporarily since ScaWebApplicationContext is not referenced anywhere. I had a look at ScaWebApplicationContext and Andy's version should not conflict much. It looks like he turned some methods into statics which had a trickle on impact into the test cases. I'm not keen on making the same changes as having those utility methods on the context listener doesn't seem very intuitive - perhaps we should add a utility class. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-699) Allow bootstrap of tuscanny from spring web apps / struts apps etc
[ http://issues.apache.org/jira/browse/TUSCANY-699?page=all ] Andy Piper updated TUSCANY-699: --- Attachment: spring.patch Latest version of the patch incorporating some of Jeremy's feedback. Allow bootstrap of tuscanny from spring web apps / struts apps etc -- Key: TUSCANY-699 URL: http://issues.apache.org/jira/browse/TUSCANY-699 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Affects Versions: Java-M2 Reporter: Andy Piper Assigned To: Jeremy Boynes Attachments: spring.patch, springlaunch.patch Spring provides a wealth of web app integration components. To reimplement these in Tuscany would be prohibitive, instead we need to allow Spring to bootstrap Tuscany and use its standard extension mechanisms. I have a patch. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't build
Even doing this I still run into SDO test failures. andy At 11:39 21/09/2006, Rick wrote: I don't have a great solution, but what I've done in the case of clean not working is do clean with -fn (fail never). Then do a search for directories with name target and manually delete them. Then start a fresh on line build. Like I said not great, but has worked for me. Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? --- T E S T S --- Running org.apache.tuscany.sdo.test.SerializeTypesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec Running org.apache.tuscany.sdo.test.XPathTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec Running org.apache.tuscany.sdo.test.SimpleCopyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Running org.apache.tuscany.sdo.test.DefineOpenContentPropertyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SubstitutionValuesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.SimpleDynamicTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.codegen.BytecodeInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! Running org.apache.tuscany.sdo.test.OpenTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.DefineTypeTestCase Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.187 sec Running org.apache.tuscany.sdo.test.TypeRoundTripTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.codegen.JavaInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec Running org.apache.tuscany.sdo.test.DataTypeBaseTypeTestCase Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.ChangeSummaryTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.093 sec Running org.apache.tuscany.sdo.test.DateConversionTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec Running org.apache.tuscany.sdo.test.XMLStreamHelperTestCase Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.594 sec Running org.apache.tuscany.sdo.test.XMLDocumentTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SimpleEqualityTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.TypeConversionTestCase Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.406 sec Running org.apache.tuscany.sdo.test.MixedTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.XSDHelperTestCase Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Results : Tests in error: testCrossScopeCopy(org.apache.tuscany.sdo.test.CrossScopeCopyTestCase) Tests run: 82, Failures: 0, Errors: 1, Skipped: 0 [INFO] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted
Re: Can't build
If I try and ignore test failures I get a different error: [ERROR] FATAL ERROR [INFO] [INFO] org.apache.ws.commons.schema.XmlSchemaCollection.mapNamespace(Ljava/lang/ String;Ljava/lang/String;)V [INFO] [INFO] Trace java.lang.NoSuchMethodError: org.apache.ws.commons.schema.XmlSchemaCollection.ma pNamespace(Ljava/lang/String;Ljava/lang/String;)V at org.apache.axis2.description.WSDLToAxisServiceBuilder.getXMLSchema(WS DLToAxisServiceBuilder.java:130) at org.apache.axis2.description.WSDL11ToAxisServiceBuilder.copyExtensibl eElements(WSDL11ToAxisServiceBuilder.java:1557) andy At 11:39 21/09/2006, Rick wrote: I don't have a great solution, but what I've done in the case of clean not working is do clean with -fn (fail never). Then do a search for directories with name target and manually delete them. Then start a fresh on line build. Like I said not great, but has worked for me. Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? --- T E S T S --- Running org.apache.tuscany.sdo.test.SerializeTypesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec Running org.apache.tuscany.sdo.test.XPathTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec Running org.apache.tuscany.sdo.test.SimpleCopyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Running org.apache.tuscany.sdo.test.DefineOpenContentPropertyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SubstitutionValuesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.SimpleDynamicTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.codegen.BytecodeInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! Running org.apache.tuscany.sdo.test.OpenTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.DefineTypeTestCase Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.187 sec Running org.apache.tuscany.sdo.test.TypeRoundTripTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.codegen.JavaInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec Running org.apache.tuscany.sdo.test.DataTypeBaseTypeTestCase Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.ChangeSummaryTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.093 sec Running org.apache.tuscany.sdo.test.DateConversionTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec Running org.apache.tuscany.sdo.test.XMLStreamHelperTestCase Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.594 sec Running org.apache.tuscany.sdo.test.XMLDocumentTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SimpleEqualityTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.TypeConversionTestCase Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.406 sec Running org.apache.tuscany.sdo.test.MixedTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.XSDHelperTestCase Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Results : Tests in error: testCrossScopeCopy(org.apache.tuscany.sdo.test.CrossScopeCopyTestCase) Tests run: 82, Failures: 0, Errors: 1, Skipped: 0 [INFO] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email
Re: Can't build
Makes no difference, same failure. andy At 13:22 21/09/2006, Rick wrote: Find your local maven repo. (USERPROFILE env var \.m2\repository in windows) remove or rename org\apache\ws\commons\XmlSchema dir. or remove/rename the whole repository directory (shotgun approach). Andy Piper wrote: If I try and ignore test failures I get a different error: [ERROR] FATAL ERROR [INFO] [INFO] org.apache.ws.commons.schema.XmlSchemaCollection.mapNamespace(Ljava/lang/ String;Ljava/lang/String;)V [INFO] [INFO] Trace java.lang.NoSuchMethodError: org.apache.ws.commons.schema.XmlSchemaCollection.ma pNamespace(Ljava/lang/String;Ljava/lang/String;)V at org.apache.axis2.description.WSDLToAxisServiceBuilder.getXMLSchema(WS DLToAxisServiceBuilder.java:130) at org.apache.axis2.description.WSDL11ToAxisServiceBuilder.copyExtensibl eElements(WSDL11ToAxisServiceBuilder.java:1557) andy At 11:39 21/09/2006, Rick wrote: I don't have a great solution, but what I've done in the case of clean not working is do clean with -fn (fail never). Then do a search for directories with name target and manually delete them. Then start a fresh on line build. Like I said not great, but has worked for me. Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? --- T E S T S --- Running org.apache.tuscany.sdo.test.SerializeTypesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec Running org.apache.tuscany.sdo.test.XPathTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec Running org.apache.tuscany.sdo.test.SimpleCopyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Running org.apache.tuscany.sdo.test.DefineOpenContentPropertyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SubstitutionValuesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.SimpleDynamicTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.codegen.BytecodeInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! Running org.apache.tuscany.sdo.test.OpenTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.DefineTypeTestCase Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.187 sec Running org.apache.tuscany.sdo.test.TypeRoundTripTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.codegen.JavaInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec Running org.apache.tuscany.sdo.test.DataTypeBaseTypeTestCase Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.ChangeSummaryTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.093 sec Running org.apache.tuscany.sdo.test.DateConversionTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec Running org.apache.tuscany.sdo.test.XMLStreamHelperTestCase Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.594 sec Running org.apache.tuscany.sdo.test.XMLDocumentTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SimpleEqualityTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.TypeConversionTestCase Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.406 sec Running org.apache.tuscany.sdo.test.MixedTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.XSDHelperTestCase Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Results : Tests in error: testCrossScopeCopy(org.apache.tuscany.sdo.test.CrossScopeCopyTestCase) Tests run: 82, Failures: 0, Errors: 1, Skipped: 0 [INFO] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities
Re: Can't build
I nuked my repo and am retrying, takes a while to download all those jars ... andy At 17:16 21/09/2006, Jeremy Boynes wrote: On Sep 21, 2006, at 3:05 AM, Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! I don't see this failure at all - is it still breaking for you and if so can you post the error log to the list? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't build
Wiping out the entire repo gets me further, thanks. andy At 17:16 21/09/2006, Jeremy Boynes wrote: On Sep 21, 2006, at 3:05 AM, Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! I don't see this failure at all - is it still breaking for you and if so can you post the error log to the list? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't build
Ok, clean checkout, clean repository and I get this: [INFO] Generating SDO interfaces from g:\java\sca\tuscany\sampleapps\bigbank\acc ount\src\main\resources\wsdl\.svn java.io.FileNotFoundException: g:\java\sca\tuscany\sampleapps\bigbank\account\sr c\main\resources\wsdl\.svn (Access is denied) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) any ideas? Maybe a cygwin permissions thing? andy At 11:39 21/09/2006, Rick wrote: I don't have a great solution, but what I've done in the case of clean not working is do clean with -fn (fail never). Then do a search for directories with name target and manually delete them. Then start a fresh on line build. Like I said not great, but has worked for me. Andy Piper wrote: Trying to get up an running again. I can't run clean because of the missing war plugin and I can't build because of SDO test failures. Any clues? --- T E S T S --- Running org.apache.tuscany.sdo.test.SerializeTypesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec Running org.apache.tuscany.sdo.test.XPathTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec Running org.apache.tuscany.sdo.test.SimpleCopyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Running org.apache.tuscany.sdo.test.DefineOpenContentPropertyTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SubstitutionValuesTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.SimpleDynamicTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.codegen.BytecodeInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec Running org.apache.tuscany.sdo.test.CrossScopeCopyTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.11 sec FAI LURE! Running org.apache.tuscany.sdo.test.OpenTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.DefineTypeTestCase Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.187 sec Running org.apache.tuscany.sdo.test.TypeRoundTripTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.codegen.JavaInterfaceGeneratorTestCase Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec Running org.apache.tuscany.sdo.test.DataTypeBaseTypeTestCase Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec Running org.apache.tuscany.sdo.test.ChangeSummaryTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.093 sec Running org.apache.tuscany.sdo.test.DateConversionTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec Running org.apache.tuscany.sdo.test.XMLStreamHelperTestCase Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.594 sec Running org.apache.tuscany.sdo.test.XMLDocumentTestCase Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec Running org.apache.tuscany.sdo.test.SimpleEqualityTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.TypeConversionTestCase Tests run: 26, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.406 sec Running org.apache.tuscany.sdo.test.MixedTypeTestCase Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.tuscany.sdo.test.XSDHelperTestCase Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.14 sec Results : Tests in error: testCrossScopeCopy(org.apache.tuscany.sdo.test.CrossScopeCopyTestCase) Tests run: 82, Failures: 0, Errors: 1, Skipped: 0 [INFO] Register now for BEA World 2006 --- See http://www.bea.com/beaworld ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL
Re: Spring remote wiring sample
At 08:33 08/09/2006, Jim Marino wrote: I've updated the Spring sample to show remote wiring between to two Spring composite components (application contexts). I added a simple socket-based remote binding to the test module which is used for the wiring. The limitations of this binding are that service operations must only take one parameter and be serializable. Error checking isn't good yet in the test binding so be careful. Thanks Jim. I fixed the binding to support multiple args, going forward it might be better to write burlap and hessian bindings. 3. For the server sample, I don't think we need to deploy it in a web app. As an alternative, we can deploy it as a standalone jar, which would show a more heterogeneous, service-oriented topology That's true, although a hessian/burlap binding would be nicer here and utilize the underlying http framework rather than a raw socket. Also, moving forward, once Andy's patch is in to integrate the Spring web UI infrastructure, we can show a setup where Tuscany is less invasive in a pure Spring environment. Yeah, I'm working on this :) Need to put some salve on those whip marks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Updated: (TUSCANY-699) Allow bootstrap of tuscanny from spring web apps / struts apps etc
Hi Jim/Jeremey I understand the intent, but this doc doesn't really tell me how I configure this. I don't want to define my own log API I just want to use one. Do you have an example of this kind of usage? @Monitor setMonitor(java.util.logging.Logger mylogger) ? If so how do I configure this with log4j for instance? I just want something that works and doesn't require me to implement a logging framework on the back end. Thanks andy At 15:35 07/09/2006, Jim Marino wrote: On Sep 7, 2006, at 6:07 AM, Jeremy Boynes wrote: Can you point me at the recommended way of logging? I could not immediately find any code that did this. We need to write logging guidelines I guess. There have been various emails about this, look for MonitorFactory. The basic idea is that to log a component: * defines a monitoring interface that it will call to emit events * marks that as a dependency with a @Monitor annotation * an implementation of that interface is injected by the runtime * the component makes the calls as needed Here's a writeup: http://incubator.apache.org/tuscany/monitoring.htm We've basically externalized logging/monitoring in the runtime. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring remote wiring sample
Multi-arg patch attached. andy At 08:33 08/09/2006, Jim Marino wrote: I've updated the Spring sample to show remote wiring between to two Spring composite components (application contexts). I added a simple socket-based remote binding to the test module which is used for the wiring. The limitations of this binding are that service operations must only take one parameter and be serializable. Error checking isn't good yet in the test binding so be careful. To get it running, build the spring client and server sample modules and deploy the corresponding wars to a servlet container (both are web apps). Then, go to the client test.jsp page to initiate the invoke. Moving forward, we will need to do the following: 1. Substitute a real binding such as Celtix 2. Use Meeraj's war plugin to create the wars 3. For the server sample, I don't think we need to deploy it in a web app. As an alternative, we can deploy it as a standalone jar, which would show a more heterogeneous, service-oriented topology Also, moving forward, once Andy's patch is in to integrate the Spring web UI infrastructure, we can show a setup where Tuscany is less invasive in a pure Spring environment. Jim ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Updated: (TUSCANY-699) Allow bootstrap of tuscanny from spring web apps / struts apps etc
At 06:25 07/09/2006, Jeremy Boynes wrote: Thanks for the patch Andy. I do have a few comments that I hope you can address :-) I would be the first to admit that its an egregious hack. Unfortunately some of the things I am trying to do do not yet have supporting functionality in Tuscany. I'm hoping your expertise can be brought to bear on some of these issues. Would it be possible to break this down a little - there are changes in there to the startup code and to the Spring container - is it possible to separate those so that there is less to tackle in one go? Sure, although separating these out in patches is a pain. It means keeping multiple workspaces which then creates merge headaches for me. For example, are the startup changes really coupled to renaming the SpringSCA XSD? Well, the latter are just obvious typos. Barring those the patch in its totality supports a specific feature for Spring apps. I can break it up, but I must admit I was assuming that you or Jim would want to massage it somewhat anyway. Things move so fast in svn at the moment that if you don't get patches out quick the world has changed :) Some of the changes seem cosmetic (e.g. JavaDoc changes) and these really are easier to review if kept separate. ? I'm not aware of those. Also some of the changes don't seem to fit our coding style guidelines. I know we're often lax about that but I felt I should mention it as we're actively trying to improve. You can check this fairly easily using the sourcecheck profile in Maven (mvn -o - Psourcecheck). [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-checkstyle-plugin' does not ex ist or no valid version could be found I'm happy to plug in to IntelliJ whatever is appropriate, I had assumed that the idea:idea target would do that, but evidently not. I tried to adjust my settings based on other code (4 spaces for indent, no tabs) but obviously something is not quite right. Can you point me at what needs to go in IntelliJ? I work on 5 or 6 different open source projects, each with their own coding styles, so bear with me while I context switch. On a legal front, please can you make sure new files have the correct header block on them (the new one without a (c) statement). Apache also prefers that files do not contain @author tags we are following that guideline. Sure, sorry. That's a hangover from hacking on Spring. We've tried real hard to avoid a dependency on a particular logging framework, clogging in particular due to the conflicts that occur between different projects (for example, you're including 1.1 but some of our other dependencies are using older versions). Can you point me at the recommended way of logging? I could not immediately find any code that did this. Getting to the technical stuff, the big question I have is about passing in a Map of properties. This seems to go against the IoC principles of SCA, Tuscany and Spring. Did you consider extending RuntimeInfo e.g. as SpringRuntimeInfo, adding in something like getApplicationContext() ? Or perhaps better, adding the Yeah, if there is a better way of doing this I would be glad to use it. I did what I could to get stuff working without introducing core dependencies on spring. Extending RuntimeInfo is fine, it means more changes to the Launcher but I guess that's ok. ApplicationContext as a component in the runtime that could be directly used as a dependency? Not sure how I inject this from outside the runtime. This was my big problem. In this specific use case, Spring needs to be in the driving seat, passing to the Tuscany runtime what it needs to do further wiring. If you can outline an example of how this would work that would be great. I must admit that the operation of these various pieces is far from clear from the javadoc, so I'm sure my understanding is far less than perfect. Do you have any design docs for the new architecture? Once again, thanks for the patch. If you do get a chance to look at a couple of these things I'll be online tomorrow and able to help get the changes in. Thanks. I'll be looking at some of the Spring issues Jim came across, so the patch will be getting bigger :) This is the problem in a fast moving environment with deadlines to meet... BTW the patch does actually solve the problem I was aiming at - we are now able to run Spring webapps and struts apps with Tuscany wiring at the back end. Thanks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended
[jira] Created: (TUSCANY-699) Allow bootstrap of tuscanny from spring web apps / struts apps etc
Allow bootstrap of tuscanny from spring web apps / struts apps etc -- Key: TUSCANY-699 URL: http://issues.apache.org/jira/browse/TUSCANY-699 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Affects Versions: Java-M2 Reporter: Andy Piper Spring provides a wealth of web app integration components. To reimplement these in Tuscany would be prohibitive, instead we need to allow Spring to bootstrap Tuscany and use its standard extension mechanisms. I have a patch. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-699) Allow bootstrap of tuscanny from spring web apps / struts apps etc
[ http://issues.apache.org/jira/browse/TUSCANY-699?page=all ] Andy Piper updated TUSCANY-699: --- Attachment: springlaunch.patch Allow bootstrap of tuscanny from spring web apps / struts apps etc -- Key: TUSCANY-699 URL: http://issues.apache.org/jira/browse/TUSCANY-699 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Affects Versions: Java-M2 Reporter: Andy Piper Attachments: springlaunch.patch Spring provides a wealth of web app integration components. To reimplement these in Tuscany would be prohibitive, instead we need to allow Spring to bootstrap Tuscany and use its standard extension mechanisms. I have a patch. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build break
I got something similar until I did a clean and then rebuild. Unfortunately clean does not work from scratch (complains about sdo plugin). I had to do mvn install mvn clean mvn install to get a full build :( andy At 15:46 04/09/2006, Jeremy Boynes wrote: Building from root I get 5 failures in the javascript project all similar to: testStateless (org.apache.tuscany.container.javascript.function.ScopeTestCase) Time elapsed: 0.227 sec ERROR! java.lang.NoSuchMethodError: org.apache.tuscany.spi.extension.CompositeComponentExtension.init (Ljava/lang/String;Lorg/apache/tuscany/spi/component/ CompositeComponent;Ljava/util/Map;)V at org.apache.tuscany.core.implementation.composite.AbstractCompositeCompon ent.init(AbstractCompositeComponent.java:91) at org.apache.tuscany.core.implementation.system.component.SystemCompositeC omponentImpl.init(SystemCompositeComponentImpl.java:45) at org.apache.tuscany.core.bootstrap.DefaultRuntime.init (DefaultRuntime.java:56) at org.apache.tuscany.core.bootstrap.DefaultRuntime.init (DefaultRuntime.java:48) at org.apache.tuscany.core.bootstrap.DefaultBootstrapper.createRuntime (DefaultBootstrapper.java:119) at org.apache.tuscany.core.launcher.LauncherImpl.bootRuntime (LauncherImpl.java:80) at org.apache.tuscany.core.launcher.LauncherImpl.bootRuntime (LauncherImpl.java:157) at org.apache.tuscany.test.SCATestCase.setUp (SCATestCase.java:54) at org.apache.tuscany.container.javascript.function.ScopeTestCase.setUp (ScopeTestCase.java:37) at junit.framework.TestCase.runBare(TestCase.java:125) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) 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.junit.JUnitTestSet.execute (JUnitTestSet.java:210) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSe t(AbstractDirectoryTestSuite.java:135) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:122) at org.apache.maven.surefire.Surefire.run(Surefire.java:129) 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:225) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:747) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring impl
Hi Jim, I was able to get the sample working with WLS 9.1, so thanks! FYI There appears to be a JRockit annotation bug that prevents it working, but the Sun JVM works fine. At 04:39 04/09/2006, Jim Marino wrote: as locateService(). I'd prefer that the model at this level remain Spring such that a developer writes their beans and web application using all Spring APIs but deploys them along with an SCA SCDL file which does all of the remote wiring. This way, the programming model has not changed at all from Spring and SCA just (literally) adds features to it by packaging some SCDLs and libraries with the war . In order to do this, I think we are going to need to figure out a classloading/packaging mechanism for SCA extensions that will allow us to reference Spring APIs from the web app classloader (I'd prefer not to do this by just packaging in the war and instead possibly have the SCA runtime smart enough to load the Spring classes into the web app classloader since this is a general problem with extensions in any host environment). This would be nice! In any event, I wanted to give Andy a heads up when he gets back Monday. One of the big changes has been the new build structure (/sca can now be built autonomously, as well as samples/sca). Another thing is I had to put some hacks to get Spring working properly. One big one was that the Spring application context gets loaded to introspect the component type information and then needs to be refreshed when the SCA context is set as a parent. Besides being suboptimal, I think this will break eager instantiated singletons that take an SCA reference since the first load will create them with the SCA context being ready. Perhaps we could look for a better way to handle this, potentially by being able to load a Spring configuration, introspect it, and then tell the BeanFactory to initialize? Also, I don't think sca:service and sca:reference are set up properly yet. One other thing that I had to do is in the web app I placed the application- context.xml in WEB-INF/classes so it can be picked up through getResource() - perhaps we should have something more flexible. Ok, I will look at these. Spring has its own context loader listener for creating webapps. Its extensible and I extended it for the Spring/OSGi work, so maybe this is an appropriate place to plug-in SCA as well. I'll take a look. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r432722 [1/2] - in /incubator/tuscany/java/sca/containers/container.spring/src: main/java/org/apache/tuscany/container/spring/config/ main/java/org/apache/tuscany/container/spring/i
I spoke to Rod today, he seems happy to do the appropriate software grant to Apache as per the apache licensing conventions. NOTICES.txt would then need to contain an appropriate attribution. I think this would probably only need to be a temporary measure, but who knows. Thanks andy At 12:05 PM 8/21/2006, ant elder wrote: The bit I was specifically asking about was in the license header having Copyright 2002-2006 the original author or authors., with the authors being Adrian and Rod. I'm not sure if we can have that copyright in our ASF source files, but as we're not the copyright holders I don't think we can delete that line either. ..ant PS, I'm also not sure we can have source packages called org.springframeworkin our codebase. Doesn't all our code have to be org.apache.? On 8/21/06, Andy Piper [EMAIL PROTECTED] wrote: At 17:23 19/08/2006, Jim Marino wrote: Andy was an author as well. All code is licensed under an ASF license and we preserved the license in the files so I believe we are o.k. If not, then I would be happy to just get Rod and Adrian to submit them as well. Andy, could you elaborate? I, of course, checked with Adrian and Rod before submitting this. The code is all ASL licensed and they are delighted for it to be included in Tuscany. Ultimately the generic Spring code should be included in a spring disto so that Tuscanny can simply specify it as a dependency - however, we are a ways from that as yet. I plan on integrating back into the I21 codebase (at their request) changes that come out of the Tuscany integration (just the generic Spring pieces) so that the two will be kept in sync. Thanks andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can no longer build?
Thanks for the workaround andy At 12:28 PM 8/21/2006, Jojo wrote: Hi Andy, I was trying to build Tuscany over the weekend and was stuck with the same problem. The funny thing is I was able to build previously, but cleaned my maven repository and after that not able to build anymore. Some further investigation showed that the sca\plugin project has a dependancy on tuscany-sca-tools, and this is no longer available. I even tried mvn -U, but no use. Finally what I did is comment out the plugins module from pom.xml in the sca folder. This works for now because we don't use the plugin module at all. I guess others are not seeing the problem because their old repositories contain this jar file from M1. For the time being I would say commenting out the plugins module will work, but ultimately we will need to migrate our sca\tools project from M1 to resolve this issue. Any comments ? Regards, jojo. On 8/21/06, Andy Piper [EMAIL PROTECTED] wrote: I can no longer build Tuscany as of this morning. Any clues? andy Missing: -- 1) org.apache.tuscany:tuscany-sca-tools:jar:SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.tuscany -DartifactId=tuscany -sca-tools \ -Dversion=SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.tuscany:tuscany-sca-plugin:maven-plugin:SNAPSHOT 2) org.apache.tuscany:tuscany-sca-tools:jar:SNAPSHOT ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Warm regards, jojo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r432722 [1/2] - in /incubator/tuscany/java/sca/containers/container.spring/src: main/java/org/apache/tuscany/container/spring/config/ main/java/org/apache/tuscany/container/spring/i
At 12:05 21/08/2006, ant elder wrote: The bit I was specifically asking about was in the license header having Copyright 2002-2006 the original author or authors., with the authors being Adrian and Rod. I'm not sure if we can have that copyright in our ASF source files, but as we're not the copyright holders I don't think we can delete that line either. I thought it was a generic ASL snippet. I'm sure there's no problem us changing it but I will check with Rod and Adrian. andy ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-643) Integrate Spring NS handling into tuscany impl.spring
Integrate Spring NS handling into tuscany impl.spring - Key: TUSCANY-643 URL: http://issues.apache.org/jira/browse/TUSCANY-643 Project: Tuscany Issue Type: Improvement Reporter: Andy Piper Priority: Minor I fixed up the Spring impl to utiltize the namespace handling code properly. This is work in progress, but at least eliminates the need for changes to spring. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-643) Integrate Spring NS handling into tuscany impl.spring
[ http://issues.apache.org/jira/browse/TUSCANY-643?page=all ] Andy Piper updated TUSCANY-643: --- Attachment: spring.patch Integrate Spring NS handling into tuscany impl.spring - Key: TUSCANY-643 URL: http://issues.apache.org/jira/browse/TUSCANY-643 Project: Tuscany Issue Type: Improvement Reporter: Andy Piper Priority: Minor Attachments: spring.patch I fixed up the Spring impl to utiltize the namespace handling code properly. This is work in progress, but at least eliminates the need for changes to spring. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-643) Integrate Spring NS handling into tuscany impl.spring
[ http://issues.apache.org/jira/browse/TUSCANY-643?page=comments#action_12429085 ] Andy Piper commented on TUSCANY-643: Ok, I found the spring guys have a much more complete integration. The latest patch integrates this support and makes sure all the tests run. Integrate Spring NS handling into tuscany impl.spring - Key: TUSCANY-643 URL: http://issues.apache.org/jira/browse/TUSCANY-643 Project: Tuscany Issue Type: Improvement Reporter: Andy Piper Priority: Minor Attachments: spring.patch, springint.patch I fixed up the Spring impl to utiltize the namespace handling code properly. This is work in progress, but at least eliminates the need for changes to spring. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]