Pytanie : Błąd Otrzymywać gdy loging w the zastosowanie

Cześć Expert

I musieć projekt działanie od the uszaty kartoteka. Teraz everything być w właściwy projekt. The projekt zaczynać w górę 100% ale gdy bela w the zastosowanie być dawać Error.

I znać że ono potrzeba majątkowy kartoteka. I I musieć majątkowy kartoteka. Ale gdzie i umieszczać the kartoteka?

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:
14:15: 44,204 BŁĄD [UsersRolesLoginModule] Nie Udać Się użytkownik/hasło/rola kartoteka
java.io.IOException: Żadny własność kartoteka: users.properties lub brak: defaultUsers.properties znajdować
	przy org.jboss.security.auth.spi. Util.loadProperties (Util.java: 198)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers (UsersRolesLoginModule.java: 186)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.createUsers (UsersRolesLoginModule.java: 200)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.initialize (UsersRolesLoginModule.java: 127)
	przy sun.reflect.NativeMethodAccessorImpl.invoke0 (Rodzimy Metoda)
	przy sun.reflect.NativeMethodAccessorImpl.invoke (Niewiadomy Źródło)
	przy sun.reflect.DelegatingMethodAccessorImpl.invoke (Niewiadomy Źródło)
	przy java.lang.reflect. Method.invoke (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext.invoke (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext.access$000 (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext$4.run (Niewiadomy Źródło)
	przy java.security.AccessController.doPrivileged (Rodzimy Metoda)
	przy javax.security.auth.log in.LoginContext.invokePriv (Niewiadomy Źródło)
	przy javax.security.auth.login.LoginContext.log w (Niewiadomy Źródło)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.defaultLogin (JaasSecurityManagerBase.java: 552)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.authenticate (JaasSecurityManagerBase.java: 486)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.isValid (JaasSecurityManagerBase.java: 365)
	przy org.jboss.security.plugins.JaasSecurityManager.isValid (JaasSecurityManager.java: 160)
	przy org.jboss.web.tomcat.security.JBossWebRealm.authenticate (JBossWebRealm.java: 384)
	przy org.apache.catalina.authenticator.FormAuthenticator.authenticate (FormAuthenticator.java: 258)
	przy org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java: 417)
	przy org.jboss.web.tomcat.security.JaccContextValve.invoke (JaccContextValve.java: 92)
	przy org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process (SecurityContextEstablishmentValve.java: 126)
	przy org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke (SecurityContextEstablishmentValve.java: 70)
	przy org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java: 127)
	przy org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java: 102)
	przy org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke (CachedConnectionValve.java: 158)
	przy org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java: 109)
	przy org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java: 330)
	przy org.apache.coyote.http11.Http11Processor.process (Http11Processor.java: 829)
	przy org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process (Http11Protocol.java: 598)
	przy org.apache.tomcat.util.net .JIoEndpoint$Worker.run (JIoEndpoint.java: 447)
	przy java.lang. Thread.run (Niewiadomy Źródło)
14:15: 58,892 BŁĄD [UsersRolesLoginModule] Nie Udać Się użytkownik/hasło/rola kartoteka
java.io.IOException: Żadny własność kartoteka: users.properties lub brak: defaultUsers.properties znajdować
	przy org.jboss.security.auth.spi. Util.loadProperties (Util.java: 198)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers (UsersRolesLoginModule.java: 186)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.createUsers (UsersRolesLoginModule.java: 200)
	przy org.jboss.security.auth.spi.UsersRolesLoginModule.initialize (UsersRolesLoginModule.java: 127)
	przy sun.reflect.NativeMethodAccessorImpl.invoke0 (Rodzimy Metoda)
	przy sun.reflect.NativeMethodAccessorImpl.invoke (Niewiadomy Źródło)
	przy sun.reflect.DelegatingMethodAccessorImpl.invoke (Niewiadomy Źródło)
	przy java.lang.reflect. Method.invoke (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext.invoke (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext.access$000 (Niewiadomy Źródło)
	przy javax.security.auth.log in.LoginContext$4.run (Niewiadomy Źródło)
	przy java.security.AccessController.doPrivileged (Rodzimy Metoda)
	przy javax.security.auth.log in.LoginContext.invokePriv (Niewiadomy Źródło)
	przy javax.security.auth.login.LoginContext.log w (Niewiadomy Źródło)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.defaultLogin (JaasSecurityManagerBase.java: 552)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.authenticate (JaasSecurityManagerBase.java: 486)
	przy org.jboss.security.plugins.auth.JaasSecurityManagerBase.isValid (JaasSecurityManagerBase.java: 365)
	przy org.jboss.security.plugins.JaasSecurityManager.isValid (JaasSecurityManager.java: 160)
	przy org.jboss.web.tomcat.security.JBossWebRealm.authenticate (JBossWebRealm.java: 384)
	przy org.apache.catalina.authenticator.FormAuthenticator.authenticate (FormAuthenticator.java: 258)
	przy org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java: 417)
	przy org.jboss.web.tomcat.security.JaccContextValve.invoke (JaccContextValve.java: 92)
	przy org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process (SecurityContextEstablishmentValve.java: 126)
	przy org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke (SecurityContextEstablishmentValve.java: 70)
	przy org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java: 127)
	przy org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java: 102)
	przy org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke (CachedConnectionValve.java: 158)
	przy org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java: 109)
	przy org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java: 330)
	przy org.apache.coyote.http11.Http11Processor.process (Http11Processor.java: 829)
	przy org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process (Http11Protocol.java: 598)
	przy org.apache.tomcat.util.net .JIoEndpoint$Worker.run (JIoEndpoint.java: 447)
	przy java.lang. Thread.run (Niewiadomy Źródło) 

Odpowiedź : Błąd Otrzymywać gdy loging w the zastosowanie

Yups!! Ty potrzebować the następujący jak zdefiniowany w the połączenie.

1. Tworzyć zastosowanie-polisa wejście w login-conf.xml wymieniać mmticket " w the ten sam format the wejście dla "jmx-pocieszać". Zapewniać the ścieżka the własność kartoteka w the "serwer \ brak \ conf \ wsparcie" falcówka.
2. Mieć jboss-web.xml kartoteka w the WEB-INF falcówka twój app, konfigurować sugerować.
3. Mieć ochrona rola i przymus w twój web.xml; zapewniać że ty używać forma opierać się uwierzytelnienie.

Inne rozwiązania

SUP7203B PFC niekompatybilność

system przywrócić punkt

IE8 Przedkładać Forma z [Wchodzić Do] Klucz, stosownie

zintegrowany wordpress w miejsce. blog pic doczepianie.

Łączyć XenServer wśród iPhone

Porzucony Windows 7 Instalacyjny odpowiedź kartoteka

SSH konsola: iść precyzować falcówka po nazwa użytkownika

Tworzyć Linux przygotowywać CD-R stylowy but dysk…

Dlaczego Sysinternals Wirusowy wyszukiwarka redirect?

MS Dojazdowy SQL Podział Dojazdowy obejście potrzebować