Sorry, seems that to me the error isn't related.
On Jun 17, 2015, at 12:14 PM, Eduardo Sant'Ana da Silva
<eduardo.santanadasilva(a)gmail.com> wrote:
But it is happening as John said.
I've just tested, renaming my maven repository in a way that wildlfy could not reach
it and I've got:
./standalone.sh
=========================================================================
JBoss Bootstrap Environment
JBOSS_HOME: .... /Wildfly/Neutral/wildfly-10.0.0.Alpha3-SNAPSHOT
JAVA: /Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk/Contents/Home//bin/java
JAVA_OPTS: -server -XX:+UseCompressedOops -server -XX:+UseCompressedOops -Xms64m
-Xmx512m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman
-Djava.awt.headless=true
=========================================================================
Exception in thread "main" org.jboss.modules.ModuleLoadException: Error loading
module from
/Users/eduardo/Applications/Dev/Servers/Wildfly/Neutral/wildfly-10.0.0.Alpha3-SNAPSHOT/modules/system/layers/base/org/apache/xerces/main/module.xml
at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:150)
at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:127)
at org.jboss.modules.LocalModuleFinder$1.run(LocalModuleFinder.java:150)
at org.jboss.modules.LocalModuleFinder$1.run(LocalModuleFinder.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at org.jboss.modules.LocalModuleFinder.findModule(LocalModuleFinder.java:144)
at org.jboss.modules.ModuleLoader.findModule(ModuleLoader.java:452)
at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:355)
at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:302)
at org.jboss.modules.Module.addPaths(Module.java:1028)
at org.jboss.modules.Module.link(Module.java:1398)
at org.jboss.modules.Module.relinkIfNecessary(Module.java:1426)
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:238)
at org.jboss.modules.Main.main(Main.java:384)
Caused by: org.jboss.modules.xml.XmlPullParserException: Failed to resolve artifact
'xerces:xercesImpl:2.11.0.SP3' (position: END_TAG seen ...resources>\n
<artifact name="xerces:xercesImpl:2.11.0.SP3"/>... @28:56)
at org.jboss.modules.ModuleXmlParser.parseArtifact(ModuleXmlParser.java:756)
at org.jboss.modules.ModuleXmlParser.parseResources(ModuleXmlParser.java:650)
at org.jboss.modules.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:446)
at org.jboss.modules.ModuleXmlParser.parseDocument(ModuleXmlParser.java:261)
at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:148)
... 13 more
On Jun 17, 2015, at 11:26 AM, John O'Hara <johara(a)redhat.com> wrote:
> When I build WF10 in a build env. and move the built app server to a
> different env. I am unable to start WF10. This is due to the modules
> now resolving jars from the local maven repo. The build process
> downloads and installs the required jars to local maven repo. that are
> not available on the target environment.
>
> Is there a way to either
> a) build WF10 and package all the module jars into the build so that it
> is portable,
> or b) for the WF10 bootstrap process to download missing packages from a
> remote maven repo on startup where any modules are missing in the local
> repo?
>
> Thanks
>
> --
> John O'Hara
> johara(a)redhat.com
>
> JBoss, by Red Hat
> Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor,
Berkshire, SI4 1TE, United Kingdom.
> Registered in UK and Wales under Company Registration No. 3798903 Directors: Michael
Cunningham (USA), Charlie Peters (USA), Matt Parsons (USA) and Michael O'Neill
(Ireland).
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/wildfly-dev