Re: Tuscany service with bea WebLogic
On 10/12/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip I think this goes back to what I describing earlier in this thread, if we want to support WARs as a first class SCA contribution type we have to consider artifacts stored in JARs under WEB-INF/lib as integral part of the Web Archive like other artifacts in the WAR. We'll need to open these JARs and process them like the rest of the artifacts in the WAR. Doing this will help Nishant and all others running Tuscany on WebLogic. Ok but from what was said earlier (we would have to consider this carefully as allowing for nested archives may cause all kinds of complications) it doesn't sound like it will be a really quick thing to fix. It looks like WebLogic always creates a jar from the classes folder with a fixed name - _wl_cls_gen.jar - so how about just have some special case code to deal with that one specific jar for now just to get Tuscany running on WebLogic? ...ant
Re: Tuscany service with bea WebLogic
..or how about just supporting introspection of one level of jars within wars if jars are nested inside jars we don't look at them... will this bring down the complexity a bit.. or would it actually not matter that much ... - Venkat On 10/16/07, ant elder [EMAIL PROTECTED] wrote: On 10/12/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip I think this goes back to what I describing earlier in this thread, if we want to support WARs as a first class SCA contribution type we have to consider artifacts stored in JARs under WEB-INF/lib as integral part of the Web Archive like other artifacts in the WAR. We'll need to open these JARs and process them like the rest of the artifacts in the WAR. Doing this will help Nishant and all others running Tuscany on WebLogic. Ok but from what was said earlier (we would have to consider this carefully as allowing for nested archives may cause all kinds of complications) it doesn't sound like it will be a really quick thing to fix. It looks like WebLogic always creates a jar from the classes folder with a fixed name - _wl_cls_gen.jar - so how about just have some special case code to deal with that one specific jar for now just to get Tuscany running on WebLogic? ...ant
Re: Tuscany service with bea WebLogic
[snip] Venkata Krishnan wrote: ..or how about just supporting introspection of one level of jars within wars if jars are nested inside jars we don't look at them... will this bring down the complexity a bit.. or would it actually not matter that much ... I think that the combinations that make sense are: - now, .jars in .war!WEB-INF/lib - then later, .wars in .ears +1 on not trying jars nested inside jars, I've never seen that pattern, and was even not thinking about it. - Venkat On 10/16/07, ant elder [EMAIL PROTECTED] wrote: On 10/12/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: snip I think this goes back to what I describing earlier in this thread, if we want to support WARs as a first class SCA contribution type we have to consider artifacts stored in JARs under WEB-INF/lib as integral part of the Web Archive like other artifacts in the WAR. We'll need to open these JARs and process them like the rest of the artifacts in the WAR. Doing this will help Nishant and all others running Tuscany on WebLogic. Ok but from what was said earlier (we would have to consider this carefully as allowing for nested archives may cause all kinds of complications) it doesn't sound like it will be a really quick thing to fix. It looks like WebLogic always creates a jar from the classes folder with a fixed name - _wl_cls_gen.jar - so how about just have some special case code to deal with that one specific jar for now just to get Tuscany running on WebLogic? ...ant I'm not sure that one JAR _wl_cls_gen.jar or all JARs under WEB-INF/lib will make a difference in terms of complexity. Maybe we can fallback to the special case hack if a clean solution really does not work, but I'd try suggest to try the clean solution first. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany service with bea WebLogic
I should have added that there is a work around already suggested by Nishant - just move the .composite files out of the classes folder, eg to the meta-inf folder next to the sca-contribution.xml works fine. And having the .composite files in the meta-inf folder works fine in Tomcat too. Anyone know why all the Tuscany samples put the .composite files where they do? ...ant On 10/12/07, ant elder [EMAIL PROTECTED] wrote: I've been doing a bit of debugging of this on a friends WebLogic install. This is a real issue, none of the Tuscany webapp samples work on WebLogic. The problem is that when the installed war gets exploded onto the file system the contents of the classes folder is not included, thats where the .composite file is so as its not there it can't get found by the Tuscany contribution service. For example installing the calculator webapp sample in weblogic creates a folder: C:\bea\weblogic92\samples\domains\wl_server\servers\examplesServer\tmp\_WL_user\sample-calculator-webapp\eck9ra\war That has the same folder structure as the calculator sample war but the WEB-INF\classes folder is empty. I guess WebLogic puts the classpath resources somewhere else. I'm not sure what to do about this, but it does seem like a bug in the way Tuscany is discovering the contribution resources. These resources are available in the webapp's classloader and thats probably where Tuscany should be getting them from instead of hoping they're in some temporary folder in the file system. ...ant On 10/12/07, Nishant Joshi [EMAIL PROTECTED] wrote: correct, If i keep .composite file in classes, at time of deployment It was resides in jar file under lib so it was not working for us. We need to move . composite file to any other location where it was not keep in any jar file. -- Thanks Nishant Joshi
Re: Tuscany service with bea WebLogic
I've been doing a bit of debugging of this on a friends WebLogic install. This is a real issue, none of the Tuscany webapp samples work on WebLogic. The problem is that when the installed war gets exploded onto the file system the contents of the classes folder is not included, thats where the .composite file is so as its not there it can't get found by the Tuscany contribution service. For example installing the calculator webapp sample in weblogic creates a folder: C:\bea\weblogic92\samples\domains\wl_server\servers\examplesServer\tmp\_WL_user\sample-calculator-webapp\eck9ra\war That has the same folder structure as the calculator sample war but the WEB-INF\classes folder is empty. I guess WebLogic puts the classpath resources somewhere else. I'm not sure what to do about this, but it does seem like a bug in the way Tuscany is discovering the contribution resources. These resources are available in the webapp's classloader and thats probably where Tuscany should be getting them from instead of hoping they're in some temporary folder in the file system. ...ant On 10/12/07, Nishant Joshi [EMAIL PROTECTED] wrote: correct, If i keep .composite file in classes, at time of deployment It was resides in jar file under lib so it was not working for us. We need to move .composite file to any other location where it was not keep in any jar file. -- Thanks Nishant Joshi
Re: Tuscany service with bea WebLogic
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: thExpression/ththResult/th 35: /tr 36: tr 37: td2 + 3/tdtd%= calculatorService.add(2, 3) %/td 38: /tr 39: tr 40: td3 - 2/tdtd%= 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]
Re: Tuscany service with bea WebLogic
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: thExpression/ththResult/th 35: /tr 36: tr 37: td2 + 3/tdtd%= calculatorService.add(2, 3) %/td 38: /tr 39: tr 40: td3 - 2/tdtd%= 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
Re: Tuscany service with bea WebLogic
Simon Laws wrote: 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: thExpression/ththResult/th 35: /tr 36: tr 37: td2 + 3/tdtd%= calculatorService.add(2, 3) %/td 38: /tr 39: tr 40: td3 - 2/tdtd%= 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 I investigated a little more and the issue is pretty simple: Tuscany does not scan for .composite files in JARs placed under WEB-INF/lib. I think that it's by design - although we can discuss changing the design :). We currently support the following SCA contribution packaging schemes: - A folder, SCA artifacts (.composite, .componentType files etc.) are placed under the folder or sub-folders. - A JAR, SCA artifacts are placed directly in the JAR. - A WAR, SCA artifacts are placed directly in the WAR. We do not support nesting JARs inside JARs or JARs inside
Re: Tuscany service with bea WebLogic
Hi Sebastien Some questions as I'm not clear on the WAR as a contribution point... Simon On 10/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Simon Laws wrote: 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: thExpression/ththResult/th 35: /tr 36: tr 37: td2 + 3/tdtd%= calculatorService.add(2, 3) %/td 38: /tr 39: tr 40: td3 - 2/tdtd%= 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 I investigated a little more and the issue is pretty simple: Tuscany does not scan for .composite files in JARs placed under WEB-INF/lib. Because, in host-webapp, it's picking up the application root as a folder based contribution which is contributed to Tuscany. In
Re: Tuscany service with bea WebLogic
On 10/11/07, Nishant Joshi [EMAIL PROTECTED] wrote: Hi Jean-Sebastien, If i moved .composite file to WAR it was working fine for me. So i need to change my directory structure as you have mentioned. thanks for your support I have one more question about JIRA1562 which i'll open in user list soon. again thank you and Simon -- Thanks Nishant Joshi Just to clarify, i've one more question on this, are you saying that having the .composite file in the usual place does not work in WebLogic? Eg the Tuscany calculator-webapp sample does not work unless you move the .composite file? ...ant
Re: Tuscany service with bea WebLogic
Hi, More information regarding error... When i am starting my weblogic server following line was come to log Oct 4, 2007 6:19:46 PM org.apache.tuscany.sca.host.webapp.WebAppServletHostinitContextPath INFO: initContextPath: /example-1.0-SNAPSHOT here there is no servlet mapping info like Oct 5, 2007 12:23:34 PM org.apache.tuscany.sca.host.webapp.WebAppServletHostaddServletMapping INFO: addServletMapping: /ServiceComponent this is in Tomcat which was missing in weblogic. -- Thanks Nishant Joshi
Re: Tuscany service with bea WebLogic
On 10/5/07, Nishant Joshi [EMAIL PROTECTED] wrote: Hi, More information regarding error... When i am starting my weblogic server following line was come to log Oct 4, 2007 6:19:46 PM org.apache.tuscany.sca.host.webapp.WebAppServletHostinitContextPath INFO: initContextPath: /example-1.0-SNAPSHOT here there is no servlet mapping info like Oct 5, 2007 12:23:34 PM org.apache.tuscany.sca.host.webapp.WebAppServletHostaddServletMapping INFO: addServletMapping: /ServiceComponent this is in Tomcat which was missing in weblogic. -- Thanks Nishant Joshi As the addServletMapping: log isn't appearing on weblogic that indicates that the service is not be successfully created. There should be some exception appearing in a weblogic log file somewhere but i don't know weblogic so can't say where to look. Could you hunt around and see if you can find anything? ...ant
Re: Tuscany service with bea WebLogic
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. -- Thanks Nishant Joshi
Re: Tuscany service with bea WebLogic
Nishant Joshi wrote: Hi All, I am trying to access Tuscany service from bea weblogic. I have deployed it on weblogic successfully but i can't generate wsdl on the fly. has anybody tried to deploy and access tuscany service from weblogic? I am using latest tuscany sca build. I am using weblogic 9.2 MP2 Hi, I have not tried Tuscany on WebLogic. Maybe some other users have tried it? Is the Web Service actually working and it's only the WSDL generation that doesn't work? Just to be sure, is the exact same WAR working on Tomcat? Are you seeing any exception? What are you getting when you open the serviceURL?wsdl? Thanks -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany service with bea WebLogic
Hi, As I have mention that i have one jsp which i was accessing from weblogic but when i am submitting values following error comes to me. Error 500--Internal Server Error org.osoa.sca.ServiceUnavailableException: No service invoker is available for reference default (bindingURI=ClientServiceComponent operation=getMessage). at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.createInvoker(RuntimeSCAReferenceBindingProvider.java:192) at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.addBindingInterceptor(RuntimeWireImpl.java:214) at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.initInvocationChains(RuntimeWireImpl.java:156) at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.getInvocationChains(RuntimeWireImpl.java:97) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.getInvocationChain(JDKInvocationHandler.java:190) at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:124) at $Proxy47.getNode(Unknown Source) at jsp_servlet.__nodeclient._jspService(__nodeclient.java:129) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:93) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3229) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2002) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1908) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1362) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209) at weblogic.work.ExecuteThread.run(ExecuteThread.java:181) this is the exact WAR working with Tomcat. When i was openning url serviceURL?wsdl followign error comes to me. Error 404--Not FoundFrom RFC 2068 *Hypertext Transfer Protocol -- HTTP/1.1*:10.4.5 404 Not Found The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. If the server does not wish to make this information available to the client, the status code 403 (Forbidden) can be used instead. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address. This will help you to get the exact reason, and I dont think any problem with this WAR file. -- Thanks Nishant Joshi
