[JBoss jBPM] - Re: jBPM versus MS Workflow
by Shi Yusen
grin1dan,
Here's a standard method which can help you to make such decisions:
(You can adjust the following. But next time, please give the list you scored jBPM and MS Workflow when you try to discuss this topic further more.)
1. Standard:
weight: 20%
including the following subitems:
1.1 Architecture: Java, .NET, PHP, PERL and etc.
weight: 10%
score: 1-5
1.2 Workflow standards: BPEL and etc.
weight: 10%
score: 1-5
2. Long term assurance:
weight: 25%
including the following subitems:
2.1 Popular: I use google rank to judge it's worldwide popularity.
weight: 10%
score: 1-5
2.2 Stable team:
weight: 10%
score: 1-5
2.3 Stable firm:
weight: 5%
score: 1-5
3. Key Functions:
weight: 55%
including the key functions required in your project.
Regards,
Shi Yusen/Beijing Langhua Ltd.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166261#4166261
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166261
17 years, 9 months
[JBoss Messaging] - Re: All messages are not persisted in Database.
by sajankn
The following is the set up and steps I did to get this issue.
Setup:
JBoss/JBM Servers - 2 Nos. S1 & S2.
Both are fresh servers in which the JBoss MQ is replaced with JBM and all the necessary configuration changes made as per the documentation.
Publisher - 5 Nos. P1, P2, P3, P4 & P5.
All the publishers are the instance of the same class. All are publishing on testTopic. Each Publisher publishes about 1000 Messages.
Subscriber - 1 Nos. Sub1.
Durable Subscribing to testTopic.
Persistence - Oracle DB.
Steps:
1. Start both the Servers (S1 & S2).
2. Start the Subscriber.
3. Check the JBM_POSTOFFICE table. The QueueName "MyClientID.Alpha" is tied to the COND "topic.testTopic".
4. Stop the Subscriber.
5. Run all the 5 Publishers together till they publish all the 1000 messages.
6. Let the publishers complete the publishing.
7. Check the JBM_MSG table. There are only 4000 messages. Ideally there should be 5000 messages.
8. Run the subscriber.
9. Subscriber consumes 4000 messages.
10. Let the Subscriber consume all the messages.
11. Check the JBM_MSG table. There are 0 messages.
I lose all the messages of 1 publisher.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166258#4166258
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166258
17 years, 9 months
[Installation, Configuration & DEPLOYMENT] - Re: multiple web apps in the SAME JBoss instance
by jagdeep
Thanks Peter, this was helpful. I went through the JMX console, but still get another exception when trying to stop my EARDeployment service.
Though, when I try stopping the WAR, it undeploys the WAR file!!.
I see from the exception that JBoss doesnt find my EAR registered??
javax.servlet.ServletException: Failed to invoke operation
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:269)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:100)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:82)
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
javax.management.InstanceNotFoundException: jboss.j2ee:service=EARDeployment,url='example2.ear' is not registered.
org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:523)
org.jboss.mx.server.MBeanServerImpl.getMBeanInfo(MBeanServerImpl.java:666)
org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:216)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:262)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:100)
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:82)
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166255#4166255
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166255
17 years, 9 months
[JBoss Portal] - Samples Weather - JbossPortal 2.7.0.ALPHA - javax.portlet.Re
by cedseat
Hi,
I test the sample weather with jbossportal 2.7.0.ALPHA, I change the zip code and I have this exception :
2008-07-23 22:24:53,484 ERROR [STDERR] javax.portlet.ReadOnlyException: Key RssXml cannot be written
| 2008-07-23 22:24:53,484 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.api.PortletPreferencesImpl.setValue(PortletPreferencesImpl.java:250)
| 2008-07-23 22:24:53,484 ERROR [STDERR] at org.jboss.portal.core.samples.weather.WeatherPortlet.processAction(WeatherPortlet.java:211)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl$Invoker.doFilter(PortletContainerImpl.java:557)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:109)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:72)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:505)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.container.ContainerPortletDispatcher.invoke(ContainerPortletDispatcher.java:42)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:82)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.core.aspects.portlet.TransactionInterceptor.org$jboss$portal$core$aspects$portlet$TransactionInterceptor$invokeNotSupported$aop(TransactionInterceptor.java:97)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeNotSupported_N6922078035659651697.invokeNext(TransactionInterceptor$invokeNotSupported_N6922078035659651697.java)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.aspects.tx.TxPolicy.invokeInNoTx(TxPolicy.java:66)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.aspects.tx.TxInterceptor$NotSupported.invoke(TxInterceptor.java:112)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeNotSupported_N6922078035659651697.invokeNext(TransactionInterceptor$invokeNotSupported_N6922078035659651697.java)
| 2008-07-23 22:24:53,500 ERROR [STDERR] at org.jboss.aspects.tx.TxPolicy.invokeInNoTx(TxPolicy.java:66)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166254#4166254
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166254
17 years, 9 months
[JBoss Cache: Core Edition] - Re: JBoss Cache performance looks pretty poor :(
by manik.surtani＠jboss.com
"phpguy99" wrote : Really would like to have that fun but I'm evaluating it for production use in the next 3-4 months.
|
I would still recommend trying it out - I may push out 3.0.0 fairly quickly (next 2 mths), the major bits are ready and a lot of people are keen start using it.
Either way, it should be a painless upgrade path from 2.2.0.
"phpguy99" wrote :
| I haven't changed my code to spread objects further down the tree.
| BTW, this seems odd or I may have missed something, but shouldn't the cache system do this spreading behind the scene? Depends on the key of the objects to cache, it could be difficult to balance the tree. And to know the "path" before I can do a "get". It's much simpler to do straight "key" lookup. (just my 2cents)
|
I agree - but there are always 2 sides to that argument. Some people want the more direct control, some don't. It is on our roadmap as an option, and we do have an implementation that someone contributed that may even make it into 3.0.0.
See https://jira.jboss.org/jira/browse/JBCACHE-67[/url] and [url]https://jira.jboss.org/jira/browse/JBCACHE-941.
Cheers
Manik
Back to performance and memory.
It's stable now with 2 nodes. The rate of my insert is increased from 2000/s to 4000/s. This is one at a time and SYNC that is 0.25ms/operation which is very good and multithreaded should increase this by a lot (I hope).
But the memory consumption is still very high (maybe b/c I put everything right under "root"). 4GB for my 1M objects
| num #instances #bytes class name
| ----------------------------------------------
| 1: 16000897 768043056 java.util.concurrent.locks.ReentrantLock$NonfairSync
| 2: 16000820 768039360 java.util.concurrent.ConcurrentHashMap$Segment
| 3: 16000820 528806520 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
| 4: 43792 323829848 [I
| 5: 2021461 153453344 [C
| 6: 1002432 152294120 [Ljava.util.HashMap$Entry;
| 7: 1000052 152007808 [Ljava.util.concurrent.ConcurrentHashMap$Segment;
| 8: 1000002 88000176 org.jboss.cache.UnversionedNode
| 9: 2016545 80661800 java.lang.String
| 10: 1000002 80000160 org.jboss.cache.invocation.NodeInvocationDelegate
| 11: 1000052 72003744 java.util.concurrent.ConcurrentHashMap
| 12: 1000002 72000144 org.jboss.cache.lock.NonBlockingWriterLock
| 13: 1002113 64135232 java.util.HashMap
| 14: 1001773 48085104 java.util.HashMap$Entry
| 15: 1000281 48013488 java.util.concurrent.ConcurrentHashMap$HashEntry
| 16: 1000002 48000096 org.jboss.cache.lock.IdentityLock
| 17: 1008529 40619728 [Ljava.lang.Object;
| 18: 1000771 40030840 java.util.ArrayList
| 19: 1000004 40000160 org.jboss.cache.Fqn
| 20: 1000002 40000080 java.util.RegularEnumSet
| 21: 1000000 40000000 com.ssn.jbosscache.Meter (my objects)
|
| I constantly see:
|
| 2008-07-23 10:09:47,929 [Incoming,JBossCache-Cluster,10.57.132.54:38174] WARN org.jgroups.protocols.pbcast.NAKACK.handleMessage - 10.57.132.54:38174] discarded message from non-member 10.57.132.53:33187, my view is [10.57.132.54:38174|0] [10.57.132.54:38174]
|
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166251#4166251
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166251
17 years, 9 months