I've responded below, but if there are subsequent posts, please
continue this discussion on the user list, which suits this topic
better. If you change the email subject, please prefix with [SCXML].

With respect to SIP and SCXML, I'm aware there have been integration
efforts, though there isn't any code I can point you to. As a brief
conceptual example, see slides 20 and 21 from this WWW07 presentation:

  http://www.w3.org/2007/Talks/www2007-SCXML.pdf

More inline ...

On Mon, Feb 2, 2009 at 10:42 AM, Saurabh Agarwal <sagarwal1...@gmail.com> wrote:
> Thanks Siegfried ,
> Yes I am aware that in Sip Servlet spec  SIP messgages are treated as Java
> Classes etc .
>
> What I intended to ask that how can I use Commons-SCXML with SIP , Actually
> this is waht i want to do .
>
> 1. I want to make a SIP application server that will recieve some SIP
> messages ( INVITE , REFER etc ) and do some processing etc on it like check
> some headers , fork SIP messages etc .
>
> I want to do this with the help of Sailfin and SIP Servelts .
>
> 2. Now what I want now is also use SCXML as my state machine may change very
> dynamically as per client requirments so I want to use SCXML so that we dont
> have to go on changing code frequenly and can concentrate on buisness logic.
>
<snip/>

Sounds similar to the example I point out above.


> Can anybody help me the following:
>
> 1. How can I integrate SIP servlet ( running inside sailfin )  with
> commons-scxml.
<snap/>

There isn't anything special about sailfin in the client environment
for Commons SCXML sense.


> 2. How can I pass the SIP message to the state machine defined in SCXML and
> is it possible to easily modify headers in it .
>
<snip/>

The basic idea in most use cases is to convert incoming requests or
messages (here, SIP related) to events that get fired on the state
machine. The state machine context needs to be populated with all the
information needed for the state machine to make the necessary
transitions and thereby, execute the necessary actions (the context
can be programmatically populated, or payloads can be attached to
events as might make sense for a particular usecase). Client specific
interactions (clients of Commons SCXML) are carried out with custom
actions or using the external communications module.

I'd say give the SCXML spec a quick read if you haven't already. Then
check out the Commons SCXML user guide [1], particularly the items on
contexts [2], event payloads [3] and custom actions [4].

-Rahul

[1] http://commons.apache.org/scxml/guide.html
[2] http://commons.apache.org/scxml/guide/contexts-evaluators.html
[3] http://commons.apache.org/scxml/guide/core-events.html
[4] http://commons.apache.org/scxml/guide/custom-actions.html


>
> Any help is highly appreciated .
>
> Thanks
> Saurabh
>
> On Mon, Feb 2, 2009 at 7:09 PM, Siegfried Goeschl <
> siegfried.goes...@it20one.at> wrote:
>
>> Hi,
>>
>> I don't know  SCXML but worked with SIP
>>
>> +) a SIP message is not a ASCII message but a Java data structure very
>> similiar to ServletRequest and ServletResponce (afaik SipServletRequest
>> and SipServletResponse)
>> +) depending on your requirements you have to parse the SDP's
>>
>> Cheers
>>
>> Siegfried Goeschl
>>
>>
>> Saurabh Agarwal wrote:
>> > Hi All,
>> >
>> > I am new to commons-SCXML and I am trying to make SIP application using
>> > sailfin ( Leveraging SIP Servlets ).
>> >
>> > I came across SCXML and thought it can be of great use , As far as I had
>> > understood I can write the state machines iusing scxml and dont have
>> > to write much java code except some helper functions.
>> >
>> > I have couple of questions which I am not able to understand yet :
>> >
>> > 1. How to integrate SIP Servlet and Commons-scxml ( I tried to understand
>> > shale but unable to do so ).
>> > 2. Can Commons-scxml parse and do some logic on a SIP message ( Ascii
>> messge
>> > ) and give me results.
>> >
>> > Any pointers are highly appreciated.
>> >
>> > Please help
>> >
>> > Thanks
>> > Saurabh Agarwal
>> >
>> >
>
>
> --
>
> "Successful people make more mistakes because they do more "
> Thanks
> Saurabh Agarwal
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to