[JNDI/Naming/Network] - Super slow initial lookup from standalone client
by tldtld
I have a strange problem that I cannot seem to crack.
I have a stand alone client connecting up against a JBoss on a Linux Suse machine. All local traffic.
he very first lookup through JNDI takes _ages_ (~2-3 mins) and afterwards it just blazes through with no issues.
Been trawling the forums and the wiki with a few hints. But none work for me - or I made a mistake (likely).
JBoss is a 4.2.0 started with -b 0.0.0.0 and also the -Djava.net.preferIPv4Stack=true switch.
My client uses the following jndi.properties content:
| java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
| java.naming.provider.url=jnp://127.0.0.1:1099
| java.naming.factory.url.pkgs=org.jnp.interfaces
|
So when I try to telnet to the port I get:
| webserver:/srv/jboss/bin # telnet 127.0.0.1 1099
| Trying 127.0.0.1...
| Connected to 127.0.0.1.
| Escape character is '^]'.
| ??srjava.rmi.MarshalledObject|????IhashlocBytest[BobjBytesq~xpr?ur[B??T?xp'??thttp://webserver:8083/q~q~uq~??sr org.jnp.server.NamingServer_Stubxrjava.rmi.server.RemoteStub????xrjava.rmi.server.RemoteObject???
| a3xpw4
| UnicastRef2 webserverJ???V?#!???xConnection closed by foreign host.
|
So fine - it uses "webserver" as its name. Above call is instant BTW, so server running and all works fine on that end.
Looking in my hosts file I have amongst other entries):
| 127.0.0.1 localhost webserver
|
Accessing via servlets works fine. No issues there.
Been trying various combinations of the above, but no luck until now.
Both client and server is running using jvm 1.6.0
Any help or clues from anyone?
Thanks a lot
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069366#4069366
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069366
18Â years, 3Â months
[JBoss Seam] - show me the right way to access row of datatable with Seam F
by tim_ph
I've been trying and trying but cannot do a simple thing like this:
| <h:dataTable var="personnel" value="#{applicationHome.personnels}">
| <h:column>
| <f:facet name="header">action</f:facet>
| <s:link value="Select" action="#{applicationHome.selectPersonnel}"/>
| </h:column>
| </h:dataTable>
|
where applicationHome is generated by Seam-gen and modified a bit
| @Name("applicationHome")
| public class ApplicationHome extends EntityHome<Application>
| {
| ...
| @DataModel
| private List<Personnel> personnels;
| public List<Personnel> getPersonnels()
| {
| if (personnels == null)
| personnels = getInstance() == null ? null : new ArrayList<Personnel>(getInstance().getPersonnels());
| return personnels;
| }
| @DataModelSelection
| @Out(required = false)
| private Personnel personnel;
| @Logger Log log;
| public void selectPersonnel()
| {
| if (personnel == null) log.info("always null here");
| }
| }
|
I appreciate any help on using new Seam Framework (we want to use seam-gen for business reason).
Thanks
- can't use factory with more likely name conflict.
- have tried selectPersonnel(Personnel p) with #{applicationHome.selectPersonnel(personnel)}- same null result.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069359#4069359
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069359
18Â years, 3Â months
[Clustering/JBoss] - Session Replication deadlock
by stringaling
Hi,
We are using Jboss 4.0.5 in a cluster. We are experiencing deadlock within the Jboss Cache, which is causing out of memory problems on the server. The Jboss Cache Version is 1.4.1SP3 (bundled Cache for jboss 4.0.5). We only expirience this issue when BUDDY replication is enabled.
The thread dump reveils a lot of threads waiting on a lock for jgroups..
"http-0.0.0.0-9006-11" daemon prio=1 tid=0x086eb710 nid=0x719 waiting for monitor entry [0x87d44000..0x87d45600]
at org.jgroups.protocols.UNICAST.down(UNICAST.java:265)
- waiting to lock <0x9246a478> (a org.jgroups.protocols.UNICAST$Entry)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:283)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.GMS.down(GMS.java:840)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.FC.sendCreditRequest(FC.java:567)
at org.jgroups.protocols.FC.handleDownMessage(FC.java:390)
at org.jgroups.protocols.FC.down(FC.java:320)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.protocols.FC.receiveDownEvent(FC.java:314)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.FRAG2.down(FRAG2.java:167)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:294)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:385)
at org.jgroups.JChannel.down(JChannel.java:1231)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:788)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:765)
at org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:295)
at org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:444)
at org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:193)
at org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:429)
at org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:192)
at sun.reflect.GeneratedMethodAccessor177.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.cache.TreeCache.callRemoteMethodsViaReflection(TreeCache.java:4435)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4391)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4344)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4455)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88)
at org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:119)
at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:88)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365)
at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:167)
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863)
at org.jboss.cache.TreeCache.put(TreeCache.java:3759)
at sun.reflect.GeneratedMethodAccessor186.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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 $Proxy57.put(Unknown Source)
at org.jboss.web.tomcat.tc5.session.JBossCacheWrapper.put(JBossCacheWrapper.java:141)
at org.jboss.web.tomcat.tc5.session.JBossCacheService.putSession(JBossCacheService.java:315)
at org.jboss.web.tomcat.tc5.session.JBossCacheClusteredSession.processSessionRepl(JBossCacheClusteredSession.java:121)
- locked <0x93ffa170> (a org.jboss.web.tomcat.tc5.session.SessionBasedClusteredSession)
at org.jboss.web.tomcat.tc5.session.JBossCacheManager.processSessionRepl(JBossCacheManager.java:1093)
at org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:648)
- locked <0x93ffa170> (a org.jboss.web.tomcat.tc5.session.SessionBasedClusteredSession)
at org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49)
at org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
Here is the object that has the lock:
http-0.0.0.0-9006-12" daemon prio=1 tid=0x8a563918 nid=0x71a waiting for monitor entry [0x87dc5000..0x87dc6480]
at org.jgroups.stack.Retransmitter$Entry.(Retransmitter.java:272)
at org.jgroups.stack.Retransmitter.add(Retransmitter.java:104)
- locked <0x9246a670> (a java.util.LinkedList)
at org.jgroups.stack.AckSenderWindow.add(AckSenderWindow.java:100)
at org.jgroups.protocols.UNICAST.down(UNICAST.java:279)
- locked <0x9246a478> (a org.jgroups.protocols.UNICAST$Entry)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:283)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.GMS.down(GMS.java:840)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.FC.sendCreditRequest(FC.java:567)
at org.jgroups.protocols.FC.handleDownMessage(FC.java:390)
at org.jgroups.protocols.FC.down(FC.java:320)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.protocols.FC.receiveDownEvent(FC.java:314)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.FRAG2.down(FRAG2.java:167)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.Protocol.passDown(Protocol.java:551)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:294)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517)
at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:385)
at org.jgroups.JChannel.down(JChannel.java:1231)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:788)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:765)
at org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:295)
at org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:444)
at org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:193)
at org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:429)
at org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:192)
at sun.reflect.GeneratedMethodAccessor177.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.cache.TreeCache.callRemoteMethodsViaReflection(TreeCache.java:4435)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4391)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4344)
at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4455)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110)
at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88)
at org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:119)
at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:88)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365)
at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:167)
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863)
at org.jboss.cache.TreeCache.put(TreeCache.java:3759)
...
There are some JIRA's for Jboss Cache that appear to have a similar stack trace (533, 1103), but they are Caceloader related ?
Any help ?!?!
Thanks,
David
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069357#4069357
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069357
18Â years, 3Â months
[JBoss Portal] - Re: Unable to Access a preference values from portlet-instan
by PeterJ
Here are the files.
I used JBoss AS 4.0.2.GA and Portal 2.6.0.
package com.portlet;
| import java.io.*;
| import javax.portlet.*;
| public class PlainRenderPortlet extends GenericPortlet {
| @Override
| protected void doView(RenderRequest request, RenderResponse response)
| throws PortletException,IOException {
| response.setContentType("text/html");
| PrintWriter writer = response.getWriter();
| try {
| String path = request.getPreferences().getValue("path", "**default**");
| writer.format("<h2>path=\"%s\"</h2>", path);
| } catch (Exception e) {
| e.printStackTrace();
| }
| }
| }
portlet.xml:
<?xml version="1.0" encoding="UTF-8"?>
| <portlet-app
| version="1.0"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation=
| "http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
| xmlns="http://java.sun.com/xml/ns/portlet"
| >
| <portlet>
| <description>CMS Render Portlet</description>
| <portlet-name>CMSRender</portlet-name>
| <display-name>CMS Render Portlet</display-name>
| <portlet-class>com.portlet.PlainRenderPortlet</portlet-class>
| <portlet-info>
| <title>CMS Render Title</title>
| </portlet-info>
| <supports>
| <mime-type>text/html</mime-type>
| <portlet-mode>VIEW</portlet-mode>
| <portlet-mode>EDIT_CONTENT</portlet-mode>
| </supports>
| <portlet-preferences>
| <preference>
| <name>path</name>
| <value>/Company Home/highlights/sales.html</value>
| </preference>
| </portlet-preferences>
| </portlet>
| </portlet-app>
portlet-instances.xml:
<?xml version="1.0" standalone="yes"?>
| <!DOCTYPE deployments PUBLIC
| "-//JBoss Portal//DTD Portlet Instances 2.6//EN"
| "http://www.jboss.org/portal/dtd/portlet-instances_2_6.dtd">
| <deployments>
| <deployment>
| <instance>
| <instance-id>cmsrenderInstance</instance-id>
| <portlet-ref>CMSRender</portlet-ref>
| <preferences>
| <preference>
| <name>path</name>
| <value>/Company Home/highlights/Manager.tml</value>
| </preference>
| </preferences>
| </instance>
| </deployment>
| </deployments>
render-object.xml:
<?xml version="1.0" encoding="UTF-8" ?>
| <!DOCTYPE deployments PUBLIC
| "-//JBoss Portal//DTD Portal Object 2.6//EN"
| "http://www.jboss.org/portal/dtd/dtd/portal-object_2_6.dtd">
| <deployments>
| <deployment>
| <parent-ref>default</parent-ref>
| <if-exists>overwrite</if-exists>
| <instance>
| <instance-name>cmsrenderInstance</instance-name>
| <component-ref>CMSRenderer.CMSRender</component-ref>
| </instance>
| </deployment>
| <deployment>
| <parent-ref>default</parent-ref>
| <if-exists>overwrite</if-exists>
| <page>
| <page-name>CMSRenderPage</page-name>
| <window>
| <window-name>cmsrenderWindow</window-name>
| <instance-ref>cmsrenderInstance</instance-ref>
| <default>true</default>
| <region>center</region>
| <height>0</height>
| </window>
| </page>
| </deployment>
| </deployments>
web.xml:
<?xml version="1.0" encoding="UTF-8"?>
| <web-app
| xmlns="http://java.sun.com/xml/ns/j2ee"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
| http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
| version="2.4">
| </web-app>
jboss-app.xml:
<jboss-app>
| <app-name>render</app-name>
| </jboss-app>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4069347#4069347
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4069347
18Â years, 3Â months