8 Replies Latest reply on Mar 8, 2007 12:19 PM by heiko.braun

    ws-rm and ws-po dependency

    maeste

      Hi Thomas,

      As you discussed in last e-mails with Mark Little ws-rm depends on ws-po and ws-poa. Mark suggested to start implementing ws-policy because several other specification depends on it.
      Alessio and me already started to analyze ws-rm specs, can we go on? Or is it better we take a look to something else?

      thanks

        • 1. Re: ws-rm and ws-po dependency
          thomas.diesler

          I personally would get started with WS-PO and WS-POA and get an initial (basic) implementation working that supports the requirements of WS-RM. In that way I would not have to duplicate the configuration effort.

          • 2. Re: ws-rm and ws-po dependency

            Hi Thomas,
            OK, we're reading ws-policy too. May be we could talk togheter in future, as soon as we've analyzed these specs, in order to better understand how to proceed and start contributing on this issue.
            Thank you
            Alessio Soldano

            • 3. Re: ws-rm and ws-po dependency
              thomas.diesler

              Ok, please ping me when you're done with studingthe three specs

              • 4. Re: ws-rm and ws-po dependency
                kukeltje

                I'm studying the specs to, mainly the ws-rm at the moment. At the same time, I'm thinking about ways to implement it, high level that is. Since the sequences etc do need some kind of persistency and there is some kind of flow, I'm thinking of using jBPM (jpdl?) for this. Especially since I will eventually need ebMS 3.0 as well, which uses ws-rm. Any thoughts on this?

                • 5. Re: ws-rm and ws-po dependency
                  heiko.braun

                  IMO JBPM is the wrong approach. Try to keep it simple and external dependencies to a minimum. RM sequence management is really simple and actually only knows a few conditions. RM source and RM destination just figure out the delta and make the source resubmit the missing messages.

                  Looking at the overall picture (like for instance the way a RM destination treats incomplete sequence termination) I agree that it might be regarded as a state machine or could be desinged as such. But IMO this is an implementation detail and JBPM probably adds too much overhead for too little gain. You could probably come up with a simple state machine yourself.

                  Regarding the persistence:

                  I think the only relevant bit to this is the need for a pluggable persistence mechanism. In the beginning some JDBC persistence manager might be sufficient. You may want to take alook at JBossMQ for instance, how they designed it.

                  • 6. Re: ws-rm and ws-po dependency
                    kukeltje

                    Reading the specs I tend to agree. They are so limited. No things like:
                    - number of retries
                    - retry interval

                    What other specs are those in? I am starting to hate the ws-hell (no offence to you guys) and long back to the x.400 or the best, ebXML-MS specs... those were 'clean'.

                    If these other parts come in, it becomes a REAL messaging system. JMS implementations lack a lot of functionality to on this part, regarding retries sequences etc... but for the basic ws-rm (rx) it might be sufficient IF all other AS' support the same subset as JBossMQ/Messaging

                    To be continued

                    • 7. Re: ws-rm and ws-po dependency
                      heiko.braun

                      Just to make sure we are on the same page. I am looking at WS-RX:

                      http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ws-rx

                      Not to be confused with WS-RM.

                      • 8. Re: ws-rm and ws-po dependency
                        heiko.braun

                        You may also want to take a look at this one:

                        http://www.innoq.com/resources/ws-standards-poster/