4 Replies Latest reply on Nov 10, 2006 9:34 AM by Viet

    WSRP Api

    Viet Master

      Chris, for the wsrp.producer.registration API and plugin points we need to

      - have self containment in a package and not depend on wsrp implementation internals as an independant API.

      - use org.jboss.portal.api as package prefix as we do for the other api that we offer today (org.jboss.portal.api.node for example).

      - have it reside in the "api" module (independance from wsrp impl and have an independant jar that people can use in their build system).




        • 1. Re: WSRP Api
          Chris Laprun Master

          I will think about it once I get to a point where it makes sense to integrate with the rest of the Portal.
          I have to admit, though, that I don't see the point of it being independent of WSRP since I don't see what else it could be used for (unless there is a registration concept in JSR 286).

          • 2. Re: WSRP Api
            Viet Master

            my point is that it will be used as an extension point which means :

            - needs to be stable and supported for the life cycle of the software (which can be years). It can be extended and it should be backward compatible.

            - needs to be in an independant jar that can be integrated in build system without the wsrp classes and their versionning (i.e the same jar remains compatible between jboss portal 2.6+ and 3.x, etc...)

            - at the end it's better to put all api classes in the same package and place

            "chris.laprun@jboss.com" wrote:
            I will think about it once I get to a point where it makes sense to integrate with the rest of the Portal.
            I have to admit, though, that I don't see the point of it being independent of WSRP since I don't see what else it could be used for (unless there is a registration concept in JSR 286).


            • 3. Re: WSRP Api
              Viet Master

              I created a JIRA task targetted for alpha as it is an important concern. As it is an API we all need to review it in order to reach a consensus.

              http://jira.jboss.org/jira/browse/JBPORTAL-1109

              • 4. Re: WSRP Api
                Viet Master

                Now I see more clearly the responsibility of the registration policy. It seems that you want to encapsulate in a service how a particular producer react with respect to the registration protocol.

                Here is what I see, correct me if I am wrong :

                - the policy describes how a producer should behave (RegistrationMetaData)
                - the policy behaves when a registration occurs

                By default for now it would be injected in the producer we have. Perhaps that in the future we could support it configured per web application.

                I don't think we need to expose it as an API actually. People can provide implementations. But what is sure is that we need to define how we support this with respect to the evolution of the software. I think that Alex should tell us how this is done.