Re: [Openefm-development] Re: OpenEFM question

[Jeremiah J. <jer...@go...>]

On Wed, 2005-03-02 at 15:22 -0800, Jason Van Cleve wrote:
> Quoth Jeremiah Jahn, on Wed, 02 Mar 2005 16:06:06 -0600:
>=20
> > Is there some sample (legal)XML for each of the four transceiver
> > methods between the EFP and the EFM?=20
>=20
> First I should make clear the state of this code base.  Last December, I
> started revising OpenEFM for a new project in Sacramento, CA.  I made a
> rough draft of the requirements and sent that to the man in charge for
> review.  I also started changing the code itself, having been told the
> project was hot.  I haven't heard from anyone involved since then, and
> the whole project is now stalled.  So the code in CVS is currently
> unstable, if it runs at all, and you should opt for one of the releases.
>  None of which, unfortunately, is built around these methods:
>=20
> > addParty()
> > addCase()
> > addDocument()
> > transmit()
>=20
> This is the new 2GEFS interface, basically, that I have BEGUN
> integrating into OpenEFM.  The calls to addParty() and such are still on
> our drawing board.  Previous versions of OpenEFM are based on an
> all-at-once filing submission interface, where one message contained all
> parties and documents for the case filing; and that's still pretty much
> the way the software is coded.
Not sure if I like this or not. How exactly do you derive the intent of
the filing. Our assumption has always been the following. No Case
number, they must want a new case so our submitCase method is called.
All Documents get pushed through our submitDocument method. Finally if a
party description is included in the data, the cms data is compared and
if any differences are found then our submitLitigant/Attorney method is
called. Does this sound correct to you or is there a better way of
handling LegalXML. Or is 2GEFS a better place to start?


>=20
> So we have no samples of our own in this new format.  However, I was
> sent a handful of XML samples for the 2GEFS "Request-response" API, that
> seems to be what you're looking at.  These are in the repository, under
> "./sample/2GEFS".
Actually I got them from reading your code. Since I wasn't interested in
2GEFS I avoided those samples.

>=20
> > My Understanding of these is that they they will include the documents
> > with them that PDF whatever that init a new case or party.
>=20
> That was quite a sentence, Mr. Jahn.  If I understand you, when an
> 'addDocument()' message is sent, it will contain the binary data.  I
> believe it is to be BASE-64 encoded within the XML.
:) okay let me try and add some coherency to it...I was under the
assumption that the OpenEFM API was the previously mentioned four
methods. Under that assumption I was curious to know whether or not if
someone used the addParty method would the XML not only containing the
meta data to describe the new party, but also the binary data of the
document adding the party to a case.=20


>=20
> > Guess I would just like to see some example use cases for the
> > communication points of the app.
>=20
> No use cases yet, as far as I know.  I'm busy these days with a
> different project, so I don't expect anything to be done with OpenEFM
> soon, unless by another company (it IS open source).
>=20
> --Jason
>=20
> --
> In 2010, Microsoft Windows will be a quantum processing emulation layer
> for a 128-bit mod of a 64-bit hack of a 32-bit patch to a 16-bit GUI for
> an 8-bit operating system written for a 4-bit processor by a 2-bit
> company that can't stand 1 bit of competition.
>=20
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> Openefm-development mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openefm-development
"You are old," said the youth, "and your programs don't run, And there
isn't one language you like; Yet of useful suggestions for help you have
none -- Have you thought about taking a hike?" "Since I never write
programs," his father replied, "Every language looks equally bad; Yet
the people keep paying to read all my books And don't realize that
they've been had."