June 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Error during navigation before response fully rendered -

by dajevtic

but also let me add, that we haven't used this script in a long time, because the problems you describe seem to have already been solved in newer versions of JSF and Seam. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058820#4058820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058820

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Error during navigation before response fully rendered -

by dajevtic

First of all be asured that you're not the only one who encountered this problem. In Trinidad e.g. they tried to solve this issue, by adding a block attribute to their commandLink and commandButton tags. What we did (in order to prevent the user from double clicking, etc.) we added ONE javascript to the form tag's onsubmit attribute which adds a layer on top of the page. If you use ajax, then you also need to add a timeout that checks the state of the document (completed, etc.) and if it is completed than you need to render the layer invisible again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058818#4058818 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058818

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: actions defined in pages.xml

by youngm

There was an error in my example it should actually be: | <page view-id="/list.xhtml"> | <navigation> | <rule if-outcome="detail"> | <render view-id="/detail.xhtml"/> | </rule> | </navigation> | </page> | <page view-id="/detail.xhtml" action="#{bean.loadDetail}"/> | But that doesn't work either....I'll file a bug. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058817#4058817 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058817

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: clarification about propagation=

by vdanda

In my app, whenever user clicks on some of the menu links I am starting the new conversation and specifying the propagation="end" on every menu link. My expectation is to kill the current conversation whenever click on link. Right now what's happening is its not complaining on creating the new conversation but the previous conversation data is carry over to the new one. If you introduce propagation='kill', does my problem is going to resolve? I would appreciate if anyone suggests work around/solution to the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058816#4058816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058816

18 years, 9 months

1
0
0 / 0

[Beginners Corner] - Re: Problems with the <jar-file> element in the persistence.

by rob.stryker＠jboss.com

An entity bean is a type of enterprise java bean. I don't believe that should go in the lib folders. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058815#4058815 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058815

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Seam remoting and ajax4jsf

by kgalligan

We have a page that uses seam remoting to get update info about the data, then if an update is required, we have an 'a4j:jsFunction' defined with a reRender to redisplay the main table. This works fine for a while, but after an extended period of time, it seems like the conversation gets lost. After that, you have to reload the whole page to reset everything. Here are some more technical details: We have a long running conversation with one major stateful bean with the page data held in it. On the front end, we have facelets with an html table built with ui:repeat (not dataTable). Every few seconds we make a seam remoting call. We look at the data returned, and if a page update is required, we trigger that with the ... | <a4j:jsFunction name="a4jRerenderTable" reRender="dataDisplay" oncomplete="rerenderReturn()" timeout="10000"/> | | (some html) | | <s:div id="dataDisplay"> | | (data in table here) | | </s:div> | when the page is loaded, seam remoting is set with the conversation id. Also, we cut down on this problem significantly by batching seam remote requests while the a4j function was running. To do that, we call: Seam.Remoting.startBatch(); Then call the a4j method to rerender the table. Inside 'rerenderReturn()', we call 'Seam.Remoting.executeBatch();'. This cut back on the issue significantly, which lead me to assume there was some sort of issue with one stepping on the other on the server end. However, we still get the issue once in a while. So, assuming it was an issue with calling the same conversation over and over, here are some thoughts: - We call seam remote methods too fast. The calls are run pretty close together. On occasion, they could easily be called right around the same time. - Not waiting long enough before/after ajax4jsf call (or something like that) That's about all I can think of. My plan now is to actually run this whole thing faster to try to reproduce the issue (repro is a major problem. We generally only see it after its been sitting there for a while). Thanks in advance. Any thoughts would be greatly appreciated. -Kevin View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058814#4058814 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058814

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: <ui:insert /> stopped working in Seam 2.0 within source

by mgrouch

Here is the test case | | tag1 | | <?xml version="1.0" encoding="iso-8859-1"?> | <ui:component xmlns="http://www.w3.org/1999/xhtml" | xmlns:ui="http://java.sun.com/jsf/facelets" | xmlns:s="http://jboss.com/products/seam/taglib" | xmlns:fc="http://java.sun.com/jstl/core" | xmlns:h="http://java.sun.com/jsf/html" | xmlns:rich="http://richfaces.ajax4jsf.org/rich" | xmlns:w="http://test.org/tags" | xmlns:f="http://java.sun.com/jsf/core"> | <s:div id="#{id}"> | tag1 | <w:tag2 id="#{id}_tag2"> | <ui:insert></ui:insert> | </w:tag2> | tag1 | </s:div> | </ui:component> | | tag2 | | <?xml version="1.0" encoding="iso-8859-1"?> | <ui:component xmlns="http://www.w3.org/1999/xhtml" | xmlns:ui="http://java.sun.com/jsf/facelets" | xmlns:s="http://jboss.com/products/seam/taglib" | xmlns:fc="http://java.sun.com/jstl/core" | xmlns:h="http://java.sun.com/jsf/html" | xmlns:t="http://myfaces.apache.org/tomahawk" | xmlns:rich="http://richfaces.ajax4jsf.org/rich" | xmlns:w="http://test.org/tags" | xmlns:f="http://java.sun.com/jsf/core"> | <rich:panel id="#{id}"> | tag2 | <ui:insert></ui:insert> | tag2 | </rich:panel> | </ui:component> | | | | <h:form id="testTags"> | <w:tag1 id="tag1"> | <s:div> | Hello1 | </s:div> | </w:tag1> | <w:tag2 id="tag2"> | <s:div> | Hello2 | </s:div> | </w:tag2> | </h:form> | | Hello1 is not rendered with facelets 1.1.13a. Hello1 is rendered with facelets from Seam 1.3.0.A View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058813#4058813 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058813

18 years, 9 months

1
0
0 / 0

[JBossCache] - Re: jboss cache + glassfish - problem using GenericTransacti

by jsaraiva

Thanks for your quick reply. Your suggestion has been implemented. It still doesn't work, but it might be a configuration problem. Here is the configuration before the implementation (when it falls back to dummy): | <mbean code="org.jboss.cache.TreeCache" | name="jboss.cache:service=TreeCache"> | <depends>jboss:service=Naming</depends> | <depends>jboss:service=TransactionManager</depends> | <attribute name="TransactionManagerLookupClass">org.jboss.cache.GenericTransactionManagerLookup</attribute> | <attribute name="NodeLockingScheme">OPTIMISTIC</attribute> | .... | .... | Here is the log at startup: | 2007-06-28 16:12:21,412 INFO [org.jboss.cache.PropertyConfigurator] (main) Found existing property editor for org.w3c.dom.Element: org.jboss.util.propertyeditor.ElementEditor@5e | 5edf72 | 2007-06-28 16:12:21,418 INFO [org.jboss.cache.PropertyConfigurator] (main) attribute size: 21 | 2007-06-28 16:12:21,466 INFO [org.jboss.cache.GenericTransactionManagerLookup] (main) Failed to perform a lookup for [java:/TransactionManager (JBoss, JRun4)] | 2007-06-28 16:12:21,466 INFO [org.jboss.cache.GenericTransactionManagerLookup] (main) Failed to perform a lookup for [javax.transaction.TransactionManager (BEA WebLogic)] | 2007-06-28 16:12:21,469 INFO [org.jboss.cache.GenericTransactionManagerLookup] (main) Couldn't find any WebSphere TransactionManager factory class, neither for WebSphere version | 5.1 nor 5.0 nor 4 | 2007-06-28 16:12:21,476 WARN [org.jboss.cache.GenericTransactionManagerLookup] (main) Falling back to DummyTransactionManager from JBossCache | 2007-06-28 16:12:21,615 INFO [org.jboss.cache.factories.InterceptorChainFactory] (main) interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.OptimisticNodeInterceptor | class org.jboss.cache.interceptors.EvictionInterceptor | class org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor | class org.jboss.cache.interceptors.OptimisticValidatorInterceptor | class org.jboss.cache.interceptors.OptimisticLockingInterceptor | class org.jboss.cache.interceptors.CacheLoaderInterceptor | class org.jboss.cache.interceptors.CacheStoreInterceptor | class org.jboss.cache.interceptors.OptimisticReplicationInterceptor | class org.jboss.cache.interceptors.TxInterceptor | class org.jboss.cache.interceptors.CacheMgmtInterceptor | 2007-06-28 16:12:21,658 INFO [org.jgroups.JChannel] (main) JGroups version: 2.4.1 | 2007-06-28 16:12:21,844 WARN [org.jgroups.protocols.UNICAST] (main) window_size is deprecated and will be ignored | 2007-06-28 16:12:21,844 WARN [org.jgroups.protocols.UNICAST] (main) min_threshold is deprecated and will be ignored | 2007-06-28 16:12:21,939 INFO [org.jboss.cache.loader.AsyncCacheLoader] (main) Async cache loader starting: org.jboss.cache.loader.AsyncExtendedCacheLoader@321893c7 delegate=[org | .jboss.cache.loader.FileCacheLoader@6b8e0782] processor=null stopped=true batchSize=100 pollWait=100 returnOld=true asyncPut=true queue.capacity()=10000 queue.peek()=null | 2007-06-28 16:12:21,959 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) server socket created on 192.168.7.1:7800 | 2007-06-28 16:12:22,003 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.2:7800 | 2007-06-28 16:12:22,025 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.3:7800 | 2007-06-28 16:12:22,030 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.4:7800 | 2007-06-28 16:12:22,234 INFO [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) viewAccepted(): [192.168.7.2:7800|80] [192.168.7.2:7800, 192.168.7.3:7800, 192.168.7.4:7800 | , 192.168.7.1:7800] | 2007-06-28 16:12:22,244 INFO [org.jboss.cache.TreeCache] (main) TreeCache local address is 192.168.7.1:7800 | 2007-06-28 16:12:22,364 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.1:7800 | After the implementation of the class "pt.iol.services.cache.GlassfishTransactionManagerLookup", here is the configuration part: | <mbean code="org.jboss.cache.TreeCache" | name="jboss.cache:service=TreeCache"> | <depends>jboss:service=Naming</depends> | <depends>jboss:service=TransactionManager</depends> | <attribute name="TransactionManagerLookupClass">pt.iol.services.cache.GlassfishTransactionManagerLookup</attribute> | <attribute name="NodeLockingScheme">OPTIMISTIC</attribute> | .... | .... | And here is the log (I cut parts of the long exceptions): anonymous wrote : | 2007-06-28 16:25:00,502 INFO [org.jboss.cache.PropertyConfigurator] (main) Found existing property editor for org.w3c.dom.Element: org.jboss.util.propertyeditor.ElementEditor@2d | 4c4066 | 2007-06-28 16:25:00,507 INFO [org.jboss.cache.PropertyConfigurator] (main) attribute size: 21 | 2007-06-28 16:25:00,698 INFO [org.jboss.cache.factories.InterceptorChainFactory] (main) interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.OptimisticNodeInterceptor | class org.jboss.cache.interceptors.EvictionInterceptor | class org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor | class org.jboss.cache.interceptors.OptimisticValidatorInterceptor | class org.jboss.cache.interceptors.OptimisticLockingInterceptor | class org.jboss.cache.interceptors.CacheLoaderInterceptor | class org.jboss.cache.interceptors.CacheStoreInterceptor | class org.jboss.cache.interceptors.OptimisticReplicationInterceptor | class org.jboss.cache.interceptors.TxInterceptor | class org.jboss.cache.interceptors.CacheMgmtInterceptor | 2007-06-28 16:25:00,743 INFO [org.jgroups.JChannel] (main) JGroups version: 2.4.1 | 2007-06-28 16:25:00,929 WARN [org.jgroups.protocols.UNICAST] (main) window_size is deprecated and will be ignored | 2007-06-28 16:25:00,929 WARN [org.jgroups.protocols.UNICAST] (main) min_threshold is deprecated and will be ignored | 2007-06-28 16:25:01,029 INFO [org.jboss.cache.loader.AsyncCacheLoader] (main) Async cache loader starting: org.jboss.cache.loader.AsyncExtendedCacheLoader@58d63b5b delegate=[org | .jboss.cache.loader.FileCacheLoader@58d300ed] processor=null stopped=true batchSize=100 pollWait=100 returnOld=true asyncPut=true queue.capacity()=10000 queue.peek()=null | 2007-06-28 16:25:01,045 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) server socket created on 192.168.7.1:7800 | 2007-06-28 16:25:01,086 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.2:7800 | 2007-06-28 16:25:01,087 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.3:7800 | 2007-06-28 16:25:01,102 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.4:7800 | 2007-06-28 16:25:01,221 INFO [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) viewAccepted(): [192.168.7.2:7800|82] [192.168.7.2:7800, 192.168.7.3:7800, 192.168.7.4:7800 | , 192.168.7.1:7800] | 2007-06-28 16:25:01,231 INFO [org.jboss.cache.TreeCache] (main) TreeCache local address is 192.168.7.1:7800 | 2007-06-28 16:25:01,250 INFO [org.jboss.cache.TreeCache] (main) stopService(): closing the channel | 2007-06-28 16:25:01,270 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.1:7800 | 2007-06-28 16:25:01,383 WARN [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) replication failure with method_call optimisticPrepare; id:18(GlobalTransaction:<192.168.7. | 4:7800>:577103, [_put; id:38(GlobalTransaction:<192.168.7.4:7800>:577103, /__CACHE_CONTENT__/projecto_151/seccao_464/template_299/local_7, d7627d2f3e2414a80e3ade0c5dfc02f5.xml, [ | B@6eb1a0f9, true, Ver=42)], null, 192.168.7.4:7800, false) exception | java.lang.RuntimeException: java.lang.StackOverflowError | at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5875) | at org.jboss.cache.TreeCache._replicate(TreeCache.java:5162) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | .... | .... | 2007-06-28 16:25:01,401 WARN [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:32908 - 192.168.7.2:7800]) sender thread was interrupted, but i | s still alive: Thread[ConnectionTable.Connection.Sender [192.168.7.1:32908 - 192.168.7.2:7800],5,ConnectionTableGroup] | 2007-06-28 16:25:01,401 WARN [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:32908 - 192.168.7.2:7800]) peer closed connection, trying to re | -send msg | 2007-06-28 16:25:01,401 ERROR [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:32908 - 192.168.7.2:7800]) 2nd attempt to send data failed too | 2007-06-28 16:25:01,403 WARN [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) replication failure with method_call commit; id:11(GlobalTransaction:<192.168.7.4:7800>:577 | 103) exception | java.lang.RuntimeException: java.lang.StackOverflowError | at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5875) | at org.jboss.cache.TreeCache._replicate(TreeCache.java:5162) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:330) | at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:281) | at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:650) | at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:535) | at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:358) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775) | at org.jgroups.JChannel.up(JChannel.java:1091) | at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:377) | at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:393) | at org.jgroups.stack.Protocol.passUp(Protocol.java:538) | at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158) | at org.jgroups.stack.UpHandler.run(Protocol.java:60) | Caused by: java.lang.StackOverflowError | at java.lang.String.valueOf(String.java:2615) | at java.lang.StringBuffer.append(StringBuffer.java:220) | at org.jboss.cache.interceptors.OrderedSynchronizationHandler.toString(OrderedSynchronizationHandler.java:96) | at java.lang.String.valueOf(String.java:2615) | at java.util.AbstractCollection.toString(AbstractCollection.java:454) | at java.util.Vector.toString(Vector.java:946) | at java.lang.String.valueOf(String.java:2615) | at java.lang.StringBuilder.append(StringBuilder.java:116) | at com.sun.enterprise.distributedtx.J2EETransaction.toString(J2EETransaction.java:602) | at java.lang.String.valueOf(String.java:2615) | at java.lang.StringBuffer.append(StringBuffer.java:220) | .... | .... | 2007-06-28 16:25:01,419 WARN [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) replication failure with method_call optimisticPrepare; id:18(GlobalTransaction:<192.168.7. | 3:7800>:612115, [_put; id:38(GlobalTransaction:<192.168.7.3:7800>:612115, /__CACHE_CONTENT__/projecto_27/seccao_1551/template_459/local_2, 1ae76197670bb32ad118887c460bc166.xml, [ | B@6d3c121b, true, Ver=65)], null, 192.168.7.3:7800, false) exception | java.lang.RuntimeException: java.lang.StackOverflowError | at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5875) | at org.jboss.cache.TreeCache._replicate(TreeCache.java:5162) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:330) | at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:281) | at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:650) | at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:535) | at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:358) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775) | at org.jgroups.JChannel.up(JChannel.java:1091) | at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:377) | at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:393) | at org.jgroups.stack.Protocol.passUp(Protocol.java:538) | at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158) | at org.jgroups.stack.UpHandler.run(Protocol.java:60) | Caused by: java.lang.StackOverflowError | at java.util.AbstractCollection.toString(AbstractCollection.java:447) | at java.util.Vector.toString(Vector.java:946) | at java.lang.String.valueOf(String.java:2615) | at java.lang.StringBuilder.append(StringBuilder.java:116) | at com.sun.enterprise.distributedtx.J2EETransaction.toString(J2EETransaction.java:602) | at java.lang.String.valueOf(String.java:2615) | .... | .... | 2007-06-28 16:25:01,439 WARN [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) replication failure with method_call commit; id:11(GlobalTransaction:<192.168.7.3:7800>:612 | 115) exception | java.lang.RuntimeException: java.lang.StackOverflowError | at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5875) | at org.jboss.cache.TreeCache._replicate(TreeCache.java:5162) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:330) | at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:281) | at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:650) | at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:535) | at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:358) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:775) | at org.jgroups.JChannel.up(JChannel.java:1091) | at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:377) | at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:393) | at org.jgroups.stack.Protocol.passUp(Protocol.java:538) | at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158) | at org.jgroups.stack.UpHandler.run(Protocol.java:60) | Caused by: java.lang.StackOverflowError | at java.lang.String.valueOf(String.java:2615) | at java.lang.StringBuffer.append(StringBuffer.java:220) | at org.jboss.cache.interceptors.OrderedSynchronizationHandler.toString(OrderedSynchronizationHandler.java:96) | at java.lang.String.valueOf(String.java:2615) | at java.util.AbstractCollection.toString(AbstractCollection.java:454) | at java.util.Vector.toString(Vector.java:946) | at java.lang.String.valueOf(String.java:2615) | .... | .... | 2007-06-28 16:25:01,500 INFO [org.jgroups.blocks.ConnectionTable] (ConnectionTable.AcceptorThread) exception is java.net.SocketException: Socket closed | 2007-06-28 16:25:01,510 INFO [org.jboss.cache.TreeCache] (main) stopService(): stopping the dispatcher | 2007-06-28 16:25:01,514 INFO [org.jboss.cache.eviction.RegionManager] (main) Stopping eviction timer ... | 2007-06-28 16:25:01,519 WARN [org.jboss.cache.TreeCache] (main) Error in stop jboss.cache:service=Cluster-Teste | javax.management.InstanceNotFoundException: MBean instance not found: jboss.system:service=ServiceController | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.manufactureAndRegisterMBean(SunoneInterceptor.java:675) | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.registerWithPersistenceCheck(SunoneInterceptor.java:697) | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:295) | at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:189) | at pt.iol.services.cache.CacheContext.stopCache(Unknown Source) | at pt.iol.services.webdav.davcache.CacheSystem.stop(Unknown Source) | What I notice right away is the "stopService(): closing the channel" message right after the "TreeCache local address is 192.168.7.1:7800" message. This doesn't happen with the dummy transaction manager. Do I still have to have the following configuration tag: | <depends>jboss:service=TransactionManager</depends> | Or must this tag be according to the new implementation? If I take it out, I get the following log: | 2007-06-28 16:42:02,043 INFO [org.jboss.cache.PropertyConfigurator] (main) Found existing property editor for org.w3c.dom.Element: org.jboss.util.propertyeditor.ElementEditor@4dbb73b0 | 2007-06-28 16:42:02,048 INFO [org.jboss.cache.PropertyConfigurator] (main) attribute size: 21 | 2007-06-28 16:42:02,234 INFO [org.jboss.cache.factories.InterceptorChainFactory] (main) interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.OptimisticNodeInterceptor | class org.jboss.cache.interceptors.EvictionInterceptor | class org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor | class org.jboss.cache.interceptors.OptimisticValidatorInterceptor | class org.jboss.cache.interceptors.OptimisticLockingInterceptor | class org.jboss.cache.interceptors.CacheLoaderInterceptor | class org.jboss.cache.interceptors.CacheStoreInterceptor | class org.jboss.cache.interceptors.OptimisticReplicationInterceptor | class org.jboss.cache.interceptors.TxInterceptor | class org.jboss.cache.interceptors.CacheMgmtInterceptor | 2007-06-28 16:42:02,275 INFO [org.jgroups.JChannel] (main) JGroups version: 2.4.1 | 2007-06-28 16:42:02,466 WARN [org.jgroups.protocols.UNICAST] (main) window_size is deprecated and will be ignored | 2007-06-28 16:42:02,466 WARN [org.jgroups.protocols.UNICAST] (main) min_threshold is deprecated and will be ignored | 2007-06-28 16:42:02,568 INFO [org.jboss.cache.loader.AsyncCacheLoader] (main) Async cache loader starting: org.jboss.cache.loader.AsyncExtendedCacheLoader@71fb2e0 delegate=[org.jboss.cache.loader.FileCacheLoader@321893c7] processor=null stopped=true batchSize=100 pollWait=100 returnOld=true asyncPut=true queue.capacity()=10000 queue.peek()=null | 2007-06-28 16:42:02,590 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) server socket created on 192.168.7.1:7800 | 2007-06-28 16:42:02,629 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.2:7800 | 2007-06-28 16:42:02,630 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.3:7800 | 2007-06-28 16:42:02,644 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.4:7800 | 2007-06-28 16:42:02,758 INFO [org.jboss.cache.TreeCache] (UpHandler (STATE_TRANSFER)) viewAccepted(): [192.168.7.2:7800|86] [192.168.7.2:7800, 192.168.7.3:7800, 192.168.7.4:7800, 192.168.7.1:7800] | 2007-06-28 16:42:02,773 INFO [org.jboss.cache.TreeCache] (main) TreeCache local address is 192.168.7.1:7800 | 2007-06-28 16:42:02,796 INFO [org.jboss.cache.TreeCache] (main) stopService(): closing the channel | 2007-06-28 16:42:02,802 INFO [org.jgroups.blocks.ConnectionTable] (DownHandler (TCP)) created socket to 192.168.7.1:7800 | 2007-06-28 16:42:02,865 WARN [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:47303 - 192.168.7.2:7800]) sender thread was interrupted, but is still alive: Thread[ConnectionTable.Connection.Sender [192.168.7.1:47303 - 192.168.7.2:7800],5,ConnectionTableGroup] | 2007-06-28 16:42:02,865 WARN [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:47303 - 192.168.7.2:7800]) peer closed connection, trying to re-send msg | 2007-06-28 16:42:02,865 ERROR [org.jgroups.blocks.ConnectionTable] (ConnectionTable.Connection.Sender [192.168.7.1:47303 - 192.168.7.2:7800]) 2nd attempt to send data failed too | 2007-06-28 16:42:02,883 INFO [org.jgroups.blocks.ConnectionTable] (ConnectionTable.AcceptorThread) exception is java.net.SocketException: Socket closed | 2007-06-28 16:42:02,896 INFO [org.jboss.cache.TreeCache] (main) stopService(): stopping the dispatcher | 2007-06-28 16:42:02,896 INFO [org.jboss.cache.eviction.RegionManager] (main) Stopping eviction timer ... | 2007-06-28 16:42:02,902 WARN [org.jboss.cache.TreeCache] (main) Error in stop jboss.cache:service=Cluster-Teste | javax.management.InstanceNotFoundException: MBean instance not found: jboss.system:service=ServiceController | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.manufactureAndRegisterMBean(SunoneInterceptor.java:675) | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.registerWithPersistenceCheck(SunoneInterceptor.java:697) | at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:295) | at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:189) | at pt.iol.services.cache.CacheContext.stopCache(Unknown Source) | at pt.iol.services.webdav.davcache.CacheSystem.stop(Unknown Source) | at pt.iol.services.cache.CacheContextListener.contextDestroyed(Unknown Source) | at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4277) | at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4906) | at org.apache.catalina.core.StandardContext.start(StandardContext.java:4787) | at com.sun.enterprise.web.WebModule.start(WebModule.java:292) | at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1095) | at org.apache.catalina.core.StandardHost.start(StandardHost.java:924) | at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1095) | at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:520) | at org.apache.catalina.startup.Embedded.start(Embedded.java:920) | at com.sun.enterprise.web.WebContainer.start(WebContainer.java:794) | at com.sun.enterprise.web.PEWebContainer.startInstance(PEWebContainer.java:722) | at com.sun.enterprise.web.PEWebContainerLifecycle.onStartup(PEWebContainerLifecycle.java:72) | at com.sun.enterprise.server.ApplicationServer.onStartup(ApplicationServer.java:326) | at com.sun.enterprise.server.ondemand.OnDemandServer.onStartup(OnDemandServer.java:112) | at com.sun.enterprise.server.PEMain.run(PEMain.java:326) | at com.sun.enterprise.server.PEMain.main(PEMain.java:260) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at com.sun.enterprise.server.PELaunch.main(PELaunch.java:272) | Any ideias? Thanks JS View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058811#4058811 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058811

18 years, 9 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Jboss server seems to shutdown automatically in mornign

by sepgs2004

Its me again... It is a Redhat linux box... we start JBoss as a service. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058810#4058810 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058810

18 years, 9 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Jboss server seems to shutdown automatically in mornign 8:30

by sepgs2004

Seems like some jboss lifethread is doing this... I appreciate your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4058805#4058805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4058805

18 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user June 2007