Erfahrungen mit Single-Instance-Multi-Tenant-Webanwendung in Seam?

Question

Irgendwelche Erfahrungen mit Seam in einem One-Instance-Multi-Tenant-Setup? Ist Seam für dieses Setup geeignet? Wie hast du es erkannt? Was waren die Kosten?

Unsere Situation: Eine Seam 2.1 SaaS Web-App (POJO, kein EJB). Das verfügbare Entwicklungsbudget zwang uns zu einem vereinfachten One-Instance-Design pro Nutzer. Die Anwendung ist noch nicht in Produktion, aber fast fertig.

Ich erwarte, dass unser Kunde ein One-Instance-Multi-Tenant-Setup überdenkt, wenn es die geplanten Hosting-Kosten senkt.

Answer 1

Wir haben eine Multi-Tenant-SaaS-Anwendung mit Seam entwickelt. Ich denke nicht, dass Seam irgendwelche Vorteile oder Nachteile für diese Art von Dingen hat.

Die einzige nützliche Funktion sind Hibernate-Filter (z. Bedeutet, dass bei jeder Abfrage diese ID automatisch angehängt wird.

Answer 2

Ich habe eine Klasse namens Benutzer, und es hat als Mitglieder alle diese Benutzerdaten. So gibt es beispielsweise eine Eins-zu-Viele-Beziehung von Benutzer zu Aufgabe. Dann ist meine Abfrage für alle Aufgaben eines Benutzers einfach: select task from Task task, User user where user.id = #{user.id} and task member of user.taskList. Ich könnte auch Filter verwendet haben, wie ein anderer erwähnt hat. Da das Objekt # {user} beim Anmelden erstellt wird, ist es jedoch über Seams-Parsing der EL-Zeichenfolge verfügbar. Ziemlich praktisch. So, während es in Seam nichts gibt, um Multi-Tenant zu unterstützen, ist es ziemlich einfach zu tun.