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. |
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. > > |
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. >> >> > > |
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. > > > > > > > > > --- 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. > >> > >> > > > > > |
Thanks Chris will look at that.
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. >>>> >>>> >>> > > |
In reply to this post by cjhowe
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. >>>> >>>> >>> > > |
Free forum by Nabble | Edit this page |