[JBoss Messaging] - Re: Clustering differences versus JBoss MQ
by kennardconsulting
gaohoward,
Thanks as always for your help. I don't think what you suggest is going to work because:
1. As soon as new messages get delivered to its local queue, it will stop sucking from other nodes. This is fine but it will mess up the delivery order of messages
2. If I turn on 'strict message ordering' presumably it will have to deliver everything to the one node?
However, I found this FAQ which seems close to what I want:
http://www.jboss.org/community/wiki/JBMHASingleton
Unfortunately this FAQ does not work!
Here are some of the problems:
1. There is no deploy/jboss-messaging.sar in JBoss 5.1.0.GA. I assume it is now called deploy/messaging?
2. deploy/messaging includes jms-ds.xml, which if you move into deploy-hasingleton then every cluster node except the primary will fail to start (citing 'DefaultJMSProvider not bound')
All this was much easier under JBoss 4.2.3.GA. Under its all folder it already had most of JBoss MQ installed under deploy-hasingleton but it still had jms-ds.xml (actually hajndi-jms-ds.xml) under deploy.
So I tried moving hajndi-jms-ds.xml from 4.2.3.GA to 5.1.0.GA, and it almost works but the 'server session pool for Message Driven Beans' bit fails to deploy. I tried deleting that and things start up, but the queues don't seem to pick up and begin processing messages after you bounce a cluster node.
Please help! I just want JBoss Messaging to perform like JBoss MQ did: a single HA queue with load-balanced consumers.
Richard.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240907#4240907
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240907
16 years, 9 months
[JBoss Portal] - Re: Portlet Cacheability Levels
by dorothy
Sorry about a small change in the code. My code is as below:
protected void doView(RenderRequest request, RenderResponse response)
| throws PortletException, IOException, UnavailableException {
| PrintWriter pw = response.getWriter();
| ResourceURL rurl = response.createResourceURL();
|
| rurl.setCacheability(ResourceURL.FULL);
| rurl.setParameter("name", "abc");
| pw.println("<BR><A HREF=\"" + rurl.toString() + "\">Serve Resource</A><BR>");
| pw.close();
| }
|
| @Override
| public void serveResource(ResourceRequest request, ResourceResponse response)
| throws PortletException, IOException {
| PrintWriter pw = response.getWriter();
| pw.println("<BR>Inside Serve Resource<BR>");
| pw.println("<BR>Param Value = " + request.getParameter("name"));
| pw.println("<BR>Cacheability = " + request.getCacheability());
| pw.println("<BR>PortletMode = " + request.getPortletMode());
| pw.println("<BR>Window State = " + request.getWindowState());
| pw.close();
| }
And this actually throws a runtime exception
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240906#4240906
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240906
16 years, 9 months
[JBoss Tools (users)] - Re: High CPU on JSF auto-complete
by jboden
I hesitate to even respond because I just don't know where to go, but it would be nice to have WTP work. I am wondering what I have that is so special that others don't have. The mouse-over shows the method details, F3 works to jump to the bean code, it's just the ctrl-space after the period when searching for the bean methods. Funny thing is, now one of my jspx files does complete quickly.
But I used visualvm to grab some thread dumps and am including 5 below...just from the codeassist begin. Not sure where to go from here. It looks like the interesting things are in main. With visualvm running, it takes about 1 minute for eclipse to return and cpu to go normal.
It's almost always doing file IO. Any ideas of where to go from here?
Thanks!
anonymous wrote :
| "main" prio=6 tid=0x00957800 nid=0x450 runnable [0x00a3d000..0x00a3fe5c]
| java.lang.Thread.State: RUNNABLE
| at java.io.FileInputStream.open(Native Method)
| at java.io.FileInputStream.(FileInputStream.java:106)
| at org.eclipse.core.internal.filesystem.local.LocalFile.openInputStream(LocalFile.java:356)
| at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:642)
| at org.eclipse.core.internal.resources.File.getContents(File.java:298)
| at org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:1140)
| at org.eclipse.jdt.internal.core.CompilationUnit.getContents(CompilationUnit.java:635)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.getSource(SourceTypeConverter.java:612)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convertAnnotations(SourceTypeConverter.java:580)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:460)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:155)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:93)
| at org.eclipse.jdt.internal.codeassist.impl.Engine.accept(Engine.java:83)
|
|
| "main" prio=6 tid=0x00957800 nid=0x450 runnable [0x00a3d000..0x00a3fe5c]
| java.lang.Thread.State: RUNNABLE
| at java.io.FileInputStream.close0(Native Method)
| at java.io.FileInputStream.close(FileInputStream.java:259)
| at org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:1150)
| at org.eclipse.jdt.internal.core.CompilationUnit.getContents(CompilationUnit.java:635)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.getSource(SourceTypeConverter.java:612)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convertAnnotations(SourceTypeConverter.java:580)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:460)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:155)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:93)
| at org.eclipse.jdt.internal.codeassist.impl.Engine.accept(Engine.java:83)
|
|
|
|
|
| "main" prio=6 tid=0x00957800 nid=0x450 runnable [0x00a3d000..0x00a3fe5c]
| java.lang.Thread.State: RUNNABLE
| at sun.nio.cs.SingleByteDecoder.decodeArrayLoop(SingleByteDecoder.java:53)
| at sun.nio.cs.SingleByteDecoder.decodeLoop(SingleByteDecoder.java:83)
| at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:544)
| at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:298)
| at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
| - locked <0x30b71880> (a java.io.InputStreamReader)
| at java.io.InputStreamReader.read(InputStreamReader.java:167)
| at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsCharArray(Util.java:409)
| at org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:1145)
| at org.eclipse.jdt.internal.core.CompilationUnit.getContents(CompilationUnit.java:635)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.getSource(SourceTypeConverter.java:612)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convertAnnotations(SourceTypeConverter.java:580)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:460)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:155)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:93)
| at org.eclipse.jdt.internal.codeassist.impl.Engine.accept(Engine.java:83)
|
|
|
| main" prio=6 tid=0x00957800 nid=0x450 runnable [0x00a3d000..0x00a3fe5c]
| java.lang.Thread.State: RUNNABLE
| at java.io.FileInputStream.readBytes(Native Method)
| at java.io.FileInputStream.read(FileInputStream.java:199)
| at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
| at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
| at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
| - locked <0x310e67d0> (a java.io.InputStreamReader)
| at java.io.InputStreamReader.read(InputStreamReader.java:167)
| at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsCharArray(Util.java:409)
| at org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:1145)
| at org.eclipse.jdt.internal.core.CompilationUnit.getContents(CompilationUnit.java:635)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.getSource(SourceTypeConverter.java:612)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convertAnnotations(SourceTypeConverter.java:580)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:460)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:155)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:93)
| at org.eclipse.jdt.internal.codeassist.impl.Engine.accept(Engine.java:83)
|
|
|
|
|
| "main" prio=6 tid=0x00957800 nid=0x450 runnable [0x00a3d000..0x00a3fe5c]
| java.lang.Thread.State: RUNNABLE
| at java.io.FileInputStream.close0(Native Method)
| at java.io.FileInputStream.close(FileInputStream.java:259)
| at org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:1150)
| at org.eclipse.jdt.internal.core.CompilationUnit.getContents(CompilationUnit.java:635)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.getSource(SourceTypeConverter.java:612)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convertAnnotations(SourceTypeConverter.java:580)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:460)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:155)
| at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:93)
| at org.eclipse.jdt.internal.codeassist.impl.Engine.accept(Engine.java:83)
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240904#4240904
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240904
16 years, 9 months
[JBoss jBPM] - running jBMP on Weblogic Server 10.x
by smart_umesh_123
Hi,
Our current application is using TeamWorks (Lombardi's) BPM tool for business process automation. We wanted to replace this with jBPM (ver 4) so I have few queries in this regard
1) Does jBPM 4 has support of Weblogic Server 10.x because jBPM says that "JBoss jBPM may
be deployed with other application servers such as BEA
WebLogic Server".
2) TeamWorks has extensive UI support for process modeling. As per my understanding jBPM has BPMN based GPD (Graphical Process Designer).
Does GPD has such type of support available. I have listed down few features of TeamWorks, Does jBPM has similar type of features and if not is it easy to implement using jPDL?
Features List
Process Inspector,
Nested processes,
Debugging,
Connectors for Java methods, JCA Resource Adaptors or Webservice opertations
Can someone help me to resolve above queries.
Thanks in advance.
Regards
Chintan
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240903#4240903
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240903
16 years, 9 months
[JBoss Portal] - Portlet Cacheability Levels
by dorothy
Hi
Hi
I was testing the cacheability levels that are introducced in JSR 286 on JBoss 4.3 EAP. Below is the code:
protected void doView(RenderRequest request, RenderResponse response)
| throws PortletException, IOException, UnavailableException {
| PrintWriter pw = response.getWriter();
| ResourceURL rurl = response.createResourceURL();
|
| rurl.setCacheability("PORTLET");
| rurl.setParameter("name", "abc");
| pw.println("<BR><A HREF=\"" + rurl.toString() + "\">Serve Resource</A><BR>");
| pw.close();
| }
|
| public void serveResource(ResourceRequest request, ResourceResponse response)
| throws PortletException, IOException {
| PrintWriter pw = response.getWriter();
| pw.println("<BR>Inside Serve Resource<BR>");
| pw.println("<BR>Param Value = " + request.getParameter("name"));
| pw.println("<BR>Cacheability = " + request.getCacheability());
| pw.println("<BR>PortletMode = " + request.getPortletMode());
| pw.println("<BR>Window State = " + request.getWindowState());
| pw.close();
| }
JBoss automatically resets the cacheability to default i.e. 'PAGE'. No matter if I set 'FULL' or 'PORLET' it just does not take effect. Is this some kind of a bug or am I missing anything?
Thanks
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240902#4240902
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240902
16 years, 9 months
[Performance Tuning] - Re: java.net.SocketException: Too many open files on Red Hat
by kiranhk
Yes. we are also hitting a Webservices system and we post xml over http instead of WSDL.
There are 2 things that i have done to overcome this problem right now.
1) turned off the deployment scanner in the jboss-service.xml
2) added a executor tag for the server.xml so that it will close the TCP connections after there is idle time.
jboss-4.2.2.GA/server/ottserver/deploy/jboss-web.deployer/server.xml
<Executor name="appThreadpool" namePrefix="activeThread-" maxThreads="1000" minSpareThreads="30" maxIdleTime="30
for now we seem to have jumped over this max open files problem.
But there is a new problem which has cropped up now.
After running load tests for 3/4 hours using JMeter at the end of the 4th hour we saw a sudden spike in the jboss process where its hitting 100% CPU and this didnât come back down after we stopped the requests from jmeter to the server. we had to kill the server to revive it.
any ideas as to what seems to be the problem.
also can you pls give me more info abt the patch.
thanks in advance.
Cheers
Kiran
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240899#4240899
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240899
16 years, 9 months