A WebSphere Application Server 8.0 változatában a karaktersorozat típusú cím
paramétereket használó SipFactory createRequest() és
createAddress() metódusok viselkedése
megváltozott.
Az ehhez a változáshoz köthető
javax.servlet.sip.SipFactory metódusok, amelyket a
szabály megjelöl, a következőek:
- Address createAddress(java.lang.String addr)
- SipServletRequest createRequest(SipApplicationSession appSession,
java.lang.String method,
java.lang.String from,
java.lang.String to)
throws ServletParseException
A szabály lehetőséget ad a kód felülvizsgálatára, amit a
viselkedésváltozás érinthetett. A viselkedésváltozás részletei a következők:
- A Feature Pack for Communications Enabled Applications (CEA Feature Pack)
hozzáadta a SIP Servlet Specification 1.1, JSR 289 támogatását.
- A createRequest() és
createAddress() metódusok tekintetében a JSR289 API a
következőket mondja ki: "... ha a from vagy to
argumentumok bármelyike paramétereket tartalmazó SIP URI, akkor az URI címet
hegyes zárójelekbe kell tenni. Ellenkező esetben a cím úgy lesz értelmezve, mintha a paraméter a címhez, és nem az URI-hoz tartozna."
- Az eredetileg szállított CEA szolgáltatáscsomag azonban nem követte
az API-t.
A korábban leírtak helyett a hegyes zárójelek között lévő
paramétereket URI paraméterként kezelte. Például a JSR szerint
- a sip:asaf@ibm.com;param1=1 értéknek egyenlőnek kell lennie a
- <sip:asaf@ibm.com>;param1=1 értékkel, de
helyette aí következőképpen került beolvasására:
- <sip:asaf@ibm.com;param1=1>.
- Egy CEA szolgáltatáscsomag szervizkiadásban a
sip.jsr289.parse.address egyéni tulajdonság került
hozzáadásra, ami engedélyezi a helyes viselkedést.
- A WebSphere 8.0 változatában a viselkedés úgy változott meg, az
alapértelmezett viselkedés a helyes, API-nak megfelelő viselkedés.
A 8.0
változatban, ha az egyéni tulajdonság false értékre van beállítva, akkor az
eredeti viselkedés van érvényben.
További információkért tekintse meg a dokumentációt: