Dinamik web uygulamam için başka bir istisnanın sebebini anlamaya çalışıyordum - https://github.com/double-whammy/affablebean Küçük bir değişiklik yaptım ve yeni bir istisna aldım - javax.ejb.AccessLocalException: Bu çağrıDüzeltilmesi gerekiyor - javax.ejb.AccessLocalException: İstemci bu yetkilendirme için yetkilendirilmemiş
bir online cevap için yetkilendirilmemiş istemci ben aşağıdakileri yapın diyor - http://ask.ozar.net/11/javax-accesslocalexception-client-authorized-invocation
oluşturulan ilke dosyasını (ler) silmeyi deneyin. Bunları C: \ glassfish-3 \ glassfish \ domains \ domain1 \ generated \ policy altında bulabilmelisiniz. yedek domain1
ile alan adı başka söylüyor fazlası - http://glassfish.10926.n7.nabble.com/Persisting-Entity-javax-ejb-AccessLocalException-Client-not-authorized-for-this-invocation-td11197.html
Alanlar/domainx/üretilen/politikası altında politika dosyası /// {granted.policy, excluded.poliy} olumlu hibelerdir bulabilirsinizhibe.policy, negatif bağışlar excluded.policy (varsa). (Domaninx olarak x = 1,2,3 vs ...) adı ile bir EJBMethodPermission bir "niteliksiz hibe granted.policy içinde
bakış, = Lütfen oturum fasulye EJbName; bence olabilir .. JpaPersonDao ve tasarruf yöntemine ilişkin bir yöntem spec ile
Ben ikincisini denedim ve benim glassfish klasörü altındaki birçok klasörleri görmek: C: \ glassfish4 \ glassfish \ alanlar \ domain1 \ oluşturulan \ ilke
C:.
├───AffableBean
│ ├───AffableBean
│ │ granted.policy
│ │
│ └───AffableBean_internal
│ granted.policy
│
├───__admingui
│ └───__admingui
│ excluded.policy
│ granted.policy
│
└───__default-web-module
└───__default-web-module
granted.policy
bakın, çok fazla granted.policy dosya var. Hangisini tamir etmeliyim? İlk klasörün altındaki mi?
Bu bizim Glassfish ortamımızda gerçekleşir. Bizim çözüm bizim app undeploy, bizim app adı olan herhangi bir dosya/dizin için Glassfish dizininde arama ve tüm bu dosyaları el ile silmek, sunucuyu yeniden başlatmak ve bizim app yeniden dağıtmaktır. – John