So I went and redownloaded the servicemix-web from the website, diffed it with the example war and copied over the jars that weren't in the downloaded servicemix-web war. I then cobbled together some config from the standalone servicemix distribution into the servicemix-web war that I downloaded in order to get the JMS server to actually work. This appears to get me the functionality needed to have the same functionality as the standalone distribution. It seems to me that the servicemix-web that gets build could use some updating. I could provide some suggestions if that would be helpful. What is the best way to handle managing my updates I've made to the servicemix-web war compared to any new version of servicemix web? Diffing it?
On Sat, Jan 10, 2009 at 7:05 PM, Ryan Moquin <[email protected]> wrote: > I seem to have gotten it to consistently use the jbi url, but not I just > get the managed attribute problem.. is that a known issue with 3.3 or if > there something I can do for it? > > HTTP Status 500 - > ------------------------------ > > *type* Exception report > > *message* > > *description* *The server encountered an internal error () that prevented > it from fulfilling this request.* > > *exception* > > javax.servlet.ServletException: Servlet.init() for servlet HttpManagedServlet > threw exception > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > java.lang.Thread.run(Thread.java:619) > > *root cause* > > java.lang.IllegalStateException: ServerManager is not managed > > org.apache.servicemix.http.jetty.JettyContextManager.getMainProcessor(JettyContextManager.java:489) > > org.apache.servicemix.http.HttpComponent.getMainProcessor(HttpComponent.java:364) > > > org.apache.servicemix.http.HttpManagedServlet.init(HttpManagedServlet.java:78) > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > > java.lang.Thread.run(Thread.java:619) > > *note* *The full stack trace of the root cause is available in the Apache > Tomcat/6.0.18 logs.* > ------------------------------ > > Thanks for any help! > > Ryan > > > On Sat, Jan 10, 2009 at 4:14 PM, Ryan Moquin <[email protected]>wrote: > >> I redeployed the servicemix-web WAR and deployed all my deployables from >> scratch and now I'm back to my service being loaded at the URL defined in >> the xbean.xml.. if I try the rewritten JBI URL I get: >> >> HTTP ERROR: 404 >> >> NOT_FOUND >> >> RequestURI=/servicemix/jbi/*notification* >> >> *Powered by jetty:// <http://jetty.mortbay.org/>* >> I'm not sure why it bounces back and forth and which way it's supposed to >> be... I guess tomcat can't be used to handle the HTTP requests directly? >> >> >> On Sat, Jan 10, 2009 at 4:01 PM, Ryan Moquin <[email protected]>wrote: >> >>> Since I've been using the servicemix-web WAR that is built from the >>> examples, it seems to be working better. The strange thing is that my >>> servicemix-http binding and cxf binding were being bound to their defined >>> ports in the xbean.xml, rather than be rewritten to the jbi/ url like the >>> docs mentioned. So I was just using that as I fixed some various services >>> issues arising from being in the tomcat container in my own code. After a >>> few redeployments with little fixes to my servicemix-bean components, >>> servicemix decided to start rewriting my servicemix-http urls for whatever >>> reason to the correct jbi/ urls, but that URL, while it now exists, fails >>> when I hit it with the exception (version 3.3): >>> >>> HTTP Status 500 - >>> ------------------------------ >>> >>> *type* Exception report >>> >>> *message* >>> >>> *description* *The server encountered an internal error () that >>> prevented it from fulfilling this request.* >>> >>> *exception* >>> >>> javax.servlet.ServletException: Servlet.init() for servlet >>> HttpManagedServlet threw exception >>> >>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> >>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) >>> >>> >>> >>> >>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) >>> >>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) >>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) >>> >>> >>> >>> java.lang.Thread.run(Thread.java:619) >>> >>> *root cause* >>> >>> java.lang.IllegalStateException: ServerManager is not managed >>> >>> org.apache.servicemix.http.jetty.JettyContextManager.getMainProcessor(JettyContextManager.java:489) >>> >>> >>> >>> >>> org.apache.servicemix.http.HttpComponent.getMainProcessor(HttpComponent.java:364) >>> >>> org.apache.servicemix.http.HttpManagedServlet.init(HttpManagedServlet.java:78) >>> >>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> >>> >>> >>> >>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) >>> >>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) >>> >>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) >>> >>> >>> >>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) >>> java.lang.Thread.run(Thread.java:619) >>> >>> *note* *The full stack trace of the root cause is available in the >>> Apache Tomcat/6.0.18 logs.* >>> >>> I'm really confused as to why the deployment was wrong in the first >>> place, why it changed but why it changed to the correct URL but then fails >>> everytime.... >>> >>> Any help would be appreciated... I figured the servicemix-web would be a >>> little more transparent with my services, but it's seeming not be so :( >>> >>> Ryan >>> >> >> >
