June 2009 - jboss-user - Jboss List Archives

[Performance Tuning] - Improve Remote interfaces (marshaling unmarshaling...)

by mnenchev

Hi, I have some strange problem. I need to minimize the execution time of remote ejb method invokation. I have Tomcat that comunicates with jboss and use ejbs for business logic. In my struts action i lookup remote interface(takes 8-10 ms??!?!) and the ejb method in tomcat is done for ~200ms, but in jboss it is ~100ms. I dig about that and it seems that the remote interfaces are doing marshaling serializing and unmarshaling, So may be those 100ms go into that? There are no network problems. How to improve that? And one other thing is it save to look up all interfaces on app start up and push them in some global hash and use them in the whole app in order to skip the 8-10 ms lookup every time? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240945#4240945 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240945

15 years, 1 month

1
0
0 / 0

[EJB/JBoss] - Re: Interface inheritence / SessionContext.getInvokedBusines

by jaikiran

ErstesBean/remote - EJB3.x Default Remote Business Interface | ErstesBean/remote-server.kap02.IErstesBeanRemote - EJB3.x Remote Business Interface | ErstesBean/remote-server.kap02.IErstesBeanIntRemote - EJB3.x Remote Business Interface | ErstesBean/local - EJB3.x Default Local Business Interface | ErstesBean/local-server.kap02.IErstesBeanIntLocal - EJB3.x Local Business Interface | ErstesBean/local-server.kap02.IErstesBeanLocal - EJB3.x Local Business Interface | Use the business interface specific JNDI name to lookup the business interface specific proxy: IErstesBean ebrL = (IErstesBean) contextL.lookup("ErstesBean/remote-server.kap02.IErstesBeanRemote"); | System.out.println( "Calling interface: " + ebrL.getCallingInterface()); | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240944#4240944 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240944

15 years, 1 month

1
0
0 / 0

[Persistence, JBoss/CMP, Hibernate, Database] - Re: java.lang.NoClassDefFoundError: javax/transaction/Synchr

by creaturita

In version 4.2.3 I have the same problem. Plz help. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240942#4240942 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240942

15 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: Clustering differences versus JBoss MQ

by kennardconsulting

Howard, Hmmm. From watching my logs, I think the reason the MDBs aren't 'waking up' upon bouncing a node is because JBoss Messaging is still creating 3 local queues, not one HA singleton one. This, despite the fact that destinations-service.xml is under deploy-hasingleton. Do I need to do something extra to make a single, HA queue? Thanks, Richard. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240940#4240940 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240940

15 years, 1 month

1
0
0 / 0

[Persistence, JBoss/CMP, Hibernate, Database] - java.lang.NoClassDefFoundError: javax/transaction/Synchroniz

by creaturita

Hello, Â¡I have another problem! I am using jboss 5.0.1 (All server) with EJBs and JPA. When I try to call a service with persistence it returns: "java.lang.NoClassDefFoundError: javax/transaction/Synchronization" I have found where is that class in version 4, but not in version 5. Do you know which jar should I use? Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240938#4240938 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240938

15 years, 1 month

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: node.getChild() returning inconsistent results

by galder.zamarreno＠jboss.com

Hi again, I think I have replicated the issue that you're encountering with the code from the UserGuide. I'm currently investigating it. With regards to your 2nd questions, Cache has no getChild() method, I suppose you're refering to getNode() instead? If so, this is indentical to calling cache.getRoot().getChild(fqn). There's no difference between them two. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240934#4240934 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240934

15 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: jBPM 4 ProcessFactory/ProcessBuilder not found

by sterjev.marjan

package impl; import org.jbpm.api.activity.ActivityBehaviour; import org.jbpm.api.activity.ActivityExecution; import org.jbpm.jpdl.internal.activity.StartActivity; import org.jbpm.pvm.internal.builder.ProcessDefinitionBuilder; import org.jbpm.pvm.internal.model.ProcessDefinitionImpl; /** * @author Marjan Sterjev * */ public class Display implements ActivityBehaviour { private static final long serialVersionUID = 1L; String message; public Display(String message) { this.message = message; } public void execute(ActivityExecution execution) { System.out.println(message); } public static void main(String[] args) throws Throwable { ProcessDefinitionBuilder builder = ProcessDefinitionBuilder .startProcess("Hello World"); builder.startActivity(new StartActivity()).initial().transition( "hello display").endActivity(); builder.startActivity("hello display", new Display("Hello")) .transition("world display").endActivity(); builder.startActivity("world display", new Display("World")) .endActivity(); ProcessDefinitionImpl processDefinition = builder.endProcess(); processDefinition.startProcessInstance(); } } View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240933#4240933 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240933

15 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: jBPM 4 ProcessFactory/ProcessBuilder not found

by sterjev.marjan

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240932#4240932 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240932

15 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: Clustering differences versus JBoss MQ

by kennardconsulting

gaohoward, Awesome. You are a legend. Look forward to hearing how you go. If it helps: 1. I made the changes described in the Wiki, then copied the 'all' folder to a new folder (I called it 'cluster2') and started a second instance of JBoss using 'run -c cluster2 -Djboss.service.binding.set=ports-01'. You will see the second instance fails to start because 'DefaultJMSProvider not bound' 2. DefaultJMSProvider is defined in jms-ds.xml. The Wiki instructs you to move this into deploy-hasingleton, which I believe is a mistake. In JBoss 4.2.3 the jms-ds.xml stays in the deploy folder (in the 'all' config) 3. You can try moving jms-ds.xml back to deploy, and things go better. However the MDBs no longer seem to 'wake up' upon bouncing a cluster node Regards, Richard. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240930#4240930 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240930

15 years, 1 month

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: BerkeleyDB Deadlock Exception from JBoss Cache Loader: B

by galder.zamarreno＠jboss.com

"niuxuetao_fiserv" wrote : About the write-intensive stuff, yes, we will have a lot more calls to attach() than modifying the already cached Pojos. Attaching a pojo is an expensive operation where the pojo is dissected and mapped to the cache, hence such operation should be used as less as possible. Detailed information on the process can be found in http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs... If you're calling attach more often than modifying the Pojo directly, I'm not sure of the suitability of PojoCache in your case. It might even be more of a burden than using plain JBoss Cache. The point of a PojoCache is that you attach once and then you interact with the bean as normal, calling it's getters,setters...etc and when you're done with it, you detach it. "niuxuetao_fiserv" wrote : 1. If I call attach() with a key and value that already exist in the cache, what will happen? Hmmm, do you mean what happens when you attach a pojo under a fqn+key that already contains a pojo? In that case, the existing pojo is detached and the new one is reattached. Due to the reasons above, this is an expensive operation. "niuxuetao_fiserv" wrote : 2. How do I use transaction in java code to explicitly begin and end a transaction? | - DummyTransactionManager.getUserTransaction()? | - or like describe in this page? http://www.jboss.org/file-access/default/members/jbosscache/freezone/docs... which looks a pretty old doc? | Well, depends the environment in which you're in. If you're within an application server, you get a UserTransaction from JNDI or from an EJB context. If you're outside of an application server, you should be using something like JBoss Transactions that allows setting up a transaction manager and getting a user transaction. You can find examples in their docu. Finally, DummyTransactionManager does what it says on the tin. It's dummy, so it's not really a transaction manager, it's simply used as a mock for testing purpouses and hence you shouldn't be using it in conjunction with your production code. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240929#4240929 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240929

15 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user June 2009