I just read about the OFBiz Widget Toolkit (http://docs.ofbiz.org/display/OFBIZ/Understanding+the+OFBiz+Widget+Toolkit) . Of course, another idea would be to create a Widget that displays ESME messages.
Just thinking aloud..... D. On Sat, Nov 28, 2009 at 10:32 AM, Richard Hirsch <[email protected]> wrote: > I just created a wiki page for the conversation: > http://cwiki.apache.org/confluence/display/ESME/Collaboration+with+OFbiz > > I moved our initial ideas from this mail thread to this wiki page and > will continue adding details there. > > D. > > On Sat, Nov 28, 2009 at 8:43 AM, Richard Hirsch <[email protected]> wrote: >> Hi Scott, >> >> Comments inline >> >> On Sat, Nov 28, 2009 at 1:08 AM, Scott Gray <[email protected]> >> wrote: >>> Hi Richard, >>> >>> Thanks for getting in touch with us, it's always good to hear from other ASF >>> projects. >>> >>> I agree that an integration between the two projects could be quite >>> interesting, and could actually be an extremely useful means of facilitating >>> system<->user and user<->user communication. Here's a few thoughts: >>> About ECAs: >>> ECAs are pretty straight forward: when an Event occurs, if the Condition(s) >>> are met then Action(s) are performed. The Events supported currently are >>> Entity (EECA) events which basically correspond to database record CRUD >>> events, Service (SECA) events which correspond the various stages of a given >>> service's invocation (invoke, validate, commit, return, etc.) and Mail >>> (MECA) events which occur when an email is received. >>> Conditions are defined against whatever context is will be available when >>> the event occurs, the record fields for an EECA, the in/out parameters for a >>> SECA and the email contents for a MECA (from, to, subject, etc.) >>> Actions are just OFBiz services to be invoked when the conditions are met. >> >> Can you point me to some more technical documentation regarding EECAs, etc. >>> >>> Sending event notifications: >>> ECAs are the way to go for this and we'd just define services to be used as >>> actions which send the message to ESME. You'd probably create a single >>> generic service that is used to send any message and then use that service >>> within other services for sending specific messages e.g. an ECA would invoke >>> sendPurchaseOrderChangeNotification which would prepare the message contents >>> and call sendEsmeMessage to actually send the message. >> >> This is also the same pattern that we use in ABAP. Once you have >> sendEsmeMessage piece, you could embed the functionality easily and >> then have functionality like SalesForce Chatter. >> >>> >>> Receiving messages: >>> For this we could either create a new type of ECA specifically for ESME >>> messages or perhaps even generalize MECAs to support any type of message so >>> that it stands for Message rather then Mail. ECAs would then be defined and >>> evaluated when an ESME message is received and service actions invoked to >>> handle any processing and responses that need to occur. >> >> The receipt of the message in OFBiz can occur via various means. If >> OFBiz has a RESTAPI for ECAs, then you can create an ESME action >> (http://cwiki.apache.org/confluence/display/ESME/Actions) to send >> messages to OFBiz when certain ESME events occur. Or if there some >> sort of ECA for dealing with email events, then we can also use an >> action that sends email. If you want a deeper integration, you could >> have a bot that uses one of our various APIs >> (http://cwiki.apache.org/confluence/display/ESME/API) to read the >> message queue and then create OFBiz events. >> >> The integration via actions is very easy from the ESME side but on the >> OFBiz side you would need some sort of mechanism to parse the message >> to be able to call the appropriate OFBiz functionality. >> >>> >>> Additionally as part of the sending/receiving process we'd probably want to >>> store the messages an CommunicationEvent records but that should be pretty >>> straightforward using the existing services that are available. For storing >>> each user's ESME address we'd just use the ContactMech entity with a new >>> ContactMechType. >> >> Why would you need to store the user's ESME address? OFBiz would post >> messages to ESME in the form of a ESME user (for example, >> "OFBizBackend"). Users who were interested in messages would follow >> the user and would receive the messages from this user. If you want >> to restrict the access of messages, then you could use ESME's pool >> mechanism. >> >> >>> >>> For chat I guess things will be a little more complicated because OFBiz >>> would want to play some sort of a role in logging messages >> >> You could probably create an ESME bot that listens to either an entire >> group and copies the message into some sort of archive. Ideally, you >> would write a bot that creates JMS messages that anyone can store. We >> talked about this but have had no time to develop it yet. >> >>> mentioned restricting communication between parties depending on there roles >>> and permissions within the system. >> >> ESME has the idea of pools to deal with restricting access. >> >> I'm also assuming that ESME is only >>> concerned with sending and receiving messages so the responsibility of >>> managing things like this and other chat features (chat buddies, rooms, >>> status, etc.) would fall upon the chat client rather than ESME? >> >> Much of this is handled by ESME. ESME has a variety of clients >> available (see the bottom the page on >> http://cwiki.apache.org/confluence/display/ESME/Index ) and supports >> the twitter API as well (so some existing twiter clients can be used >> to access ESME) >> >>> >>> But anyway I hope some of this is helpful and although I don't really have >>> any time to spare at the moment to work on an integration, I just wanted to >>> send something along to let you know that I think an integration would be >>> quite useful and that there is some interest among the community. >> >> I'll create a wiki page in the ESME Space to collect our ideas on the >> integration. I can do most of the ESME integration work but I'll ned >> some assistance on the OFBiz side. >> >> We have a test instance in the cloud. Is there a test OFBiz instance >> where we might test the integration. >> >> D. >> >>> >>> Regards >>> Scott >>> >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> On 27/11/2009, at 9:19 PM, Richard Hirsch wrote: >>> >>>>> if you would like to work with us to get this implemented, you are very >>>>> welcome. >>>> >>>> Of course. We have a test server in the cloud that we can use and >>>> REST APIs to create messages. We have also various clients >>>> (Javascript, AIr client, etc.) that users can also use to view status >>>> messages from different sources. >>>> >>>> What I don't know is how the integration with OFBiz would look like. I >>>> read about ECAs but didn't find very many details. Ideal would to use >>>> ECAs (when I understand them correctly) to use ESME's REST API to send >>>> messages. >>>> >>>> What are the next steps? Should I create a wiki page in the ESME wiki >>>> space where we can discuss this? >>>> >>>> D. >>>> >>>> On Fri, Nov 27, 2009 at 9:08 AM, Hans Bakker >>>> <[email protected]> wrote: >>>>> >>>>> Yes i have a request from a customer to add a chat function within >>>>> ofbiz. >>>>> >>>>> we are looking at 2 frameworks: >>>>> http://sourceforge.net/projects/nfcchat/ >>>>> the license is not compatible however i have a part confirmation they >>>>> are willing to change the license >>>>> >>>>> and: >>>>> https://sourceforge.net/projects/icsc/ >>>>> >>>>> if you would like to work with us to get this implemented, you are very >>>>> welcome. >>>>> >>>>> Regards, >>>>> Hans >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Fri, 2009-11-27 at 05:05 +0100, Richard Hirsch wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Has anyone thought about adding social components (ala Chatter in >>>>>> SalesForce http://www.salesforce.com/chatter/) - in particular - to >>>>>> OFBiz? >>>>>> >>>>>> I'm one of the Project Leads for the Apache Incubator Project ESME >>>>>> (Enterprise Social Messaging Experiment) >>>>>> (http://incubator.apache.org/esme/ ) and I was thinking about how ESME >>>>>> might be integrated into OFbiz. I'm assuming that ECAs are probably >>>>>> the best place to start but I didn't find enough information. >>>>>> >>>>>> There are various integration possibilities / use cases. A few >>>>>> examples: a purchase order is changed and a short message is sent to >>>>>> those in ESME who are interested or the user makes an enquiry about a >>>>>> particular material and OFBiz sends a short message via ESME with a >>>>>> status. >>>>>> >>>>>> Thanks. >>>>>> >>>>>> D. >>>>> >>>>> -- >>>>> Antwebsystems.com: Quality OFBiz services for competitive rates >>>>> >>>>> >>> >>> >> >
