Problems deploying from the moddeler

1
All of a sudden, on two of our development stations, Mendix throws a fit when we try to run the App from the moddeler for testing. All I get in error-messages is the one below... Caused by: java.lang.NullPointerException: null     at com.mendix.connectionbus.modelsynchronization.ModelSynchronizationUpdater.validateConstraint(ModelSynchronizationUpdater.java:192) Is this caused by a temporary miscommunication with the repository ?   ** updated status : the main-line of the App still runs without any hick-up from the local moddeler, but any branche I create runs into the situation described   Included full stacktrace....   help would be appriciated, this is criplings us at the moment.... An error occurred while initializing the Runtime: null -------- com.mendix.m2ee.api.AdminException: An error occurred while initializing the Runtime: null at com.mendix.basis.impl.MxRuntimeImpl.start(MxRuntimeImpl.java:347) Caused by: java.lang.NullPointerException: null at com.mendix.connectionbus.modelsynchronization.ModelSynchronizationUpdater.validateConstraint(ModelSynchronizationUpdater.java:192) at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1620) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) at java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:270) at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) at com.mendix.connectionbus.modelsynchronization.ModelSynchronizationUpdater.analyzeConstraints(ModelSynchronizationUpdater.java:184) at com.mendix.connectionbus.modelsynchronization.ModelSynchronizationUpdater.validateConstraints(ModelSynchronizationUpdater.java:143) at com.mendix.connectionbus.modelsynchronization.ModelSynchronizationUpdater.analyzeAndRender(ModelSynchronizationUpdater.java:97) at com.mendix.connectionbus.modelsynchronization.SynchronizationManager.analyzeModel(SynchronizationManager.scala:176) at com.mendix.connectionbus.modelsynchronization.SynchronizationManager.analyzeCurrentDatabase(SynchronizationManager.scala:98) at com.mendix.connectionbus.modelsynchronization.SynchronizationManager.analyze(SynchronizationManager.scala:87) at com.mendix.connectionbus.ConnectionBusImpl.collectDatabaseSynchronizationInformation(ConnectionBusImpl.java:316) at com.mendix.basis.impl.MxRuntimeImpl.initializeConnectionBusAnyway(MxRuntimeImpl.java:413) at com.mendix.basis.impl.MxRuntimeImpl.start(MxRuntimeImpl.java:329) at com.mendix.basis.impl.MxRuntimeImpl.start(MxRuntimeImpl.java:274) at com.mendix.m2ee.appcontainer.actions.StartAction.startRuntime(StartAction.java:50) at com.mendix.m2ee.appcontainer.actions.StartAction.execute(StartAction.java:31) at com.mendix.m2ee.appcontainer.server.handler.HttpAdminHandler.handle(HttpAdminHandler.java:122) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:368) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:942) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1004) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:647) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:745)  
asked
1 answers
1

Working with Jaap @ Mendix support we used a work-around going to Modeler version 7.9

This because a similar stacktrace issue was fixed in that version 

We fixed the issue where creating a new attribute for an entity and a unique constraint on that same attribute at the same time made the synchronization fail. (Ticket 58516)

I am 100% sure that we did not add unique constraints, but we did revise the Domain Model significantly.

Still does not explain why I even get the same issue when "loading" the unaltered mainline on a werkstation previously not used for this App........

### update ###

To work around this bug, you can temporarily disable Unique constraints in the database, see Project Settings, tab Runtime, at the bottom: Uniqueness validation. Set this temporarily on Runtime, start your app, and do the necessary database synchronization actions. After being started correctly, set this setting again to Database. Restart and everything should work.

and that did the trick in 7.5.1...........     

that, and making sure that there are no duplicate port-settings on two branches of the same App on your computer...........

answered