On 10/11/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Nishant Joshi wrote: > > I have found one work around for this problem but i would like to ask > one > > question that if in my WAR file if i put all WEB-INF\classes files in a > jar > > and put it under WEB-INF\lib directory and clean my classes directory > than I > > can't accesss services. is it bug in tuscany or i can't access like this > > way. This is the problem with weblogic, I have tested this scenario with > > Tomcat where it was working fine but result was as expected i can't > access > > service from lib directory. > > > > > > > Hi Nishant, > > I created a WAR similar to what you're describing (moved the classes to > a JAR placed in the lib directory) and I think am able to reproduce the > problem you're seeing, on Tomcat as well. Here's the exception I'm > seeing. Could you please confirm that this is the exception you're seeing? > > Thanks. > > > HTTP Status 500 - > > ------------------------------------------------------------------------ > > *type* Exception report > > *message* > > *description* _The server encountered an internal error () that > prevented it from fulfilling this request._ > > *exception* > > org.apache.jasper.JasperException: An exception occurred processing JSP > page /calc.jsp at line 37 > > 34: <th>Expression</th><th>Result</th> > 35: </tr> > 36: <tr> > 37: <td>2 + 3</td><td><%= calculatorService.add(2, 3) %></td> > 38: </tr> > 39: <tr> > 40: <td>3 - 2</td><td><%= calculatorService.subtract(3, 2) %></td> > > > Stacktrace: > org.apache.jasper.servlet.JspServletWrapper.handleJspException( > JspServletWrapper.java:524) > org.apache.jasper.servlet.JspServletWrapper.service( > JspServletWrapper.java:435) > org.apache.jasper.servlet.JspServlet.serviceJspFile( > JspServlet.java:320) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter( > TuscanyServletFilter.java:93) > > *root cause* > > org.osoa.sca.ServiceUnavailableException: No service invoker is available > for reference default (bindingURI=CalculatorServiceComponent operation=add). > > org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.createInvoker > (RuntimeSCAReferenceBindingProvider.java:192) > > org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.addBindingInterceptor > (RuntimeWireImpl.java:214) > > org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.initInvocationChains( > RuntimeWireImpl.java:156) > > org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.getInvocationChains( > RuntimeWireImpl.java:97) > > org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.getInvocationChain > (JDKInvocationHandler.java:190) > org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke > (JDKInvocationHandler.java:124) > $Proxy31.add(Unknown Source) > org.apache.jsp.calc_jsp._jspService(calc_jsp.java:76) > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > org.apache.jasper.servlet.JspServletWrapper.service( > JspServletWrapper.java:393) > org.apache.jasper.servlet.JspServlet.serviceJspFile( > JspServlet.java:320) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter( > TuscanyServletFilter.java:93) > > *note* _The full stack trace of the root cause is available in the > Apache Tomcat/6.0.14 logs._ > > -- > Jean-Sebastien > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > This error from the default SCA binding is basically saying that the wire to the target service is not configured correctly (or at all). In particular in this case the reference has the name "default" which is the name set when the proxy is created for a target component that can't be found in the local runtime. As you might expect there can be several reasons for this. Are you seeing any warnings reported when the contributions is processed? What I'm thinking about in particular is elements that can't be parsed because the appropriate extension isn't loaded.
Regards Simon
