Problem deployment of OGM/Mongo

Br3aker · **Joined:** Thu Nov 20, 2014 10:05 am **Posts:** 15

Hello,

so after some work, i got all my annotations with OGM and mongodb running perfectly on my local tomcat. Now after i reached a certain release state i wanted to deploy my app on our tomcat which is running on a debian vm. Even MongoDB is installed correct and runs smoothly. So i deployed my .WAR file, and i got the following exception:

Code:

javax.servlet.ServletException: java.lang.ExceptionInInitializerError
   com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:420)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

java.lang.ExceptionInInitializerError
   com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.begin(BaseTransaction.java:85)
   org.hibernate.ogm.transaction.impl.JTATransactionManagerTransaction.doBegin(JTATransactionManagerTransaction.java:59)
   org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:162)
   org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1435)
   hibernate.HibernateStore.StoreApiRequest(HibernateStore.java:198)
   request.manager.GetMessagesRequestManager.search(GetMessagesRequestManager.java:66)
   request.endpoints.RestMessageService.searchInPlattforms(RestMessageService.java:86)
   sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   java.lang.reflect.Method.invoke(Method.java:606)
   com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
   com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
   com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
   com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
   com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
   com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
   com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
   com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
   com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
   com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
   com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
   com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
   com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

java.lang.NullPointerException
   com.arjuna.ats.arjuna.objectstore.StoreManager.initStore(StoreManager.java:149)
   com.arjuna.ats.arjuna.objectstore.StoreManager.getActionStore(StoreManager.java:103)
   com.arjuna.ats.arjuna.objectstore.StoreManager.getRecoveryStore(StoreManager.java:65)
   com.arjuna.ats.arjuna.recovery.ActionStatusService.<init>(ActionStatusService.java:64)
   sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
   sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
   sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
   java.lang.reflect.Constructor.newInstance(Constructor.java:526)
   java.lang.Class.newInstance(Class.java:374)
   com.arjuna.ats.internal.arjuna.common.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:137)
   com.arjuna.ats.arjuna.recovery.TransactionStatusManager.start(TransactionStatusManager.java:126)
   com.arjuna.ats.arjuna.recovery.TransactionStatusManager.<init>(TransactionStatusManager.java:58)
   com.arjuna.ats.arjuna.coordinator.TxControl.createTransactionStatusManager(TxControl.java:188)
   com.arjuna.ats.arjuna.coordinator.TxControl.<clinit>(TxControl.java:318)
   com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.begin(BaseTransaction.java:85)
   org.hibernate.ogm.transaction.impl.JTATransactionManagerTransaction.doBegin(JTATransactionManagerTransaction.java:59)
   org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:162)
   org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1435)
   hibernate.HibernateStore.StoreApiRequest(HibernateStore.java:198)
   request.manager.GetMessagesRequestManager.search(GetMessagesRequestManager.java:66)
   request.endpoints.RestMessageService.searchInPlattforms(RestMessageService.java:86)
   sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   java.lang.reflect.Method.invoke(Method.java:606)
   com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
   com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
   com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
   com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
   com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
   com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
   com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
   com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
   com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
   com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
   com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
   com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
   com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)
   com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

I don't understand what is the problem, like said, local it all works perfectly.
The exception lead me to see the problem is maybe located at the hibernate.cfg file.

Code:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-configuration PUBLIC
      "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
      "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
<hibernate-configuration>
    <session-factory>
       <property name="hibernate.transaction.factory_class">org.hibernate.transaction.JTATransactionFactory</property>
       <property name="hibernate.transaction.jta.platform">org.hibernate.service.jta.platform.internal.JBossStandAloneJtaPlatform</property>
       <property name="hibernate.ogm.datastore.provider">mongodb</property>
       <property name="hibernate.ogm.datastore.database">sma</property>
        <property name="current_session_context_class">thread</property>
        
      <mapping ...Mappings </mapping>
    </session-factory>
</hibernate-configuration>

Cause the exception was related to the JTATransaction i decided to try to set my jta platform into my HibernateUtil class, but that didn't changed or resolved the problem.

Code:

package hibernate;

import org.hibernate.SessionFactory;
import org.hibernate.boot.registry.StandardServiceRegistryBuilder;
import org.hibernate.cfg.Environment;
import org.hibernate.ogm.cfg.OgmConfiguration;
import org.hibernate.service.ServiceRegistry;

public class HibernateUtil {
   
   private static final SessionFactory sessionFactory;  
    private static final ServiceRegistry serviceRegistry;  
      
    static {  
       OgmConfiguration conf = new OgmConfiguration();  
        conf.configure();  
      //assuming you are using JTA in a non contained environment
     /*   conf.setProperty(Environment.TRANSACTION_STRATEGY,
                         "org.hibernate.transaction.JTATransactionFactory");
        //assuming JBoss TransactionManager in standalone mode
        conf.setProperty(Environment.JTA_PLATFORM,
             "org.hibernate.service.jta.platform.internal.JBossStandAloneJtaPlatform");

        //assuming the default mongodb settings
        conf.setProperty("hibernate.ogm.datastore.provider",
                        "mongodb");
*/
        serviceRegistry = new StandardServiceRegistryBuilder().applySettings(conf.getProperties()).build();
        try {  
            sessionFactory = conf.buildSessionFactory(serviceRegistry);  
        } catch (Exception e) {  
            throw new ExceptionInInitializerError(e);  
        }         
    }  
      
    public static SessionFactory getSessionFactory() {  
        return sessionFactory;  
    }
}

Maybe someone know what to do, and what this exception means.
Thank you and best regards!

EDIT:
For better understanding, i use native hibernate implementation and the described code is a JavaEE project. Addtitionally the relevant parts of my pom file:

Code:

<dependency> 
          <groupId>org.mongodb</groupId> 
          <artifactId>mongo-java-driver</artifactId> 
          <version>2.12.4</version> 
      </dependency> 
      <dependency>
           <groupId>org.hibernate.ogm</groupId>
           <artifactId>hibernate-ogm-core</artifactId>
           <version>4.1.0.Beta8</version>
         </dependency>
      <dependency>
          <groupId>org.hibernate.ogm</groupId>
          <artifactId>hibernate-ogm-mongodb</artifactId>
          <version>4.1.0.Beta8</version>
      </dependency>
      <dependency>
           <groupId>javassist</groupId>
           <artifactId>javassist</artifactId>
           <version>3.12.1.GA</version>
       </dependency>
      <dependency>
          <groupId>org.hibernate.javax.persistence</groupId>
          <artifactId>hibernate-jpa-2.1-api</artifactId>
          <version>1.0.0.Final</version>
      </dependency>
       <dependency>
           <groupId>org.jboss.jbossts</groupId>
           <artifactId>jbossjta</artifactId>
           <version>4.16.4.Final</version>
       </dependency>
         <dependency>
      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-core</artifactId>
      <version>4.3.8.Final</version>
   </dependency>

I hope someone can help....

Gunnar · **Joined:** Sat Jan 24, 2009 12:46 pm **Posts:** 388

Hi,

The NPE only seems to be the outfall of something else going wrong before in that initStore() method in Arjuna's ObjectStore class. Can you turn on logging for "com.arjuna.*" and check what is logged in ClassloadingUtility#loadAndInstantiateClass() (or debug into that method)? It should give us a hint which class it is trying to load.

--Gunnar

emmanuel · **Posted:** Mon Feb 02, 2015 11:20 am

If I had to bet, I'd say that Arjuna is unable to create its log file because your debian has some stronger sandboxing than your dev environment.
Which makes me think Gunnar that our test suite does create the ObjectStore and PutObjectStoreDirHere which are Arjuna related. I know there is a way to make the store keep the logs in memory only. I think Hibernate Search's test suite might do that. We could also show the Arjuna config for that in-memory approach in our FAQ.

emmanuel · **Posted:** Mon Feb 02, 2015 12:03 pm

After what Gunnar has suggested, can you add the following file in your application classpath
https://github.com/hibernate/hibernate-ogm/blob/master/core/src/test/resources/jbossts-properties.xml
and tell us if the failure disappears / changes?

Br3aker · **Joined:** Thu Nov 20, 2014 10:05 am **Posts:** 15

Sofirst, i made com.arjuna output into my logs, here is the output:

Code:

2015-02-03 01:06:42 TRACE arjuna:79 - Loading class com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionManagerImple
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE arjuna:79 - Loading class com.arjuna.ats.internal.arjuna.coordinator.CheckedActionFactoryImple
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:06:42 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:07:52 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:07:52 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:07:52 TRACE arjuna:79 - Loading class com.arjuna.ats.internal.jta.transaction.arjunacore.UserTransactionImple
2015-02-03 01:07:52 TRACE jta:156 - BaseTransaction.getStatus
2015-02-03 01:07:52 TRACE jta:47 - BaseTransaction.begin
2015-02-03 01:07:52 TRACE arjuna:79 - Loading class com.arjuna.ats.arjuna.recovery.ActionStatusService
2015-02-03 01:07:52 TRACE arjuna:79 - Loading class com.arjuna.ats.internal.arjuna.objectstore.ShadowNoFileLockStore
2015-02-03 01:07:52 TRACE arjuna:631 - FileSystemStore.createHierarchy(PutObjectStoreDirHere/ShadowNoFileLockStore/defaultStore/)
2015-02-03 01:08:02 WARN  arjuna:145 - ARJUNA012218: cant create new instance of {0}
java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
        at com.arjuna.ats.internal.arjuna.common.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:131)
        at com.arjuna.ats.arjuna.objectstore.StoreManager.initStore(StoreManager.java:142)
        at com.arjuna.ats.arjuna.objectstore.StoreManager.getActionStore(StoreManager.java:103)
        at com.arjuna.ats.arjuna.objectstore.StoreManager.getRecoveryStore(StoreManager.java:65)
        at com.arjuna.ats.arjuna.recovery.ActionStatusService.<init>(ActionStatusService.java:64)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
        at java.lang.Class.newInstance(Class.java:374)
        at com.arjuna.ats.internal.arjuna.common.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:137)
        at com.arjuna.ats.arjuna.recovery.TransactionStatusManager.start(TransactionStatusManager.java:126)
        at com.arjuna.ats.arjuna.recovery.TransactionStatusManager.<init>(TransactionStatusManager.java:58)
        at com.arjuna.ats.arjuna.coordinator.TxControl.createTransactionStatusManager(TxControl.java:188)
        at com.arjuna.ats.arjuna.coordinator.TxControl.<clinit>(TxControl.java:318)
        at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.begin(BaseTransaction.java:85)
        at org.hibernate.engine.transaction.internal.jta.JtaTransaction.doBegin(JtaTransaction.java:73)
        at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:162)
        at org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1435)
        at hibernate.HibernateStore.StoreApiRequest(HibernateStore.java:198)
        at request.manager.GetMessagesRequestManager.search(GetMessagesRequestManager.java:66)
        at request.endpoints.RestMessageService.searchInPlattforms(RestMessageService.java:86)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
        at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
        at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
        at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
        at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
        at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
        at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
        at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
        at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)
        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
        at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:200)
        at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
        at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:745)
Caused by: com.arjuna.ats.arjuna.exceptions.ObjectStoreException: ARJUNA012225: FileSystemStore::setupStore - cannot access root of object store: PutObjectStoreDirHere/ShadowNoFileLockStore/defaultStore/
        at com.arjuna.ats.internal.arjuna.objectstore.FileSystemStore.<init>(FileSystemStore.java:490)
        at com.arjuna.ats.internal.arjuna.objectstore.ShadowingStore.<init>(ShadowingStore.java:622)
        at com.arjuna.ats.internal.arjuna.objectstore.ShadowNoFileLockStore.<init>(ShadowNoFileLockStore.java:53)
        ... 62 more

EDIT:

emmanuel wrote:

After what Gunnar has suggested, can you add the following file in your application classpath
https://github.com/hibernate/hibernate-ogm/blob/master/core/src/test/resources/jbossts-properties.xml
and tell us if the failure disappears / changes?

Okay, how or better where i have to add this file? into WEB-INF/classes or into my src folder like log4j.properties?

emmanuel · **Posted:** Mon Feb 02, 2015 1:00 pm

Where you are sure the file will be picked up to build your jar. From the look of it, put it aside your log4j.properties and check that the war actually contains it.

Br3aker · **Joined:** Thu Nov 20, 2014 10:05 am **Posts:** 15

emmanuel wrote:

Where you are sure the file will be picked up to build your jar. From the look of it, put it aside your log4j.properties and check that the war actually contains it.

Amazing that did it! It is now working, no more bad news form log file. The only weird thing is, that it got very very slow now.....

emmanuel · **Posted:** Tue Feb 03, 2015 10:45 am

Are you saying that with the .xml file on both environment, in your dev machine things are fast and in the server, things are slow?
In the prod env, is everything on the same machine?

Br3aker · **Joined:** Thu Nov 20, 2014 10:05 am **Posts:** 15

Sry for the delay,

yeah, with .xml file on both and yeah dev machine fast, server very slow. Slower then the old relational database.
It's all on the virtual machine, our first idea was that it has to do with restricted ressources of the vm, cause local development env has better hardware. (Private PC)
So we extended the ressources of the vm but it is not getting faster.

emmanuel · **Posted:** Thu Feb 12, 2015 9:12 am

I am not sure what to tell you more. The only think that pops up is that mongo can be really slow if the data bigger than the available memory (i.e requiring swapping is a bad idea).