OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

legalxml-courtfiling message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [legalxml-courtfiling] CR MDE. Push/Pull modes.


Serguei,

While it is left to the SIP to define the specific transport protocols, Section 3.0 of the core specification defines a specific process model including the direction of each ECF messages and whether it is either synchronous or asynchronous.  I believe that changing the direction of a message (from a push to a pull) would require a change to the process model in the core specification even if it did not necessarily require changes to the message schemas.   I suggest that we consider this issue for ECF 4.1.

Changing from a push to a pull transfers some of the complexity from the receiving to the sending MDE but it typically introduces a polling delay.  Can you summarize the advantages of this approach from the court perspective?

  Thanks,

Jim Cabral
MTG Management Consultants, L.L.C.
www.mtgmc.com
(206) 442-5010 Phone
(502) 509-4532 Mobile

Helping our clients make a difference in the lives of the people they serve.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material.  If you received this in error, please contact the sender and delete the material from any computer.

-----Original Message-----
From: legalxml-courtfiling@lists.oasis-open.org [mailto:legalxml-courtfiling@lists.oasis-open.org] On Behalf Of Serguei Mysko
Sent: Tuesday, July 31, 2012 2:45 AM
To: legalxml-courtfiling@lists.oasis-open.org
Subject: [legalxml-courtfiling] CR MDE. Push/Pull modes.


Dear Colleagues,

Looking for your ideas/comments.

The problem:
- CR MDE. Should we add a 'pull' mode?

ECF spec as of today assumes a 'push' mode only with its CR MDE.
A Court willing to follow ECF spec has to have a CR MDE component that would 'push' a filing into it.

Folks at the trenches however mentioned to us (number of times) a 'pull' 
mode as an option.
That is, instead of having a CR MDE service client to 'push' a filing into 'our Court System', we'd prefer to poll (or else) a service to effectively 'pull' a filing *whenever we want*.

Why not?
Currently CR MDE:
- is a service client to submit a RecordFilingRequest (RFR);
- it is a consumer for NotifyDocketingComplete.
The majors ones, roughly.

Could it be reversed as well, in addition to, to allow the querying?
So that one could query the RFRs available?
Why not?
It should not affect the Core spec; just the SIP, the WebServices one and only.


Your thoughts/ideas/comments are appreciated.

Thank you.
-
Serguei M.
Intresys




---------------------------------------------------------------------
To unsubscribe, e-mail: legalxml-courtfiling-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: legalxml-courtfiling-help@lists.oasis-open.org





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]