VerifyError; Spodziewa się stosu map ramkę w metodzie controllers.Secure $ Security.authentify

Question

I przestrzegać samouczek wprowadzający ramy Play, ale daje mi błąd:

Execution exception VerifyError occured : Expecting a stack map frame in method controllers.Secure$Security.authentify(Ljava/lang/String;Ljava/lang/String;)Z at offset 33

Nie jestem pewien, co zrobiłem źle. Kod używam (fragmenty):

package controllers; 

.. 

@With(Secure.class) 
public class Application extends Controller 
{ 
    @Before 
    public static void setConnectedUser() 
    { 
     if (Security.isConnected()) 
     { 
      User user = User.find("byEmail", Security.connected()).first(); 
      user.password = null; 
      renderArgs.put("user", user); 
     } 
    } 

    ... 

Dla klasy zabezpieczeń:

package controllers; 

import models.*; 

public class Security extends Secure.Security {  
    static boolean authenticate(String username, String password) { 
     return User.connect(username, password) != null; 
    } 
} 

Dodałem też bezpieczny moduł dependencies.yml który ładuje poprawnie po ponownym uruchomieniu ramy Play. Dodałem bezpieczny model do moich tras. Eclipse nie daje błędów; błąd występuje tylko w czasie wykonywania. Klasa Secure.Security ma publicznie dostępną statyczną metodę isConnected. Używam najnowszej wersji do gry (1.2.2).

Answer 1

Grupa wiadomości dla Play omawia problem z JDK1.7, a Play jeszcze oficjalnie go nie wspiera. Jeśli to możliwe, spróbuj użyć JDK 6 i sprawdź, czy nadal występuje ten błąd.

Jeśli są ograniczone do JDK7, można skorzystać z opcji

java.source=1.6 

w pliku application.conf.

Aktualizacja 18 sierpnia 2011: Nicolas Leroux niedawno wysłał wiadomość na Twitterze, aby powiedzieć, że wsparcie Java 7 zostało dodane do Play w głównym oddziale. Prawdopodobnie nie wyda wersji 1.2.3, ale później wyda wersję.

Answer 2

Miałem ten sam, problem, wydaje się, że rzeczywiście pochodzi z JDK7.

ja go rozwiązać, dodać

java.source=1.6 

do pliku application.conf, zatrzymaj aplikację, usuń wszystko w katalogu tmp z aplikacji i uruchom go ponownie, to powinno działać nawet jeśli masz JDK 1.7 zainstalowany

jeśli nie usunąć pliki, grać nie będzie je skompilować i nie będzie działać, nawet jeśli wrócić do JDK 1.6

Answer 3

można również użyć flagi -XX:-UseSplitVerifier.

Answer 4

Miałem ten sam problem, gdy uruchomiłem aplikację do odtwarzania. Używam luz 1.2.5 i Java 1.7

Właśnie dodałem

java.source=1.6

w application.conf.

Następnie usunięto folder tmp i uruchom ponownie aplikację.

Answer 5

Jest w porządku, jeśli chcesz używać jdk7. Upewnij się, że ścieżka Java jest skonfigurowana poprawnie. Sprawdź "java -version" i "javac -version".

Przykład ścieżka:

• "C: \ Program Files \ Java \ jdk1.7.0_07 \ bin" < --- to zrobić
• „C: \ Program Files \ Java \ jdk1.7.0 _07 \ jre \ bin "< --- nie podoba mi się to