SeamFramework.orgCommunity Documentation
Questo capitolo è un tentativo di documentare in un unico posto tutti i suggerimenti per ottenere migliori performance da un'applicazione Seam.
Per ripetitivi binding di valore come quelli in dataTable JSF o in altri controlli iterativi (come ui:repeat), l'intero stack di interceptor verrà chiamato ad ogni invocazione di un componente Seam referenziato. L'effetto di questo può essere una sostanziale degradazione di performance, specialmente se il componente viene chiamato molte volte. Un guadagno significativo di performance può essere ottenuto disabilitando lo stack degli interceptor per il componente Seam da invocare. Per disabilitare gli interceptor di un componente occorre aggiungere l'annotazione @BypassInterceptors alla classe del componente.
E' molto importante essere consapevoli delle implicazioni che seguono la disabilitazioni degli interceptor per un componente Seam. Funzionalità quali la bijection, le restrizioni annotate sulla sicurezza, la sincronizzazione e altro vengono a mancare per un componente marcato con @BypassInterceptors. Mentre nella maggior parte dei casi è possibile compensare la perdita di queste funzionalità (es. invece di iniettare un componente usando @In, si può invece usare Component.getInstance()) è importante essere consapevoli delle conseguenze.
Il seguente listato di codice mostra come un componente Seam venga disabilitato con i suoi interceptor:
@Name("foo")
@Scope(EVENT)
@BypassInterceptors
public class Foo
{
public String getRowActions()
{
// Role-based security check performed inline instead of using @Restrict or other security annotation
Identity.instance().checkRole("user");
// Inline code to lookup component instead of using @In
Bar bar = (Bar) Component.getInstance("bar");
String actions;
// some code here that does something
return actions;
}
}