Naming Convention
Note that the SipFactory utilises a naming convention defined by this specification to identify the location of proprietary objects that implement this specification. The naming convention is defined as follows:
com.sun
. Impl
post-fix. For example, the lower-level package structure and classname of a proprietary implementation of the javax.sip.SipStack
interface must be javax.sip.SipStackImpl
. It follows that a proprietary implementation of a peer object of this specification can be located at:
'pathname'.'lower-level package structure and classname'.
For example an application can use the SipFactory to instantiate a NIST peer SipStack object by setting the pathname to gov.nist
and calling the createSipStack method. The SipFactory would return a new instance of the SipStack object at the following location: gov.nist.javax.sip.SipStackImpl.java
Because the space of domain names is managed, this scheme ensures that collisions between two different vendor's implementations will not happen. For example: a different vendor with a domain name 'bea.com' would have their peer SipStack object located at com.bea.javax.sip.SipStackImpl.java
.
Default Namespace:
This specification defines a default namespace for the SipFactory, this namespace is the location of the Reference Implementation. The default namespace is gov.nist
the author of the Reference Implementation, therefore the pathname will have the initial value of gov.nist
for a new instance of the SipFactory. An application must set the pathname of the SipFactory on retrieval of a new instance of the factory in order to use a different vendors SIP stack from that of the Reference Implementation. An application can not mix different vendor's peer implementation objects.
@author BEA Systems, NIST
@version 1.2
|
|