June 2009 - jboss-user - Jboss List Archives

[Beginners Corner] - Re: SSO session destroyed using a4j:poll

by pablo.fraga1975

"genman" wrote : Not really a beginner's question, I would think. Maybe the a4j:poll doesn't extend the life of the session? For instance, do you see any issue when the session cannot expire? You can try the ajax4jsf forums. Hi Genman, Thanks for your reply. I know it is not a beginner's question, but, i didn't find a better topic related with the issue of "SSO and ajax4jsf" that we are experiencing. I will try in the forum of ajax4jsf as you told me. Nevertheless, i would like to tell you that a4j:poll does extend the life of the session, till, "something" happens that expires all the sessions related with SSO, we couldn't find the real cause, and as i told in my post earlier, this doesn't happens in the test environment with practically no load. In the production environment we have 2 nodes running and one of them receives more load than the other. In jira i saw issues talking about problems with FC protocol used by jgroups, the protocol used by JBossCache to synchronize the state of the whole cluster, that could malfunction with sustained overload. Thanks anyway. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239141#4239141 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239141

16 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - jbosscache/jgroups replicated cache not working

by joachimm

Using jbosscache-core 3.1.0.GA on jdk 1.6. We have a shared map of users that are logged in to our site. This is used by our back end services to send alerts to users if they are _not_ logged in. Each front end web app has a node id, and each user can have multiple sessions per node: /loggedInUsers/userId/nodeId/sessionId We hook into the servlet session listener lifecycle to remove sessions from the cache that have timed out, or when users log off. If a /userId/ node has no children, it is removed and the user is considered logged off of the site. We are currently deployed with a single front end and a single back end, both on the same linux machine. We have a number of problems: | * the front end and back end cache state is different- e.g. often the front end will have fewer entries than the back end | | * the cache does not always reflect the correct state- sessions persist after they expire in the servlet container, and /userId/ nodes that have no remaining children are not cleaned up. | | * the eviction policy does not clean up stale entries- we've defined a time to live of 30 minutes to match our session timeout on the front end. We see entries in the cache that are many hours old. | | * we see membership warnings in the logs periodically even though processes are still running and we are running on one node only. | In short, it is not working. I'm hoping that there is some configuration issue that someone can spot, or a different way of configuring jgroups that might help. I've included the config at the end. I also have a couple of questions: | * is there a way to get the last modified/accessed time of an entry through the API without touching the entry and thereby increasing it's TTL? | | * is there a way to remove an Fqn via JMX? | | * is there work that the application has to do with @NodeEvicted or other annotations to ensure that the cache state is the same on all nodes (I sort of thought this was the point of jbosscache). | Thanks for any help you can provide. --Joachim Here are the errors we are seeing periodically: anonymous wrote : server.log.2009-06-18:2009-06-18 22:44:32,279 WARN [org.jgroups.protocols.FD] - | server.log.2009-06-18:2009-06-18 22:44:32,279 WARN [org.jgroups.protocols.FD] - | server.log.2009-06-18:2009-06-18 22:44:32,795 WARN [org.jgroups.protocols.pbcast.GMS] - | server.log.2009-06-18:2009-06-18 22:44:32,971 WARN [org.jgroups.protocols.pbcast.GMS] - | server.log.2009-06-18:2009-06-18 22:44:53,056 WARN [org.jgroups.protocols.pbcast.GMS] - <Merge aborted. Merge leader did not get MergeData from all subgroup coordinators [127.0.0.1:51683, 127.0.0.1:35383]> | server.log.2009-06-18:2009-06-18 22:45:03,648 WARN [org.jgroups.protocols.pbcast.GMS] - <Merge aborted. Merge leader did not get MergeData from all subgroup coordinators [127.0.0.1:59480, 127.0.0.1:51031]> | server.log.2009-06-18:2009-06-18 22:45:03,648 WARN [org.jgroups.protocols.pbcast.GMS] - <merge was supposed to be cancelled at merge participant 127.0.0.1:51031 (merge_id=[127.0.0.1:51031|1245365098648]), but it is not since merge ids do not match> | server.log.2009-06-18:2009-06-18 22:45:08,605 WARN [org.jgroups.protocols.pbcast.GMS] - <Merge aborted. Merge leader did not get MergeData from all subgroup coordinators [127.0.0.1:51683, 127.0.0.1:35383]> | server.log.2009-06-18:2009-06-18 22:45:08,609 WARN [org.jgroups.protocols.pbcast.GMS] - <merge was supposed to be cancelled at merge participant 127.0.0.1:35383 (merge_id=[127.0.0.1:35383|1245365103604]), but it is not since merge ids do not match> | server.log.2009-06-18:2009-06-18 22:45:11,269 WARN [org.jgroups.protocols.pbcast.GMS] - <GMS flush by coordinator at 127.0.0.1:35383 failed> | server.log.2009-06-18:2009-06-18 22:45:11,269 WARN [org.jgroups.protocols.pbcast.GMS] - <Since flush failed at 127.0.0.1:35383 rejected merge to 127.0.0.1:35383, merge_id=[127.0.0.1:35383|1245365088055]> | server.log.2009-06-18:2009-06-18 22:45:11,269 ERROR [org.jgroups.protocols.pbcast.GMS] - <merge_id ([127.0.0.1:35383|1245365088055]) or this.merge_id (null) is null (sender=127.0.0.1:35383).> | server.log.2009-06-18:2009-06-18 22:45:23,157 WARN [org.jgroups.protocols.pbcast.GMS] - <GMS flush by coordinator at 127.0.0.1:51031 failed> | server.log.2009-06-18:2009-06-18 22:45:23,157 WARN [org.jgroups.protocols.pbcast.GMS] - <resume([127.0.0.1:51031|1245365098648]) does not match [127.0.0.1:51031|1245365122421]> | server.log.2009-06-18:2009-06-18 22:45:23,157 WARN [org.jgroups.protocols.pbcast.GMS] - <Since flush failed at 127.0.0.1:51031 rejected merge to 127.0.0.1:51031, merge_id=[127.0.0.1:51031|1245365098648]> | server.log.2009-06-18:2009-06-18 22:45:23,169 ERROR [org.jgroups.protocols.pbcast.GMS] - <this.merge_id ([127.0.0.1:51031|1245365122421]) is different from merge_id ([127.0.0.1:51031|1245365098648])> | server.log.2009-06-18:2009-06-18 22:45:24,101 WARN [org.jgroups.protocols.pbcast.GMS] - <Merge aborted. Merge leader did not get MergeData from all subgroup coordinators [127.0.0.1:51683, 127.0.0.1:35383]> | server.log.2009-06-18:2009-06-18 22:45:26,006 WARN [org.jgroups.protocols.pbcast.GMS] - <GMS flush by coordinator at 127.0.0.1:35383 failed> | server.log.2009-06-18:2009-06-18 22:45:26,006 WARN [org.jgroups.protocols.pbcast.GMS] - <Since flush failed at 127.0.0.1:35383 rejected merge to 127.0.0.1:35383, merge_id=[127.0.0.1:35383|1245365103604]> | server.log.2009-06-18:2009-06-18 22:45:26,006 ERROR [org.jgroups.protocols.pbcast.GMS] - <merge_id ([127.0.0.1:35383|1245365103604]) or this.merge_id (null) is null (sender=127.0.0.1:35383).> | server.log.2009-06-18:2009-06-18 22:45:27,422 WARN [org.jgroups.protocols.pbcast.GMS] - <Merge aborted. Merge leader did not get MergeData from all subgroup coordinators [127.0.0.1:59480, 127.0.0.1:51031]> | server.log.2009-06-18:2009-06-18 22:45:27,422 WARN [org.jgroups.protocols.pbcast.GMS] - <merge was supposed to be cancelled at merge participant 127.0.0.1:51031 (merge_id=[127.0.0.1:51031|1245365122421]), but it is not since merge ids do not match> | server.log.2009-06-18:2009-06-18 22:45:33,806 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:51031 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:33,806 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:33,806 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:59480 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:33,806 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:35383 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:51683 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:57843 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:43144 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:33294 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <sender 127.0.0.1:48930 not found in xmit_table> | server.log.2009-06-18:2009-06-18 22:45:36,062 ERROR [org.jgroups.protocols.pbcast.NAKACK] - <range is null> | server.log.2009-06-19:2009-06-19 03:47:12,927 WARN [org.jgroups.protocols.pbcast.GMS] - | server.log.2009-06-19:2009-06-19 03:47:12,931 WARN [org.jgroups.protocols.FD] - | server.log.2009-06-19:2009-06-19 03:47:12,951 WARN [org.jgroups.protocols.pbcast.GMS] - | server.log.2009-06-19:2009-06-19 03:47:12,995 WARN [org.jgroups.protocols.FD] - Here's the config: | <jbosscache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:jboss:jbosscache-core:config:3.0"> | |  | <transaction transactionManagerLookupClass="org.jboss.cache.transaction.GenericTransactionManagerLookup"/> | | <clustering mode="replication" clusterName="loggedInUsers"> |  |  | <jgroupsConfig> | <UDP discard_incompatible_packets="true" enable_bundling="false" enable_diagnostics="false" ip_ttl="2" | loopback="false" max_bundle_size="64000" max_bundle_timeout="30" mcast_addr="228.10.10.11" | mcast_port="45589" mcast_recv_buf_size="25000000" mcast_send_buf_size="640000" | oob_thread_pool.enabled="true" oob_thread_pool.keep_alive_time="10000" oob_thread_pool.max_threads="4" | oob_thread_pool.min_threads="1" oob_thread_pool.queue_enabled="true" oob_thread_pool.queue_max_size="10" | oob_thread_pool.rejection_policy="Run" thread_naming_pattern="pl" thread_pool.enabled="true" | thread_pool.keep_alive_time="30000" thread_pool.max_threads="25" thread_pool.min_threads="1" | thread_pool.queue_enabled="true" thread_pool.queue_max_size="10" thread_pool.rejection_policy="Run" | tos="8" ucast_recv_buf_size="20000000" ucast_send_buf_size="640000" use_concurrent_stack="true" | use_incoming_packet_handler="true"/> | <PING num_initial_members="3" timeout="2000"/> | <MERGE2 max_interval="30000" min_interval="10000"/> | <FD_SOCK/> | <FD max_tries="5" shun="true" timeout="10000"/> | <VERIFY_SUSPECT timeout="1500"/> | <pbcast.NAKACK discard_delivered_msgs="true" gc_lag="0" retransmit_timeout="300,600,1200,2400,4800" | use_mcast_xmit="false"/> | <UNICAST timeout="300,600,1200,2400,3600"/> | <pbcast.STABLE desired_avg_gossip="50000" max_bytes="400000" stability_delay="1000"/> | <pbcast.GMS join_timeout="5000" print_local_addr="true" shun="false" view_ack_collection_timeout="5000" | view_bundling="true"/> | <FRAG2 frag_size="60000"/> | <pbcast.STREAMING_STATE_TRANSFER/> | <pbcast.FLUSH timeout="0"/> | </jgroupsConfig> | | <sync replTimeout="20000"/> |  |  | | </clustering> | | <eviction wakeUpInterval="60000"> | <region name="/loggedInUsers" algorithmClass="org.jboss.cache.eviction.LRUAlgorithm" eventQueueSize="200000"> | <property name="timeToLive" value="1800001" /> | </region> | </eviction> | | </jbosscache> | | Thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239139#4239139 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239139

16 years, 10 months

1
0
0 / 0

[JBoss Messaging] - Re: Ordering Group and Queue-FullSize reload problem

by gaohoward

Hi Markus, I've fixed the related issue, can you help to verify it if you have time? Thanks, Howard View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239137#4239137 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239137

16 years, 10 months

1
0
0 / 0

[JBoss/Spring Integration] - Re: Installation Instructions for JBoss 4.2.3.GA?

by marius.bogoevici

For JBoss 4.2.3.GA you need to use the 2.x line of deployers - and there you have the jdk5 variants. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239134#4239134 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239134

16 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Tutorial for setup of Authentication in JBoss?

by PeterJ

Yes, you can use such a DN. You need to set the role attributes such that the result is, for example, the value for DeptCode. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239132#4239132 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239132

16 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Refresh cache from cache loader on demand?

by drcallaway

"galder.zamarreno(a)jboss.com" wrote : | Looks to me the different caches accessed by your clients are not clustered which is the root of your problem. If they're clustered, modifications could be replicated to other cache instances or modifications could result in invalidation messages to other nodes. Either of these two options would allow other clients to access the most up to date data. In the case of replication because the cache contains up to date data. In the case of invalidation because after data was updated in another node, the cache would not contain the data and it will result on the cache store being queried. Yes. That's exactly right. In the interest of keeping our solution as simple as possible, we have chosen not to use clustering right now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239125#4239125 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239125

16 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - java.util.zip.ZipException: unexpected EOF

by mad_rug

Hi I'm using JBoss AS 4.2.1GA as my server. I'm using this version because is the latest my web host supports. During local development I'm having no problems, but when I deploy my EAR to the host, I get this exception: | ... | 10:45:19,643 INFO [Catalina] Initialization processed in 108 ms | 10:45:19,643 INFO [StandardService] Starting service jboss.web | 10:45:19,644 INFO [StandardEngine] Starting Servlet Engine: JBossWeb/2.0.0.GA | 10:45:19,670 INFO [Catalina] Server startup in 26 ms | 10:45:19,698 ERROR [JBossWeb] Problem in init | java.util.zip.ZipException: unexpected EOF | at java.util.zip.ZipInputStream.read(ZipInputStream.java:166) | at java.util.jar.JarInputStream.read(JarInputStream.java:177) | at org.jboss.util.file.JarUtils.unjar(JarUtils.java:300) | at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:325) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97) | at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238) | at org.jboss.deployment.SubDeployerInterceptorSupport.init(SubDeployerInterceptorSupport.java:119) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.init(SubDeployerInterceptorSupport.java:172) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:87) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy46.init(Unknown Source) | at org.jboss.deployment.MainDeployer.init(MainDeployer.java:872) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:809) | at org.jboss.deployment.MainDeployer.addDeployer(MainDeployer.java:368) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy43.addDeployer(Unknown Source) | at org.jboss.web.tomcat.service.JBossWeb.startService(JBossWeb.java:500) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97) | at org.jboss.deployment.SubDeployerInterceptor.invokeNext(SubDeployerInterceptor.java:124) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:109) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy9.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | ... | 10:45:19,701 ERROR [MainDeployer] Could not initialise deployment: file:/opt/jboss-4.2.1.GA/server/MYHOSTNAME/deploy/ejb3.deployer/MYWEBARCHIVE.war | org.jboss.deployment.DeploymentException: unexpected EOF; - nested throwable: (java.util.zip.ZipException: unexpected EOF) | at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:374) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97) | at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238) | at org.jboss.deployment.SubDeployerInterceptorSupport.init(SubDeployerInterceptorSupport.java:119) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.init(SubDeployerInterceptorSupport.java:172) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:87) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | ... | Caused by: java.util.zip.ZipException: unexpected EOF | at java.util.zip.ZipInputStream.read(ZipInputStream.java:166) | at java.util.jar.JarInputStream.read(JarInputStream.java:177) | at org.jboss.util.file.JarUtils.unjar(JarUtils.java:300) | at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:325) | ... 136 more | 10:45:19,702 ERROR [MainDeployer] DeploymentException while trying to deploy a package with a new deployer | org.jboss.deployment.DeploymentException: unexpected EOF; - nested throwable: (java.util.zip.ZipException: unexpected EOF) | at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:374) | 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:597) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97) | ... | Caused by: java.util.zip.ZipException: unexpected EOF | at java.util.zip.ZipInputStream.read(ZipInputStream.java:166) | at java.util.jar.JarInputStream.read(JarInputStream.java:177) | at org.jboss.util.file.JarUtils.unjar(JarUtils.java:300) | at org.jboss.web.AbstractWebContainer.init(AbstractWebContainer.java:325) | ... 136 more | 10:45:19,751 INFO [TomcatDeployer] deploy, ctxPath=/, warUrl=.../deploy/jboss-web.deployer/ROOT.war/ | 10:45:20,061 INFO [TomcatDeployer] deploy, ctxPath=/invoker, warUrl=.../deploy/http-invoker.sar/invoker.war/ | 10:45:20,164 INFO [TomcatDeployer] deploy, ctxPath=/jbossws, warUrl=file:/home/extrutura/jboss/tmp/deploy/tmp10547jbossws-context-exp.war/ | 10:45:20,219 INFO [TomcatDeployer] deploy, ctxPath=/jbossmq-httpil, warUrl=.../deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ | 10:45:20,559 INFO [TomcatDeployer] deploy, ctxPath=/web-console, warUrl=.../deploy/management/console-mgr.sar/web-console.war/ | 10:45:20,794 INFO [MailService] Mail Service bound to java:/Mail | ... | I'm using DataNucleus (JDO) for persistence, and the only hint I have about this error is that it started after I included a new configuration line (a properties value) to the JDO persistence manager: <prop key="datanucleus.identifier.case">LowerCase</prop> Removing this line makes the deloyment successful, but it is needed to fix MySQL connection issues. I see no reason to such line trigger an EOF error, so I believe this is caused elsewhere. This EOF error is common on google, but no one posted any solution, always dead topics. Do you have any idea for this? Thanks in advance! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239123#4239123 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239123

16 years, 10 months

1
0
0 / 0

[JBoss/Spring Integration] - Re: Spring Component Auto Detection

by marius.bogoevici

Mike, What you need to do is to add a similar contextClass configuration to your DispatcherServlet. There are two application contexts that get created with your Spring application, and in your case you need to deal with both. Marius View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239119#4239119 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239119

16 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Hibernate + JBC not reading from cache: spatial or view

by nicholeuf

The same setup is caching other queries so it is this query in particular that is causing an issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239113#4239113 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239113

16 years, 10 months

1
0
0 / 0

[JBossWS] - Jboss 4.2.3 Virtual Host Configuration

by germanescobar

Hi, I'm trying to configure a Web Service on a virtual host using the @WebContext annotation. However, I know that there is an issue "JBWS-981 Virtual Host configuration for EJB endpoints" that ignores the virtualHosts parameter of the @WebContext annotation. This is fixed in JBossWS native 3.0.3 and JBoss 5. I would like to know if there is some workaround to configure the virtual host in JBoss 4.2.3. I updated to JBossWS 3.0.3 but no success. Maybe with some XML configuration instead of the annotation? Thank you! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239111#4239111 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239111

16 years, 10 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 2009