[EJB/JBoss] - Instance Caching
by roelvz
I have some trouble with choosing a commit-option in a container configuration.
I have read this: http://wiki.jboss.org/wiki/en/CMPCaching?action=e&windowstate=normal&mode...
But I am still wondering about which commit option to choose.
I am using JBoss 4.0.5 GA. The database is SQL Server. The JBoss server is located on a different machine than the database. Every 60 seconds, the database is updated by an external process (i.e. SQL Server replication).
These are my findings for every commit option.
Commit option A: Not to be used because JBoss does not have exclusive access
Commit option B: This runs very slow, I guess because the database is on another machine. When I use JBoss on the same machine, it runs faster.
Commit option C: The same as B.
Commit option D: This seemed to work fine (I set the refresh rate to 45 seconds, which is ok for our application). From time to time though, queries are very slow. This does not happen very often.
Actaully I'm trying to find out about my problems with commit option D. At first I thought it was only slow after JBoss startup, but I now know that this is not the case. Every once in a while, a few queries after each other are just very slow (like more than times slower than normal).
Any ideas or comments are very much appreciated.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149033#4149033
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149033
16 years, 4 months
[Installation, Configuration & DEPLOYMENT] - deploy from eclipse has stopped working - what is wrong - He
by wiggy
started having a silly problem with eclipse/jboss tools and jboss 4.2 app server
I have seam project in eclipse - and it has an application.xml in the /meta-inf dir
however when I deploy to the server i get the following error -
This is silly as the application.xml is in the eclipse project ear - but deosent get copied. I have tried cleaning the project/stopping starting the server and copying the file into the deploy directory structure by hand (jboss doesnt seem to retry/detect the copy when i do it by hand )
anonymous wrote :
| 08:32:25,406 INFO [Server] JBoss (MX MicroKernel) [4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)] Started in 53s:563ms
| 08:34:00,453 INFO [EARDeployer] Init J2EE application: file:/C:/jboss/jboss-4.2.2.GA/server/default/deploy/ForstersList-ear.ear/
| 08:34:00,453 ERROR [MainDeployer] Could not initialise deployment: file:/C:/jboss/jboss-4.2.2.GA/server/default/deploy/ForstersList-ear.ear/
| org.jboss.deployment.DeploymentException: No META-INF/application.xml found
| at org.jboss.deployment.EARDeployer.init(EARDeployer.java:146)
| at org.jboss.deployment.MainDeployer.init(MainDeployer.java:872)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:809)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor24.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.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| 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 $Proxy9.deploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
| 08:42:09,828 INFO [ConnectionFactoryBindingService] Unbound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=ForstersListDatasource' from JNDI name 'java:ForstersListDatasource'
| 08:42:09,968 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=ForstersListDatasource' to JNDI name 'java:ForstersListDatasource'
| 08:42:09,968 INFO [EARDeployer] Init J2EE application: file:/C:/jboss/jboss-4.2.2.GA/server/default/deploy/ForstersList-ear.ear/
| 08:42:09,968 ERROR [MainDeployer] Could not initialise deployment: file:/C:/jboss/jboss-4.2.2.GA/server/default/deploy/ForstersList-ear.ear/
| org.jboss.deployment.DeploymentException: No META-INF/application.xml found
| at org.jboss.deployment.EARDeployer.init(EARDeployer.java:146)
| at org.jboss.deployment.MainDeployer.init(MainDeployer.java:872)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:809)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.GeneratedMethodAccessor24.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.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| 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 $Proxy9.deploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:610)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
|
what do i do to fix this - ive had related but different problems where sometimes the top level ear *.jar files dont get copied - but if i put those in by hand in sorts itself out.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149029#4149029
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149029
16 years, 4 months
[JBoss Portal] - Not getting JBoss portal datasource
by paidadilip
Hi
This is Dileep,
plz give me solution....
I am working Jboss portal, to get the connection i am using JNDI
name, but it is not identyfying it,
and it is giving the org.hibernate.jdbc.GenericJDBCException and
sometimes connetion cant open
This is mysql-ds.xml
datasources>
<local-tx-datasource>
<jndi-name>MySqlDS</jndi-name>
<connection-url>jdbc:mysql://localhost:3306/jbossportal</connection-url>
<driver-class>com.mysql.jdbc.Driver</driver-class>
<user-name>root</user-name>
password
<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name>
This is Portal-mysql5-ds.xml
<local-tx-datasource>
<jndi-name>PortalDS</jndi-name>
<connection-url>jdbc:mysql://localhost:3306/jbossportal?useServerPrepStmts=false&jdbcCompliantTruncation=false</connection-url>
<driver-class>com.mysql.jdbc.Driver</driver-class>
<user-name>root</user-name>
password
</local-tx-datasource>
</datasources
javax.naming.InitialContext newInitialContext= new
javax.naming.InitialContext();
javax.naming.Context
ctx=(Context)newInitialContext.lookup("java:comp/env");
javax.sql.DataSource ds=(javax.sql.DataSource)ctx.lookup("PortalDS");
java.sql.Connection conn=ds.getConnection();
System.out.println("con..."+conn.getClass());
Error msg is :javax.naming.NameNotFoundException PortalDS not bound
if u know the configuration then plz inform me, waiting for reply...
Thank and Regards,
Dilip
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149027#4149027
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149027
16 years, 4 months
[JBoss Messaging] - Unable to deserialize objects inside onmessage() method: cla
by msrednsi
Hello
This is muy first ear app and i have a weird problem.
I have a EJB 3 packaged ear application (lib without explicic classpath on the manifest), with mdb, jpa, and a war module, i'm using jboss messaging 1.4.0.sp3.
On the war module I subscribe to listen on a topic in asyncronous mode so when the onmessage() method is called, it's running on the jboss selected receiver thread.
The problem is that a get a classnotfound expeption in the onmessage() method when deserializing an object that is on the classpath, i'm sure of that because i can do a classForName() using the thread's class loader on other part of de code that is executed in the main web thread, the one that configures and starts the topic connection.
The problem is that the receiving thread who executes the onmessage() method has another context classloader, it's domain is jboss-messaging.sar not my ear application.
It seems that the receiver thread is using its own class loader and that this class loader has nothing to do with my app. It doesn't sound logical to me. Any ideas?
Thanks in advance
Manuel Sánchez
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149017#4149017
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149017
16 years, 4 months