JSF Wizard with Weld

Question

Hi All,
Wanna show my imaginary design of wizard using Wizard and JSF... but it seems not works some where. firstly let us the classes I have...
2 inferfaces and 1 abstract class
package wziard;
public interface IWizard {
     // The return string for the JSF path
     public String next();
     public String back();
     public String abort();
     public boolean hasNext();
     public boolean hasBack();
package wziard;
public interface WizardStep {
     //do the business and return JSF path
     String onNext();
     String onBack();
}One wizard contains couple of wizardStep
package wziard;
import java.util.List;
public abstract class WizardBean {
     public String next() {
          String next = getCurrentStep().onNext();
          setCurrentStep(ListUtils.getNext(getWizSteps(), getCurrentStep()));
          return next;
     public String back() {
          String back = getCurrentStep().onBack();
          setCurrentStep(ListUtils.getBack(getWizSteps(), getCurrentStep()));
          return back;
     public boolean hasNext() {
          return !ListUtils.isLast(getWizSteps(), getCurrentStep());
     public boolean hasBack() {
          return !ListUtils.isFirst(getWizSteps(), getCurrentStep());
     public abstract WizardStep getCurrentStep();
     public abstract void setCurrentStep(WizardStep curStep);
     public abstract List<WizardStep> getWizSteps();
     public abstract String abort();
}Abstract wizardbean is to implement the wizard's constitutional features.
Then the wizard implements
package wziard;
import java.util.List;
@Stateful
@ConversationScope
@Named
public class RegisterWizard extends WizardBean implements IWizard {
     @RegisterWizard // qualifier for wizards producers
     @Inject
     private List<WizardStep> wizardSteps;
     private WizardStep currentStep;
     private Conversation conversation;
     @Override
     public String abort() {
          // TODO Go the JSF and end session
          conversation.end();
          return null;
     @Override
     public WizardStep getCurrentStep() {
          // TODO Auto-generated method stub
          return currentStep;
     @Override
     public List<WizardStep> getWizSteps() {
          // TODO Auto-generated method stub
          return wizardSteps;
     @Override
     public void setCurrentStep(WizardStep curStep) {
          this.currentStep = curStep;
}The steps implementations:
package wziard.step;
import wziard.WizardStep;
import wziard.model.Account;
public class AccountInfoStep implements WizardStep {
     @Named("newAccount");
     @ConversationScope
     private Account account;
     public Account getAccount() {
          return account;
     public void setAccount(Account account) {
          this.account = account;
     @Override
     public String onBack() {
          // TODO Auto-generated method stub
          return null;
     @Override
     public String onNext() {
          // TODO Auto-generated method stub
          return null;
package wziard.step;
import wziard.WizardStep;
import wziard.model.Person;
public class PersonInfoStep implements WizardStep {
     @Named("newPerson");
     @ConversationScope
     private Person person;
     public Person getPerson() {
          return person;
     public void setPerson(Person person) {
          this.person = person;
     @Override
     public String onBack() {
          // TODO Auto-generated method stub
          return null;
     @Override
     public String onNext() {
          // TODO Auto-generated method stub
          return null;
package wziard.step;
import wziard.model.Contact;
public class ContactInfoStep implements WizardStep {
     @Named("newContact");
     @ConversationScope
     private Contact contact;
     public Contact getContact() {
          return contact;
     public void setContact(Contact contact) {
          this.contact = contact;
     @Override
     public String onBack() {
          // TODO do the business and return JSF path
          return null;
     @Override
     public String onNext() {
          // do the business and return JSF path
          return null;
}other classes:
package wziard.utils;
import java.util.List;
public class ListUtils {
     public static <T> T getNext(List<T> list, T obj) {
          // TODO Auto-generated method stub
          return null;
     public static <T> T getBack(List<T> list, T obj) {
          // TODO Auto-generated method stub
          return null;
     public static <T> boolean isLast(List<T> list, T obj) {
          // TODO Auto-generated method stub
          return false;
     public static <T> boolean isFirst(List<T> list, T obj) {
          // TODO Auto-generated method stub
          return false;
package wziard;
import java.util.ArrayList;
import java.util.List;
import wziard.step.AccountInfoStep;
import wziard.step.PersonInfoStep;
public class WizardProducer {
     @RegisterWizard
     @Produces
     private List<WizardStep> wizardSteps(@New AccountInfoStep s1,
               @New PersonInfoStep s2, @New ContactInfoStep s3) {
          List<WizardStep> steps = new ArrayList<WizardStep>();
          steps.add(s1);
          steps.add(s2);
          steps.add(s3);
          return steps;
}after all these in the JSF page
<h:inputtext name="username" value="#{newAccount.userName}">
<h:inputtext name="password" value="#{newAccount.password}">These ideas should be very straightforward, while the newAccount, newPerson, and newContact, which @Named in the WizardStep seems not hook up with JSF component, these value were not populated at all....
Can anyone kindly advise? thanks.

Answer 1

Hello,
I faced the same problem, but on a Weblogic 10 server.
The problem with Weblogic 10 is, even if it's "supposed" to be a EE5 compliant server, it is not.
As described here http://e-docs.bea.com/wls/docs100/webapp/annotateservlet.html , there is no Dependency Injection in JSF managed beans:
The web container will not process annotations on classes like Java Beans and other helper classes.
But, WL 10 offers DI on Servlets, Filters and Listeners.
Here is how I solved it (probably not the best way, but it works for me):
- created a filter with a list of EJB injected (as it works). For every filtered request, set a list of known (enum) as request attributes mapped each to a EJB service:
public class EJBInjectFilter implements Filter {
@EJB
private MyEJBService ejbRef;
public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException,
               ServletException {
log.debug("Setting EJB ref into request as attribute ");
          req.setAttribute(ServiceEnum.MY_EJB_SERVICE.toString(), ejbRef);
          chain.doFilter(req, resp);     
- for every managed bean who needs a service you can do something like:
(MyEJBService) ((HttpServletRequest) FacesContext.getCurrentInstance().
               getExternalContext().getRequest()).getAttribute(ServiceEnum.MY_EJB_SERVICE.toString())
to get a reference to service.
I agree it is a totally not elegant solution. But why does WL 10 say it's a full JEE5 compliant server, and though does not provide DI for managed beans?
A drawbacks I could think of is performance slow-down (for every request, apply filter, set list of attributes + references into request) - probably it does take some time.
Let me know your thoughts.
Edited by: cosminj on Nov 20, 2007 8:16 AM