GWT Acegi Alternative

Question

Ich beginne ein neues Projekt. Die Client -Schnittstelle basiert auf GWT (und GXT). Ich habe kein Mit sagen, dass sie vorbestimmt ist. Ich kann jedoch die Serverseite auswählen, damit ich Spaß haben kann und hoffentlich etwas Neues lernen kann. Einige Anforderungen sind:

• Der Austausch mit dem Server wird durch die Verwendung von JSON erfolgen. Die meisten, wenn nicht die gesamte Benutzeroberfläche werden von GWT (JS) im Client generiert, sodass der Client/Servic Exchange so viel wie möglich auf den Datenaustausch beschränkt ist
• Kein Winterschlaf (es wird nicht wirklich auf der proprietären DB unterstützt, mit der ich mich verbinden werde). In den vergangenen Projekten würden Menschen JDBC oder Ibatis verwenden
• Eine Art IOC (ich denke Guice, nur um bei Google zu bleiben)
• Eine Art Sicherheitsrahmen basierend auf LDAP. In der Vergangenheit würden wir Spring Security (Acegi) verwenden, aber es war nicht ideal und wir mussten es viel anpassen

Soll ich also im Grunde genommen bei bewährten Spring/Acegi bleiben oder etwas basierend auf Guice ausprobieren? Und was wäre das "etwas" und wie reif ist es?

Answer 1

Da nether der oben genannten Antworten mir irgendwelche praktischen Ideen (oder fast jede andere) gegeben hat, habe ich die Formel mit:

Maven + GXT + GWT und Guice + Ibaguice

Answer 2

Sich ansehen Apache Shiro. Es scheint ohne Hinweis auf den Frühling an Boden zu gewinnen.

Answer 3

Wenn Sie IOC auf Client und Server machen möchten, gehen Sie mit Guice. Sie können Guice auf dem Server und seinen Bruder verwenden GIN auf den Kunden.