Jiplet Container 0.2.0 (Default branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News Jiplet Container 0.2.0 (Default branch)
# 1  
Old 02-01-2009
Jiplet Container 0.2.0 (Default branch)

Image Jiplet Container (Java SIP Servlet) is a servlet-like development and runtime environment for SIP applications. The SIP protocol is widely used for voice services over IP networks. This product enables developers to create server-side SIP applications using a component-based model similar to that envisioned by the J2EE architecture. The Jiplet container runs as a standalone server as well as a JBOSS service. License: The Apache License 2.0 Changes:
The primary enhancement in this release is a technology upgrade to the Jiplet Admin Console: it has been ported to GWT 1.5 and refactored to use the GWTCOMP library. Additionally, the ESR (Enterprise SIP archive) deployer has been removed since JBoss 4.x can now handle Jiplet SPR and SRR archives inside an EAR, and a number of bugs were fixed. This project has reached a status of stable. Image

Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
sip_process_new_packet(3SIP)			   Session Initiation Protocol Library Functions		      sip_process_new_packet(3SIP)

NAME
sip_process_new_packet - send an inbound message to the SIP stack for processing SYNOPSIS
cc [ flag ... ] file ... -lsip [ library ... ] #include <sip.h> void sip_process_new_packet(sip_conn_object_t conn_object, void *msgstr, size_t msgstr); DESCRIPTION
The sip_process_new_packet() function receives incoming message, creates a SIP message, processes it and passes it on to the application. For a byte-stream protocol like TCP sip_process_new_packet() also takes care of breaking the byte stream into message boundaries using the CONTENT-LENGTH header in the SIP message. If the SIP message arriving on TCP does not contain a CONTENT-LENGTH header, the behavior is unspecified. sip_process_new_packet() deletes the SIP message on return from the application's receive function, thus if the application wishes to retain the SIP message for future use, it must use sip_hod_msg() so that the message is not freed by sip_process_new_packet(). RETURN VALUES
The value of errno is not changed by these calls in the event of an error. ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Interface Stability |Committed | +-----------------------------+-----------------------------+ |MT-Level |MT-Safe | +-----------------------------+-----------------------------+ SEE ALSO
libsip(3LIB) SunOS 5.11 25 Jan 2007 sip_process_new_packet(3SIP)