I looked at this, it probably would work for some applications,
in mine, I have up to 700 orders per second being sent.
sO I have mine in two stages, the Fielding of the order, in xml then
stored as a file. this is because I don't want a time out, in sending
the ACk to the site that is sending the order.
next:
1) read stored file as a timed service
2) parse it
3) create an order
a) see if already a customer
b) verify addresses if a current customer
c) create new customer
d) create order.
4) enter the payment information included in the order xml.
Chris Howe sent the following on 7/8/2006 9:20 PM:
> Because there is a step to prepare, you may want to
> evaluate whether it's better to enter the incoming
> order directly as an order or if you would be better
> entering it as a shopping list and letting the reorder
> service turn that into an order
>
> --- BJ Freeman <
[hidden email]> wrote:
>
>> That is why I suggested a Map to call the parser.
>> the parser would then fill the map and return it.
>> so if you used a third party parser you would have
>> to change it to load
>> the map and return it. I did this with the OpenAS2.
>>
>> The discussion is more about once the map is return
>> how the service will
>> integrate the data into ofbiz.
>>
>> as an example you take the basic service for Order
>> entry and make a new
>> service that uses the map returned by parser to
>> enter the order.
>>
>>
>>
>>
>> Chris Howe sent the following on 7/8/2006 8:56 PM:
>>> There are quite a bit of tools out there under
>> various
>>> open source licenses that will do must of parsing.
>>> All we need to do is decide on a format that the
>>> document needs to be for OFBiz to load it and
>> write
>>> the service to import that document.
>>>
>>>
>
http://www.manageability.org/blog/stuff/open-source-etl/view>>> --- BJ Freeman <
[hidden email]> wrote:
>>>
>>>> I would like to propose new frame/application
>>>> services that support
>>>> external Order entry, Tracking input and AR
>>>> invoices.
>>>> each would have a map that is passed to a custom
>>>> parser for the EDI
>>>> format to be parsed then process the returned
>> map,
>>>> as if it was done
>>>> thru the ofbiz UI.
>>>>
>>>> This leave only the custom parser to be developed
>> by
>>>> the person interested.
>>>>
>>>> any thoughts.
>>>>
>>>>
>>>
>
>
Locked
