cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: [jira] Commented: (COCOON-2066) BlockCompletePathModule returns wrong path in scope of internal servlet call
Date Thu, 07 Jun 2007 07:01:42 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Grzegorz Kossakowski (JIRA) wrote:
>     [ https://issues.apache.org/jira/browse/COCOON-2066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502139
] 
> 
> Grzegorz Kossakowski commented on COCOON-2066:
> ----------------------------------------------
> 
> I have just committed the fix for this issue. Could someone test if it works correctly?
Basically you need to run cocoon-webapp and check if http://localhost:8080/blocks/cocoon-forms-sample/
loads all resources correctly (especially css files).
> I would be grateful for any report.
> 
> Daniel, I think that other methods of BlockCallHttpServlet[Request|Response] should also
return meaningful values. It should behave just like DynamicProxyRequestHandler, right? If
so, how BlockCallHttpServlet[Request|Response] can access mount path of current servlet?

Isn't HttpServletRequest.getServletPath() the one that should give you what you are seeking
for?

Ciao

> 
>> BlockCompletePathModule returns wrong path in scope of internal servlet call
>> ----------------------------------------------------------------------------
>>
>>                 Key: COCOON-2066
>>                 URL: https://issues.apache.org/jira/browse/COCOON-2066
>>             Project: Cocoon
>>          Issue Type: Bug
>>          Components: - Servlet service framework
>>    Affects Versions: 2.2-dev (Current SVN)
>>            Reporter: Grzegorz Kossakowski
>>            Assignee: Grzegorz Kossakowski
>>
>> BlockCompletePathModule uses this construct: 
>> public Object getAttribute(String name, Configuration modeConf, Map objectModel)
throws ConfigurationException { 
>> return ObjectModelHelper.getRequest(objectModel).getContextPath() + blockPathModule.getAttribute(name,
modeConf, objectModel); 
>> } 
>> However, when internal (service call or not) request is being made BlockCallHttpServletRequest
becomes an object represnting current request but it has no meaningful representation of getContextPath
method. 
>> Solution to this problem might be forwarding context path value from original request.
> 

- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (GNU/Linux)

iD8DBQFGZ61ULNdJvZjjVZARAiKWAJ91z4IA+WESAwWo113219du6btrKACgjuP6
4zrVq/3IOW4inQnEjh/FQzA=
=kk6U
-----END PGP SIGNATURE-----

Mime
View raw message