JSF Simple Testklasse für Button - MethodNotFoundException?

[membersound]

Hallo,

kann mir jemand sagen, warum meine simple Testklasse für einen Button eine MethodNotFoundException wirft? Ich komme da echt nicht hinter...

Danke

@Stateless
@Named
public class TestService {
   public void sayHello() {
	   System.out.println("say hello");
   }
}

<h:form>
<h:commandButton action="#{testService.sayHello()}" value="Say hello" />
</h:form>

HTTP Status 500 - 


javax.servlet.ServletException: javax.el.MethodNotFoundException: /index.xhtml @48,79 action="#{TestService.sayHello()}": Method not found: Proxy for view class: business.control.TestService of EJB: TestService.sayHello()
	javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
	org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67)


root cause 

javax.faces.el.MethodNotFoundException: javax.el.MethodNotFoundException: /index.xhtml @48,79 action="#{TestService.sayHello()}": Method not found: Proxy for view class: business.control.TestService of EJB: TestService.sayHello()
	javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:92)
	com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
	javax.faces.component.UICommand.broadcast(UICommand.java:315)
	javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
	javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
	com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
	com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
	org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67)


root cause 

javax.el.MethodNotFoundException: /index.xhtml @48,79 action="#{TestService.sayHello()}": Method not found: Proxy for view class: business.control.TestService of EJB: TestService.sayHello()
	com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:109)
	javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
	com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
	javax.faces.component.UICommand.broadcast(UICommand.java:315)
	javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
	javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
	com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
	com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
	org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67)


note The full stack trace of the root cause is available in the JBoss Web/7.0.1.Final logs.


--------------------------------------------------------------------------------

JBoss Web/7.0.1.Final

 

[SlaterB]

zumindest die beiden Klammern () gehören da doch bestimmt nicht hin,

hast du ein Tutorial dazu, irgendwas schon erfolgreich getestet vor eigener Klasse?

 

[Sym]

Die Klammern sind richtig.

Hast Du Deine Bean mal serializable gemacht?

 

[JimPanse]

ich würde das @Stateless entfernen und statt desen CDI-@RequestScope verwenden....

oder du verwendest die alten @ManagedBean und @RequestScope annotations... einen frontend Controller @stateless zu annotieren macht keinen sinn...

 

[Sym]

ich würde das @Stateless entfernen und statt desen CDI-@RequestScope verwenden....

oder du verwendest die alten @ManagedBean und @RequestScope annotations... einen frontend Controller @stateless zu annotieren macht keinen sinn...

Das wäre natürlich wesentlich besser (und sinnvoller)!

 

[membersound]

Es muss irgendwie an Eclipse gelegen haben. Zumindest funktioniert mein Beispiel heute, und es hat sich ja nichts geändert (außer Rechnerneustart).
Mein Beispiel funktioniert also soweit.

Dann stellt sich jetzt aber eine andere Frage:
Wenn ich @Stateless ersetze mit @RequestScoped, dann bekomme ich wieder eine Exception:

javax.servlet.ServletException: javax.ejb.EJBTransactionRequiredException: Transaction is required for invocation: org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor$CustomSessionInvocationContext@120478
	javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
	org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67)

Wenn es so sinnvoller wäre, was fehlt mir dann noch?

Und warum ist es sinnvoller einen Service nicht-stateless zu annotieren? Stateful services sind doch zB bei einem Onlineshop mit Warenkorb sinnvoll, wo der Warenkorb über mehrere Requests beibehalten werden muss.
Aber wenn ich bloß eine Methode ausführe und der Request damit fertig ist, dann wäre @Stateless mMn doch sinnvoller? Wo ist mein Denkfehler?

Hier: ServiceFacade In Greater Detail - and Some EJB 3 Code : Adam Bien's Weblog
wird zum Beispiel eine ServiceFacade und ein Service beides @Stateless realisiert. Ist das ganz falsch?

Danke

 

[JimPanse]

Wenn ich deinen Ansatz verstehe möchtest du eine EJBean gleichzeitig als JSF-Bean verwenden.

Ich würde es spliten in eine EJBean und eine JSF-Bean. Du kannst für einen Warenkorb auch einfach eine JSFBean mit den SessionScope verwenden.

Mit CDI ist es durch aus möglich deinen Ansatz umzusetzen. In dem Quickstart Beispiel von JBoss nutzen sie auch diese Möglichkeit:

-> JBoss Application Server Downloads - JBoss Community

Ich finde das vom Design her aber sehr unschön und würde Front- und Backend voneinander trennen.

Greetz