We are seeing this error on a new install of webMethods 8.2 while trying to run the dbConfigurator.sh. Any ideas on why these errors pop up?

-bash-4.1$ ./dbConfigurator.sh -a create -d sqlserver -c storage -v latest -l "jdbc:wm:sqlserver://SERVERNAME:1433;databaseName=DBNAME" -u DBUSER -p PASSWD -au ADMINUSER -ap ADMINPASSWD -n DBNAME
Exception in thread "main" java.lang.NoClassDefFoundError: org/w3c/dom/ElementTraversal
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator.startDocument(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at com.webmethods.common.cdbc.engine.definition.ComponentStore.initialize(ComponentStore.java:128)
at com.webmethods.common.cdbc.engine.definition.ComponentStore.instance(ComponentStore.java:98)
at com.webmethods.common.cdbc.engine.definition.DatabaseDefinitionManager.<init>(DatabaseDefinitionManager.java:42)
at com.webmethods.common.cdbc.engine.definition.DatabaseDefinitionManager.instance(DatabaseDefinitionManager.java:49)
at com.webmethods.common.cdbc.install.DatabaseComponentInstaller.isValidComponentName(DatabaseComponentInstaller.java:258)
at com.webmethods.common.cdbc.install.DatabaseComponentInstaller.validateDCIParams(DatabaseComponentInstaller.java:1021)
at com.webmethods.common.cdbc.install.DatabaseComponentInstaller.checkMissingArgsAndValidate(DatabaseComponentInstaller.java:148)
at com.webmethods.common.cdbc.install.DatabaseComponentInstaller.execute(DatabaseComponentInstaller.java:341)
at com.webmethods.common.cdbc.client.CommandLineClient.main(CommandLineClient.java:19)
Caused by: java.lang.ClassNotFoundException: org.w3c.dom.ElementTraversal
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 31 more

I’m told this could be due to missing xml-apis.jar on the CLASSPATH. I do have this on the location /opt/softwareag/DB/common/lib/ext/xml-apis.jar

Do we need to modify the setEnv.sh script to include this path?

Thanks for your help.

No, not really. You don’t have to do them explicitly. Was it a working environment before? Has this error happened all of a sudden, or right from first time? Did you try re-installing it?

-Senthil

This was our first install in a clean environment. We tried re-installing a couple of times and it gives us the same/consistent errors on running the dbconfigurator.sh.
What needs to be done to get past this so that our DB’s are created?

Thanks for your help.

If you had already tried that, and this error keeps repeating, I would doubt if the image has got corrupted by any chance… Try creating a new image from sag empower site, and do this again. In a fresh install, this should not give any problem.

Happy fixing…

-Senthil

Thank you Senthil.

We brought up 3 environments earlier and had no issues installing webMethods. The issue we are seeing is on the 4th environment.

We even used the previous setup installers on the 4th environment to see if this worked but it fails. So I think its fair to rule out the file installer corruption.
If the file is corrupt, shouldn’t a file validation occur while the installation is started?

What other possible issues could occur while invoking the dbConfigurator.sh script?

Thanks,
Krishna

i agree with sentil, there is some thing wrong in installation or image. it not nessesary to place any jars file

Try tto unistall DCC and Install it from GUI(if you have option) …still issue not resloved and if it so urgent you need to run scripts to DB,make use of other DCC available in your network

Thanks guys.

The issue was we ran the UpdateManager against the DB folder before and it messed up things. Not running this at all fixed the issue.

Thanks!