esme-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Richard Hirsch <>
Subject Re: I'm interested in integrating microblogging into OFBiz
Date Sat, 28 Nov 2009 16:32:18 GMT
I'd heard of Wookie but never thought about making a W3C Widget spec'd
ESME client. Interesting idea.


On Sat, Nov 28, 2009 at 12:48 PM, Scott Gray <> wrote:
> I stumbled across Apache Wookie ( the
> other day and found it quite interesting, any plans on creating W3C Widget
> spec'd ESME clients?  I'd be interested in seeing what could be done to add
> support for W3C Widgets in OFBiz, either standalone or wrapped in our
> portlets that Bruno mentioned.
> Regards
> Scott
> On 28/11/2009, at 10:45 PM, Richard Hirsch wrote:
>> I just read about 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 <>
>> wrote:
>>> I just created a wiki page for the conversation:
>>> 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 <>
>>> wrote:
>>>> Hi Scott,
>>>> Comments inline
>>>> On Sat, Nov 28, 2009 at 1:08 AM, Scott Gray <>
>>>> 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
>>>>> 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
>>>>> 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
>>>> ( 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
>>>> ( 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
>>>> ) 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
>>>>> On 27/11/2009, at 9:19 PM, Richard Hirsch wrote:
>>>>>>> if you would like to work with us to get this implemented, you
>>>>>>> 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.
>>>>>> read about ECAs but didn't find very many details. Ideal would to
>>>>>> ECAs (when I understand them correctly) to use ESME's REST API to
>>>>>> messages.
>>>>>> What are the next steps?  Should I create a wiki page in the ESME
>>>>>> space where we  can discuss this?
>>>>>> D.
>>>>>> On Fri, Nov 27, 2009 at 9:08 AM, Hans Bakker
>>>>>> <> wrote:
>>>>>>> Yes i have a request from a customer to add a chat function within
>>>>>>> ofbiz.
>>>>>>> we are looking at 2 frameworks:
>>>>>>> the license is not compatible however i have a part confirmation
>>>>>>> are willing to change the license
>>>>>>> and:
>>>>>>> if you would like to work with us to get this implemented, you
>>>>>>> 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
>>>>>>>> SalesForce - in particular
- to
>>>>>>>> OFBiz?
>>>>>>>> I'm one of the Project Leads for the Apache Incubator Project
>>>>>>>> (Enterprise Social Messaging Experiment)
>>>>>>>> ( ) and I was thinking about
>>>>>>>> ESME
>>>>>>>> might be integrated into OFbiz. I'm assuming that ECAs are
>>>>>>>> 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
>>>>>>>> a
>>>>>>>> particular material and OFBiz sends a short message via ESME
with a
>>>>>>>> status.
>>>>>>>> Thanks.
>>>>>>>> D.
>>>>>>> --
>>>>>>> Quality OFBiz services for competitive rates

View raw message