In WebSphere Application Server v8.0 gibt es eine Verhaltensänderung im Zusammenhang mit dem
SipFactory createRequest()
und
createAddress()
Methoden, die Zeichenfolgeadressparameter verwenden.
Die spezifischen
javax.servlet.sip.SipFactory
Methoden, die dieser Änderung zugeordnet sind und die von dieser Regel markiert werden:
-
Address createAddress(java.lang.String addr)
-
SipServletRequest createRequest(SipApplicationSession appSession,
java.lang.String method,
java.lang.String from,
java.lang.String to)
throws ServletParseException
Diese Regel bietet die Möglichkeit, Code, der vom geänderten Verhalten betroffen sein könnte, zu prüfen. Das geänderte Verhalten stellt sich im Detail wie folgt dar:
- Feature Pack for Communications Enabled Applications (CEA Feature Pack) bietet Unterstützung für
SIP Servlet Specification 1.1, JSR 289.
- In Bezug auf
createRequest()
und
createAddress()
Methoden der API JSR289 :
" ... wenn das from-oder to-Argument ein SIP-URI ist, der Parameter enthält, muss der URI in spitze Klammern eingeschlossen werden. Andernfalls wird die Adresse geparst, als ob der Parameter zur Adresse gehört und nicht zu der URI. "
- Der CEA-Feature-Pack, der ursprünglich geliefert wurde, folgt jedoch nicht der API.
Statt das zu tun, was zuvor erwähnt wurde, werden Parameter, die nicht mit spitzen Klammern gekapselt sind,
als URI-Parameter behandelt. Beispielsweise muss laut JSR Java Specification Request
-
sip:asaf@ibm.com;param1=1
muss gleich sein
-
<sip:asaf@ibm.com>;param1=1
Stattdessen wurde es wie folgt gelesen:
-
<sip:asaf@ibm.com;param1=1>
.
- In einem CEA-Feature-Pack-Service-Release eine angepasste Eigenschaft
sip.jsr289.parse.address
wurde hinzugefügt, um das korrekte Verhalten zu aktivieren.
- In WebSphere Version 8.0 wurde das Standardverhalten als das richtige API-kompatible Verhalten festgelegt.
Wenn in Version 8.0 die angepasste Eigenschaft auf false gesetzt wird, wird das ursprüngliche Verhalten beibehalten.
Weitere Informationen finden Sie in der Dokumentation: