JBossDeveloper

OTOH maybe I have just hit a bug similar to WELDX-43...

As a workaround (until WELDX-43 is fixed) I decided to do this:

In ServletContexts.scala:

@RequestScoped
class ServletContexts extends Serializable{
 
 //@Produces @RequestScoped @Request
 def getServletRequest()={
  ServletContexts.getServletRequest()
 }
  
 //@Produces @RequestScoped @Response
 def getServletResponse()={
  ServletContexts.getServletResponse()
 }
}

In Game.scala:

 private var servletContexts:ServletContexts=null;

  @Inject
  def setRequest(currentServletContexts:ServletContexts){
    servletContexts=currentServletContexts;
  }

That way I can reach the servlet request and response form Game class.

So far, it seems to be working fine, it is not as elegant as using @Produces but it is fine for the moment.

Nicklas Karlsson wrote on Nov 15, 2009 22:41:


The Javaassist CNFE sounds like a Glassfish issue that was recently resolved

You mean WELDX-43? Because it looks open to me... I think it is no longer Glassfish specific, because I am working on Tomcat 6.0

Gavin King wrote on Nov 15, 2009 22:37:


The scope of the object returned by the producer method is not related to the scope of the object that produced it.

Mmmmm...

No idea about the cnfe. Have you tried moving some jars to the server classpath? Just an idea...

Could be a way to make it work... but not one I particularly like... at least not until Tomcat has a solution for ClasspathHell... anyone knows of a project like Geronimo Repository but for Tomcat? ;-)

Gavin King wrote on Nov 16, 2009 00:40:


Of course, but it would give us some information about the problem that might help us figure out what's going on.

Ok, I'll do it and report back