[jBPM Users] - gwt-console-server SynchronousDispatcher Error
by washawu
Hi All,
I am trying to deploy and integrate JBPM 4.1 jbpm-console and gwt-console-server on Websphere 7.0 server.
By closely following the demo instruction, I was able to run JBPM 4.1 on Tomcat. Also I am able to deploy and run gwt-console-server, examples on Websphare 7.0. But I am having difficulties to integrate jbpm-console. After entered âalex/passwordâ on the console login screen, and passed App server JAAS security check, I got the following server-side log message from gwt-console-server SynchronousDispatcher org.jboss.resteasy.core.SynchronousDispatcher invoke No resource method found for GET, return 405 with Allow header
I debugged the login error on Firefox and found the following differences between Websphere and Tomcat deployments:
After the POST j_security-check call,
on Websphere, a resteasy call was made:
GET secure http://localhost:9081/gwt-console-server/rs/identity/secure/
on Tomcat, a resteasy call was made:
GET sid http://localhost:8080/gwt-console-server/rs/identity/secure/sid
I validated these two resteasy calls using a browser to both servers deployed gwt-console-server; the first one failed with âaddress incorrect errorâ and the second one returned a session ID.
Can anyone tell me what my problem is and how to fix it? I have no source files to trace. It looks like jbpm-console code issues. Please help or provide the org.jboss.bpm.console.Application Java source.
Thanks a lot.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259951#4259951
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259951
16 years, 8 months
[JBoss Cache Users] - Re: Buddy replication - initial state transfer after node re
by RichardTaylor
Hi Brian, thanks for getting back to me....
anonymous wrote : How are you restarting server B? Hard kill + restart, or normal shutdown plus restart?
I see the same behavior with either a graceful restart or kill -9.
anonymous wrote : If it's a hard kill, have you edited the AS's JGroups configurations to remove FD_SOCK?
Nope, haven't tweaked FD_SOCK at all. I'll paste my jgroups config at the bottom.
I'll try to reproduce this with three nodes.
Our tcp jgroups config (default settings)
<stack name="tcp"
| description="TCP based stack, with flow control and message bundling.
| TCP stacks are usually used when IP multicasting cannot
| be used in a network, e.g. because it is disabled (e.g.
| routers discard multicast)">
| <config>
| <TCP
| singleton_name="tcp"
| start_port="${jboss.jgroups.tcp.tcp_port:7600}"
| tcp_nodelay="true"
| loopback="false"
| recv_buf_size="20000000"
| send_buf_size="640000"
| discard_incompatible_packets="true"
| max_bundle_size="64000"
| max_bundle_timeout="30"
| use_incoming_packet_handler="true"
| enable_bundling="true"
| use_send_queues="false"
| sock_conn_timeout="300"
| skip_suspected_members="true"
| timer.num_threads="12"
| enable_diagnostics="${jboss.jgroups.enable_diagnostics:true}"
| diagnostics_addr="${jboss.jgroups.diagnostics_addr:224.0.0.75}"
| diagnostics_port="${jboss.jgroups.diagnostics_port:7500}"
|
| use_concurrent_stack="true"
|
| thread_pool.enabled="true"
| thread_pool.min_threads="20"
| thread_pool.max_threads="200"
| thread_pool.keep_alive_time="5000"
| thread_pool.queue_enabled="true"
| thread_pool.queue_max_size="1000"
| thread_pool.rejection_policy="discard"
|
| oob_thread_pool.enabled="true"
| oob_thread_pool.min_threads="1"
| oob_thread_pool.max_threads="20"
| oob_thread_pool.keep_alive_time="5000"
| oob_thread_pool.queue_enabled="false"
| oob_thread_pool.queue_max_size="100"
| oob_thread_pool.rejection_policy="run"/>
| <!-- Alternative 1: multicast-based automatic discovery. -->
| <MPING timeout="3000"
| num_initial_members="3"
| mcast_addr="${jboss.partition.udpGroup:230.11.11.11}"
| mcast_port="${jgroups.tcp.mping_mcast_port:45700}"
| ip_ttl="${jgroups.udp.ip_ttl:2}"/>
| <!-- Alternative 2: non multicast-based replacement for MPING. Requires a static configuration
| of *all* possible cluster members.
| <TCPPING timeout="3000"
| initial_hosts="${jgroups.tcpping.initial_hosts:localhost[7600],localhost[7601]}"
| port_range="1"
| num_initial_members="3"/>
| -->
| <MERGE2 max_interval="100000" min_interval="20000"/>
| <FD_SOCK/>
| <FD timeout="6000" max_tries="5" shun="true"/>
| <VERIFY_SUSPECT timeout="1500"/>
| <pbcast.NAKACK use_mcast_xmit="false" gc_lag="0"
| retransmit_timeout="300,600,1200,2400,4800"
| discard_delivered_msgs="true"/>
| <UNICAST timeout="300,600,1200,2400,3600"/>
| <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
| max_bytes="400000"/>
| <pbcast.GMS print_local_addr="true" join_timeout="3000"
| shun="true"
| view_bundling="true"
| view_ack_collection_timeout="5000"/>
| <FC max_credits="2000000" min_threshold="0.10"
| ignore_synchronous_response="true"/>
| <FRAG2 frag_size="60000"/>
| <!-- pbcast.STREAMING_STATE_TRANSFER/ -->
| <pbcast.STATE_TRANSFER/>
| <pbcast.FLUSH timeout="0"/>
| </config>
| </stack>
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259932#4259932
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259932
16 years, 8 months