In WebSphere Application Server Version 8.0 hat sich das Verhalten, das den Methoden
SipFactory createRequest() und
createAddress(), die Zeichenfolgeadressparameter verwenden, zugeordnet ist, geändert.
Die folgenden javax.servlet.sip.SipFactory-Methoden werden von dieser Regel markiert und geändert:
- 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.
- Hinsichtlich der Methoden createRequest() und createAddress()
macht die API JSR289 folgende Aussage:
"... wenn das Argument "from" oder "to" ein SIP-URI mit Parametern ist, 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 gleich
- <sip:asaf@ibm.com>;param1=1 sein, stattdessen wurde es als
- <sip:asaf@ibm.com;param1=1> gelesen.
- In einem Service-Release von CEA Feature Pack wurde die angepasste Eigenschaft sip.jsr289.parse.address
hinzugefügt, um das richtige Verhalten zu ermöglichen.
- 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: