When I run a project in a virtual machine on our network it takes a huge amount of time to build the deployment structure - here is the log: Buildfile: H:\BA\1 Projects\1 Mendix\Applications\MTFC-A-main\deployment\build_core.xml compile: [javac] Compiling 244 source files to H:\BA\1 Projects\1 Mendix\Applications\MTFC-A-main\deployment\run\bin [javac] Note: H:\BA\1 Projects\1 Mendix\Applications\MTFC-A-main\javasource\communitycommons\actions\getDTAPMode.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: H:\BA\1 Projects\1 Mendix\Applications\MTFC-A-main\javasource\com\mendix\core\Core.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. build: [bnd] # addAll 'deployment/run/bnd.bnd' with , [bnd] Warnings [bnd] Split package, multiple jars provide the same package:com/mendix/core [bnd] Use Import/Export Package directive -split-package:=(merge-first|merge-last|error|first) to get rid of this warning [bnd] Package found in [Jar:mxruntime, Jar:run] [bnd] Class path [Jar:biz.aQute.bnd.annotation-2.1.0, Jar:org.scala-lang.scala-library-2.10.2, Jar:json, Jar:logging, Jar:m2ee-api, Jar:mxruntime, Jar:integration, Jar:osgi.cmpn-4.2.0, Jar:webui, Jar:javax.servlet-3.0.0, Jar:poi-ooxml-schemas-3.6-20091214, Jar:replication, Jar:dom4j-1.6.1, Jar:postgresql.jdbc4-9.2.1002, Jar:commons-io-2.3, Jar:guava-12.0, Jar:poi-ooxml-3.6-20091214, Jar:antisamy-1.4.4, Jar:commons-fileupload-1.2.1, Jar:activation-1.1-osgi, Jar:commons-email-1.3.1, Jar:xalan-2.7.1, Jar:joda-time-1.6.2, Jar:nekohtml, Jar:mail, Jar:ojdbc6-11.2.0, Jar:commons-codec-1.3, Jar:poi-3.8-20120326, Jar:commons-lang-2.5, Jar:xbean, Jar:sqljdbc4-4.0.2206, Jar:axis2-kernel-1.0, Jar:run] [bnd] # project (project.jar) 379 BUILD SUCCESSFUL Total time: 7 minutes 51 seconds The server then fails to start, but no messages are displayed in the details pane. In a standalone machine, off the network, this process takes 15 seconds and everything works ok. I know this is probably a network issue, but our technicians don't have an explanation. This isn't model specific. Can anyone offer any advice as to what might be causing the problem? Many thanks, David
How many jar files are in your userlib folder? When migrating to Mendix 5 you may have selected all of them but that shouldn't be necessary normally. Rezipping these jars (which are already zip files) takes a lot of time, especially when using poorly performing IO on virtual machines.
Sebastiaan van den Broek
Is your H: drive mapped to another machine? The Modeler performs poorly when your project directory is not located on the same physical machine. During deployment lots of files are being written and if that happens on a network share, performance will be bad.