You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Andy Piper (JIRA)" <tu...@ws.apache.org> on 2006/10/03 13:25:20 UTC
[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: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Posted by Jeremy Boynes <jb...@apache.org>.
On Oct 3, 2006, at 7:55 AM, Jim Marino wrote:
>
> 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.
Can we baby-step this and just do the assignability bit first?
--
Jeremy
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Posted by Jim Marino <jm...@myromatours.com>.
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: tuscany-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Posted by Ken Tam <ke...@gmail.com>.
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 <an...@bea.com> 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: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Posted by Andy Piper <an...@bea.com>.
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: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-775) Web deployment broken
Posted by Jeremy Boynes <jb...@apache.org>.
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: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org