Ich studiere Sip Servlet und es ist etwas, das mir nicht klar ist.Unterschiede zwischen SipApplicationSession und ServletContext
Mit einem Anwendungsserver wie Mobicents, kann ich zwei Sitzungstypen hat:
SipSession
: ist die Sitzung mit dem Request/Response verbunden ist;SipApplicationSession
: ist die Sitzung, dieSipSession
wrap und (schließlich)HttpSession
. Dies sollte verwendet werden, um zwischen dem Web und SIP-Servlet zu kommunizieren.
Warum sollten wir die zweite haben? Wenn ich anrufe:
getServletContext.setAttribute("something", somethingObject);
ist dies mit den beiden Servlets geteilt, oder liege ich falsch?
Die ServletContext
ist etwas, das das Servlet in einer Anwendung umschließt, und so können wir über die Servlets kommunizieren.
Warum sollten wir SipApplicationSession
verwenden?
Danke für die Beantwortung.
Zunächst ist es mir eine Freude, von Ihnen geholfen zu werden. Ich verstehe Ihre Antwort, und es war genau wie ich vermutete. Also, in dem Szenario eines B2BUA, wie zum Beispiel ein 3PCC, wo gibt es eine Web-Schnittstelle (und so auch HttpServlet), wenn ich SipFactory.createRequest (SipApplicationSession ...) aufrufen, ich bin eine Anfrage erstellen, die dazu gehört zu seiner SipSession, und diese SipSession gehört zur SipApplicationSession. – xcsob
Wenn wir aus irgendeinem Grund den Knopf "Auflegen" drücken, und dies eine Anfrage an unser HttpServlet macht, wird dies den Verweis auf SipApplicationSession erhalten und für jeden SipSession (in der SipApplicationSession) zum Beispiel eine Tschüss-Anfrage erstellen. Danke :) – xcsob
Sie haben es richtig. Fühlen Sie sich frei, die Antwort zu verbessern, wenn es hilfreich war, zukünftige Leser zu führen. – jeand