glassfish
  1. glassfish
  2. GLASSFISH-19849

how to solve the situation when two JSF-implementations existed

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Blocker Blocker
    • Resolution: Invalid
    • Affects Version/s: 3.1.2
    • Fix Version/s: None
    • Component/s: web_container
    • Labels:
      None
    • Environment:

      every

      Description

      Hi, all:

      When I deploy a web application to the GFV3 or GFV4. The server.log shows the error message as "Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations." , I want to know whether any of you have been met this situation before and tell me how to avoid this error message.

      The error message comes out when I deployed the attached web application though the application can be deployed successfully.

      I have also attached the server.log.(http://www.java.net/comment/reply/895588#comment-form

      Thanks
      houtang

        Activity

        Hide
        Ed Burns added a comment -

        I looked at this BalusC posting on StackOverflow.

        http://stackoverflow.com/questions/10290123/myfaces-jsf-impl-with-glassfish-3-1-not-working

        That post talks about how to make it so the bundled MyFaces impl takes priority over the one from the container.

        It seems you are trying to do the opposite: to make the bundled MyFaces be ignored. If that's true, the only safe way to do that is to not bundle it in the war in the first place.

        I hope this is an acceptable resolution. Really, it is not a best practice to bundle things in a WAR unless you actually plan to use them. Doing so can have unintended side-effects.

        Show
        Ed Burns added a comment - I looked at this BalusC posting on StackOverflow. http://stackoverflow.com/questions/10290123/myfaces-jsf-impl-with-glassfish-3-1-not-working That post talks about how to make it so the bundled MyFaces impl takes priority over the one from the container. It seems you are trying to do the opposite: to make the bundled MyFaces be ignored. If that's true, the only safe way to do that is to not bundle it in the war in the first place. I hope this is an acceptable resolution. Really, it is not a best practice to bundle things in a WAR unless you actually plan to use them. Doing so can have unintended side-effects.
        Hide
        Ed Burns added a comment -

        I looked at this BalusC posting on StackOverflow.

        http://stackoverflow.com/questions/10290123/myfaces-jsf-impl-with-glassfish-3-1-not-working

        That post talks about how to make it so the bundled MyFaces impl takes priority over the one from the container.

        It seems you are trying to do the opposite: to make the bundled MyFaces be ignored. If that's true, the only safe way to do that is to not bundle it in the war in the first place.

        I hope this is an acceptable resolution. Really, it is not a best practice to bundle things in a WAR unless you actually plan to use them. Doing so can have unintended side-effects.

        Show
        Ed Burns added a comment - I looked at this BalusC posting on StackOverflow. http://stackoverflow.com/questions/10290123/myfaces-jsf-impl-with-glassfish-3-1-not-working That post talks about how to make it so the bundled MyFaces impl takes priority over the one from the container. It seems you are trying to do the opposite: to make the bundled MyFaces be ignored. If that's true, the only safe way to do that is to not bundle it in the war in the first place. I hope this is an acceptable resolution. Really, it is not a best practice to bundle things in a WAR unless you actually plan to use them. Doing so can have unintended side-effects.
        Hide
        Shing Wai Chan added a comment -

        Assign to jsf team for further investigation.

        Show
        Shing Wai Chan added a comment - Assign to jsf team for further investigation.

          People

          • Assignee:
            Ed Burns
            Reporter:
            houtang
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: