[JBoss-user] [Performance Tuning] - Re: SessionBean vs. Static Method

2006-06-03 Thread Lauri
I'd prefer staless bean which operates with local enity beans. It should be slower than usual static method but it will bring all the advances from message above. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948884#3948884 Reply to the post : http://www.j

[JBoss-user] [Performance Tuning] - Re: SessionBean vs. Static Method

2006-06-03 Thread Lauri
Static methods live inside one virtual machine and it is you who must take resposibility to "scale" solution and take other decisions on mny other issues. On other hand, J2EE containers does much the dirty work for you. You just need to give some details in deplayment descriptors. Container will

[JBoss-user] [Persistence, JBoss/CMP, Hibernate, Database] - Re: Single UPDATE instead of SELECT, then UPDATE

2006-06-02 Thread Lauri
The problem has been solved. I'd like to share the story. The question was going from obivious lack of J2EE and JBoss experience and understanding. I was absolutely sure that dataSource.getConnection() returns free connection and this free connection means new transaction. I've had tried to use

[JBoss-user] [Persistence, JBoss/CMP, Hibernate, Database] - Re: Automatic generation of primary key

2006-06-02 Thread Lauri
I don't know what it could be then :(. As far as i understand, general idea of pk generation is to tell EJB engine what type (class) of pk it will be, and tell details to jboss personally. Something about integer type should be mentioned in ejb-jar.xml and particular instructions in jbosscmp-jd

[JBoss-user] [EJB/JBoss] - Re: Single UPDATE instead of SELECT, then UPDATE

2006-06-01 Thread Lauri
Oh, same on me... wrong forum. Somebody please remove topic from here. I've already reposted it to "Persistance" forum http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948303#3948303 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948304#3948304 Repl

[JBoss-user] [Persistence,JBoss/CMP, Hibernate, Database] - Single UPDATE instead of SELECT, then UPDATE

2006-06-01 Thread Lauri
Good afternoon. Common entty bean contain a number of set and get methods. Here we have a Customer bean with field named credits. Also we have a Session bean named Cashier with deposit method. In general this method looks like: | | public void deposit(Integer customerId, int value) throws

[JBoss-user] [EJB/JBoss] - Single UPDATE instead of SELECT, then UPDATE

2006-06-01 Thread Lauri
Good afternoon. Common entty bean contain a number of set and get methods. Here we have a Customer bean with field named credits. Also we have a Session bean named Cashier with deposit method. In general this method looks like: | public void deposit(Integer customerId, int value) throws Remot

[JBoss-user] [Messaging, JMS & JBossMQ] - Re: Memory leak and tons of org.jboss.mq.SpyTopic and org.jb

2006-02-28 Thread Lauri
For those who will find this topic as answer to mysql "connection reset" search query. The problem has been solved too. Connection have had been really closed by mysql. It was and is set up with WAIT_TIMEOUT less than 1 minute (I guess that admin had tried to minimize connection leaks for php ?)

[JBoss-user] [Messaging, JMS & JBossMQ] - Re: Memory leak and tons of org.jboss.mq.SpyTopic and org.jb

2006-02-18 Thread Lauri
"hosierdm" wrote : Why are you explicitly acknowledging your messages in the client when you clearly have the session set to auto acknowledge? That is undoubtly kind of mistake (or more likely mess) in code. Now it fixed. - - - About JIRA. Adrian, should i place it there or better not? View the o

[JBoss-user] [Messaging, JMS & JBossMQ] - Re: Memory leak and tons of org.jboss.mq.SpyTopic and org.jb

2006-02-17 Thread Lauri
One leak source has been found. Producer sessions were started as (note false) session = conn.createTopicSession(false, TopicSession.AUTO_ACKNOWLEDGE); Consumer sessions started as (note true) session = conn.createTopicSession(true, TopicSession.AUTO_ACKNOWLEDGE); and onMessage(message) contains me

[JBoss-user] [Messaging, JMS & JBossMQ] - Re: JBoss 3.2.5 Deployment Errors

2006-02-15 Thread Lauri
I would say that your some of your .xml files are broken. Try to check'em using some xml reader. IE will be enought. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3923968#3923968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=re

[JBoss-user] [Messaging, JMS & JBossMQ] - Additional information.

2006-02-15 Thread Lauri
configuration Jboss 4.0.3 JDK 1.5.0_06 SunOS 5.9 Generic_118559-09 i86pc i386 i86pc mysql 4.1 I've noticed that SELECT count(*) FROM JMS_MESSAGES returns amount of org.jboss.mq.AcknowledgementRequest and org.jboss.mq.SpyTopic objects in jmap -histo output. What could it

[JBoss-user] [Messaging, JMS & JBossMQ] - Re: Memory leak and tons of org.jboss.mq.SpyTopic and org.jb

2006-02-15 Thread Lauri
Forgot to place question. Does anybody have ideas how to 1) eliminate memory leaks 2) connection resets from mysql ? Thanks for advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3923806#3923806 Reply to the post : http://www.jboss.com/index.html?module=

[JBoss-user] [Messaging, JMS & JBossMQ] - Memory leak and tons of org.jboss.mq.SpyTopic and org.jboss.

2006-02-15 Thread Lauri
Hello people. I'm new to JBoss (~month of experience), however i've migrated production installation of project to JBoss from SunApplication server. It runs much better, but we're now facing memory leak. We're running jboss as application server and some socket daemons as clients for the server.

[JBoss-user] [Persistence,JBoss/CMP, Hibernate, Database] - Re: WARN [TxConnectionManager] Connection error occured

2006-02-14 Thread Lauri
Good afternood. I've faced this problem too. Actually i don't know what is it, but it doesn't affect my project since i've added this line to datasource setup file. SELECT 1 My configuration is Solaris/JBoss 4.0.3/mysql 4.1 View the original post : http://www.jboss.com/index.html?module=bb&op=vi