[JBoss Messaging] - Exception during JBoss 4.2.2 shutdown using JBoss Messaging
by balkanboy
Hail to the JBoss Messaging gurus (Tim, et al.) - I installed JBM 1.4GA as outlined in the manual on a clean JBoss 4.2.2AS installation, and I am getting the following exception:
anonymous wrote :
| 17:30:21,541 ERROR [ExceptionUtil] org.jboss.jms.server.connectionfactory.Connec
| tionFactory@10a30b6c startService
| java.lang.IllegalStateException: Cannot find replicant to remove: CF_jboss.messa
| ging.connectionfactory:service=ConnectionFactory
| at org.jboss.jms.server.connectionfactory.ConnectionFactoryJNDIMapper.un
| registerConnectionFactory(ConnectionFactoryJNDIMapper.java:264)
| at org.jboss.jms.server.connectionfactory.ConnectionFactory.stopService(
| ConnectionFactory.java:187)
|
(I've abbreviated the stacktrace for clarity - if you need the whole thing, let me know).
Does this mean anything and is there anything I can do to prevent it from happening?
Another thing - the automatic installation of JBM1.4GA when run with 'ant -f release-admin.xml' based on a 'default' configuration, will not add the "jgroups.jar" in the JBOSS_CONFIG/lib directory. I had to do that manually (not an issue if you are basing the auto-install from an "all" configuration, which includes jgroups.jar). I think this ought to be reflected in the installation manual.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099079#4099079
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099079
18Â years, 6Â months
[JBoss Seam] - Cannot create a session after the response has been committe
by rlao
I was wondering if anyone has run into this problem and give me a little direction. We have an application which run great on firefox and IE (if IE is on the same machine as the webserver) but has a problem on IE where if the browser is on a different machine than the webserver. After logging in, when trying to navigate to other pages of the application, it gets thrown back to sign-on screen with the following error:
java.lang.IllegalStateException: Cannot create a session after the response has been committed
at org.apache.catalina.connector.Request.doGetSession(Request.java:2221)
at org.apache.catalina.connector.Request.getSession(Request.java:2031)
at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:832)
at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:843)
at org.jboss.seam.remoting.SeamRemotingServlet.doPost(SeamRemotingServlet.java:93)
at org.jboss.seam.remoting.SeamRemotingServlet.doGet(SeamRemotingServlet.java:64)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Unknown Source)
Thanks for your help in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099078#4099078
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099078
18Â years, 6Â months
[JBoss Seam] - UrlRewrite and Custom servlets
by dustismo
Hi,
I have a servlet that serves up graph images. (It uses the web:context-filter). It works fine, but if I try to apply a UrlRewrite rule to the servlet it breaks.
Here is the exception:
| 16:26:43,541 ERROR [PublicGraphs] Caught
| java.lang.IllegalStateException: No application context active
| at org.jboss.seam.Component.forName(Component.java:1808)
| at org.jboss.seam.Component.getInstance(Component.java:1858)
| at org.jboss.seam.Component.getInstance(Component.java:1841)
| at org.jboss.seam.Component.getInstance(Component.java:1835)
| at net.infofilter.servlet.media.PublicGraphs.handleRequest(PublicGraphs.java:51)
| at net.infofilter.util.IFServletBase.doGet(IFServletBase.java:25)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
| at org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
| at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
| at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
| at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
| at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:395)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
| at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:44)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141)
| at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
| at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:150)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
| at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
| at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Thread.java:595)
|
Any help?
-Dustin
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099068#4099068
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099068
18Â years, 6Â months
[JBoss Seam] - Isn't the Core JSTL suppose to be supported?
by samdoyle
Yet when I use the c:forEach and c:choose I get Seam debug window with no useful information in it whatsoever. There is no exception being thrown in the logs.
| <c:forEach items="#{cameraAccessor.findCamerasForCameraGroup()}" var="camera">
|
| <c:choose>
| <c:when test='#{camera.getDirection() eq "N"}'>
| <li id="northCam"><a class="off" href="#"
| title="North Camera"
| onClick="testFunction('N', '#{camera.getId()}');">N</a></li>
| </c:when>
| <c:when test='#{camera.getDirection() eq "W"}'>
| <li id="westCam" ><a class="off" href="#"
| title="West Camera"
| onClick="testFunction('W', '#{camera.getId()}');">W</a></li>
| </c:when>
| <c:when test='#{camera.getDirection() eq "E"}'>
| <li id="eastCam" ><a class="off" href="#"
| title="East Camera"
| onClick="testFunction('E', '#{camera.getId()}');">E</a></li>
| </c:when>
| <c:when test='#{camera.getDirection() eq "S"}'>
| <li id="southCam"><a class="off" href="#"
| title="South Camera"
| onClick="testFunction('S', '#{camera.getId()}');">S</a></li>
| </c:when>
| <c:otherwise>
| </c:otherwise>
| </c:choose>
| <li id="allCam"><a class="off" href="#"
| title="All Cameras"
| onClick="testFunction('ALL', '#{camera.getId()}');">ALL</a></li>
|
| </c:forEach>
Both cameraAccessor and camera are Seam components.
Thanks, S.D.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099065#4099065
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099065
18Â years, 6Â months
[JBoss Portal] - npe for wiki attachments
by PeterJ
JBoss AS 4.2.1, JBoss Portal 2.6.2, JBoss Wiki beta2
Has anybody noticed that you cannot upload attachments in the wiki? You get a null pointer exception in the commons file upload module.
Point of interest - JBoss Wiki builds with commons file upload 1.0, yet does not ship with it. JBoss Portal comes with commons file upload 1.2, so that is the one that gets used.
Apparently the MultipartStream class defined in commons file upload has the ability to notify someone regarding read events. According to the comments in the code, the notifier is optional (i.e., can be null). Unfortunately, whoever wrote the code never looked at that comment, hence the NPE when no notifier is provided.
Anyway, a simple patch to MultipartStream fixed the problem - I can now upload attachments. If anyone is interested, I can supply the patch. (Apparently someone else noticed this too because Apache's SVN repository has the fix.)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099064#4099064
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099064
18Â years, 6Â months