History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: UP-1890
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Andrew Wills
Reporter: Andrew Wills
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
uPortal

'deployPortletApp' target doesn't work properly if 'deploy.home' is relative

Created: 17/Dec/07 12:31 PM   Updated: 17/Dec/07 12:34 PM
Component/s: Portlet Container
Affects Version/s: 2.6.1
Fix Version/s: 2.6.2

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown


 Description  « Hide
Vincent MATHIEU helpfully brought it to my attention that the 2.6.1 implementation of 'delpoyPortletApp' was putting portlet files in the wrong place if the 'deploy.home' property in build.properties was defined using a relative path.

The issue stemmed from the fact the <java> task defined within 'deployPortletApp' was invoking Java from the webpages/ directory. In this circumstance, a relative 'deploy.home' would be evaluated from the webpages/ directory, *not* from the root of the portal source tree (as expected).

Now then, running 'deployPortletApp' from webpages/ was done for a reason: namely, the xml-catalog.xml file would have the same relative path from the command line as it would from within the running webapp. I set it up this way because I hoped, some day soon, to run the portlet deployer from within a running instance of uPortal as well as from the command line.



 All   Comments   Work Log   Change History      Sort Order:
Andrew Wills [17/Dec/07 12:34 PM]
Since we weren't actually deploying from a running uPortal instance, I changed the <java> task in 'deployPortletApp' to run from the normal directory ('.' not 'webpages/'). Relative paths for 'deploy.home' will be evaluated properly.