ICEfaces
  1. ICEfaces
  2. ICE-1454

Path to resources should be absolute rather relative

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 1.6DR#2
    • Fix Version/s: None
    • Component/s: ICE-Components
    • Labels:
      None
    • Environment:
      Any

      Description

      ICEfaces resources, such as images and styles, are being retrieved based on a relative url to the context root. If the context root has been changed, such as by a redirect, the application will be unable to find the resources. Solution is to retrieve resources based on an absolute url. Several customers are having issues with this.

        Activity

        Tyler Johnson created issue -
        Ken Fyten made changes -
        Field Original Value New Value
        Fix Version/s 1.6DR#4 [ 10060 ]
        Assignee Priority P3
        Assignee Ted Goddard [ ted.goddard ]
        Ken Fyten made changes -
        Assignee Priority P3 P2
        Ken Fyten made changes -
        Fix Version/s 1.6 [ 10031 ]
        Fix Version/s 1.6DR#4 [ 10060 ]
        Hide
        Ted Goddard added a comment -

        Assigning to Tyler to comment on specific cases (perhaps forum references).

        Are there some specific cases where absolute URLs are required? We have improved URL resolution for portlets, but this may not be sufficient for other cases.

        Show
        Ted Goddard added a comment - Assigning to Tyler to comment on specific cases (perhaps forum references). Are there some specific cases where absolute URLs are required? We have improved URL resolution for portlets, but this may not be sufficient for other cases.
        Ted Goddard made changes -
        Assignee Ted Goddard [ ted.goddard ] Tyler Johnson [ tjohnson ]
        Ken Fyten made changes -
        Fix Version/s 1.6 [ 10031 ]
        Hide
        Rakshith Rao added a comment -

        We are facing issue because of this bug. We have our resource (image/JS etc) in a seperate webapp with its own context root. We also have existing libraries which constructed the URLs fine. An eg is <mycompany:url type="image" name="abc.jpg"/>. But we cannot embed this in icefaces tags for eg:

        <ice:commandButton image="<mycompany:url type="image" name="abc.jpg"/>" ..../>

        This would be ideal. As a workaround we are gonna construct the URL explicitly like this:

        image="http://#

        {facesContext.externalContext.request.serverName}

        :#

        {facesContext.externalContext.request.serverPort}

        /images/imgage11.jpg"

        Not a great one, but at least avoids hardcodings of server name and port!

        Show
        Rakshith Rao added a comment - We are facing issue because of this bug. We have our resource (image/JS etc) in a seperate webapp with its own context root. We also have existing libraries which constructed the URLs fine. An eg is <mycompany:url type="image" name="abc.jpg"/>. But we cannot embed this in icefaces tags for eg: <ice:commandButton image="<mycompany:url type="image" name="abc.jpg"/>" ..../> This would be ideal. As a workaround we are gonna construct the URL explicitly like this: image="http://# {facesContext.externalContext.request.serverName} :# {facesContext.externalContext.request.serverPort} /images/imgage11.jpg" Not a great one, but at least avoids hardcodings of server name and port!
        Ken Fyten made changes -
        Assignee Tyler Johnson [ tyler.johnson ]
        Assignee Priority P2 [ 10011 ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Tyler Johnson
          • Votes:
            1 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated: