[jira] Updated: (TUSCANY-775) Web deployment broken
[ http://issues.apache.org/jira/browse/TUSCANY-775?page=all ] ant elder updated TUSCANY-775: -- Fix Version/s: Java-M2 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 Assigned To: Kenneth Tam Fix For: Java-M2 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]
[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
There seem to be a few changes mixed in here. 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? 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. What do getInstallDirectory() and getApplicationRootDirecotry() do in a webapp environment that may not have any directories at all? getScdlUrl() is looking up absolute paths in the classloader _ does that work? I thought classloaders needed paths that do not begin with '/' -- Jeremy On Oct 3, 2006, at 4:25 AM, Andy Piper (JIRA) wrote: [ 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [jira] Updated: (TUSCANY-775) Web deployment broken
AFAIK, the plugin is still writing the extensions to WEB-INF/tuscany/extensions directory. -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 03 October 2006 14:35 To: tuscany-dev@ws.apache.org Subject: Re: [jira] Updated: (TUSCANY-775) Web deployment broken There seem to be a few changes mixed in here. 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? 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. What do getInstallDirectory() and getApplicationRootDirecotry() do in a webapp environment that may not have any directories at all? getScdlUrl() is looking up absolute paths in the classloader _ does that work? I thought classloaders needed paths that do not begin with '/' -- Jeremy On Oct 3, 2006, at 4:25 AM, Andy Piper (JIRA) wrote: [ 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - 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]
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
On Oct 3, 2006, at 6:35 AM, Jeremy Boynes wrote: There seem to be a few changes mixed in here. 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? 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. Not yet, and it requires Java interfaces. It's probably time to start making it more query/intent-oriented as well. I'll have a look. What do getInstallDirectory() and getApplicationRootDirecotry() do in a webapp environment that may not have any directories at all? getScdlUrl() is looking up absolute paths in the classloader _ does that work? I thought classloaders needed paths that do not begin with '/' -- Jeremy On Oct 3, 2006, at 4:25 AM, Andy Piper (JIRA) wrote: [ 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] - 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]
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
So a major dis-connect here is that the currently checked in spring samples (which Andy was working off) were never migrated to use the tuscany WAR plugin -- it still uses the standard maven war packaging and manually includes a bunch of jars etc. I've taken Andy's patch and started doing the migration to the tuscany war plugin, including moving/keeping the extension directory in WEB-INF. Seem right? On 10/3/06, Andy Piper [EMAIL PROTECTED] wrote: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]