Mam proste (webprofile) EJB 3.1 wniosku i spróbować ustalić, czy bieżący użytkownik w @ApplicationScoped
CDI Bean, więc używam:NullPointerException w sessionContext.getCallerPrincipal()
Principal callerPrincipal = this.sessionContext.getCallerPrincipal()
że działa dobrze (tak ja może określić nazwę bieżącego użytkownika).
Ale po jakimkolwiek wyjątku w dowolnym (innym) EJB to wywołanie już nie działa (muszę zrestartować serwer)! Zamiast zwracania nazwy użytkownika wywołującego metoda generuje ten wyjątek.
Caused by: java.lang.NullPointerException
at com.sun.ejb.containers.EJBContextImpl.getCallerPrincipal(EJBContextImpl.java:421)
at de.mytest.service.CurrentUserService.getCurrentUserId(CurrentUserService.java:102)
Czy ktoś może mi dać wskazówkę, co robię źle?
Szczegóły realizacji:
serwera GlassFish 3.1.2
CurrentUserService:
@ApplicationScoped
public class CurrentUserService {
@Resource
private SessionContext sessionContext;
public long getCurrentUserId() {
if (this.sessionContext == null) {
throw new RuntimeException("initialization error, sessionContext must not be null!");
}
/*line 102 */ Principal callerPrincipal = this.sessionContext.getCallerPrincipal();
if (callerPrincipal == null) {
throw new RuntimeException("callerPrincipal must not be null, but it is");
}
String name = callerPrincipal.getName();
if (name == null) {
throw new RuntimeException("could not determine the current user id, because no prinicial in session context");
}
return this.getUserIdForLogin(name);
}
EJB Facad których oprzeć pomiędzy kontrolerem twarze i CDI Służby
@Stateless
@RolesAllowed("myUser")
public class TeilnehmerServiceEjb {
@Inject
private CurrentUserService currentUserService;
public long currentUserId() {
return = currentUserService.getCurrentUserId();
}
}
web.xml
<security-constraint>
<web-resource-collection>
<web-resource-name>All Pages</web-resource-name>
<url-pattern>/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>myUser</role-name>
</auth-constraint>
</security-constraint>
<login-config>
<auth-method>BASIC</auth-method>
<realm-name>mySecurityRealm</realm-name>
</login-config>
GlassFish-web.xml
<security-role-mapping>
<role-name>myUser</role-name>
<group-name>APP.MY.USER</group-name>
</security-role-mapping>
Dlaczego nie czyni go SessionScoped? –
To wygląda jak usterka Glassfish. –
Jeśli tworzysz aplikację, która po prostu robi to, co potrafisz, możesz odtworzyć to zachowanie? Jeśli tak, zachęcam do zgłoszenia błędu. – Preston