02-13-2007 05:23 AM
When i try to upgrade image to many device at same time i got error message "Error in Job XML generation" If i update image to devices one by one all goes fine. Any idea what causes that. Also error message "Exception thrown from TreeGenerator class com.cisco.nm.rmeng.swim.ui.helpers.JobDetailsTreeGenerator Exception is java.lang.NullPointerException" appears.
thanks
Juha
Solved! Go to Solution.
02-13-2007 02:30 PM
You should look at the swim_debug.log for any more information. This error may be related to a bad device display name, or some other device data that breaks well-formed XML. As for the NullPointerException, the error may be related, but more information may be found in the Tomcat stdout.log under NMSROOT/MDC/tomcat/logs.
02-13-2007 02:30 PM
You should look at the swim_debug.log for any more information. This error may be related to a bad device display name, or some other device data that breaks well-formed XML. As for the NullPointerException, the error may be related, but more information may be found in the Tomcat stdout.log under NMSROOT/MDC/tomcat/logs.
02-22-2007 09:32 PM
Ok Thanks for information.
I chek both logs and found line "org.xml.sax.SAXException: Stopping after fatal error: The element type "JobDescription" must be terminated by the matching end-tag ""."
In job description i used 8 bit character job description.
After changing those letters distributing is now ok.
I have before in DFM also same problem when i used those letters in device port description. I could not change port managed state in DFM if those letters appears in device port description. That was resolved by TAC. (CSCsh50211)
Looks like i have to be careful with those letters.
Thanks mister clarke
Juha
02-22-2007 09:48 PM
Most of our XML documents assume the default UTF-8 encoding. This encoding does support 8-bit characters, but not when they're encoded in ISO-8859-1 or ISO-8859-15 which is most likely what you were doing. I know the SWIM distribution.xml file assumes UTF-8. If you can change your encoding, you might try and see if such characters work.
02-22-2007 10:04 PM
All UTF-8 ISO-8859-1 and ISO-8859-15 is marked in windows regional options.
When we was resolving that DFM case CSCsh50211
we found that DFM was installed with wrong regional settings (Finnish) Dfm installation book says that regional settings must be English.
That could be one of the problem.
Juha
02-22-2007 10:14 PM
Yes, LMS is only supported on U.S. English and Japanese locales. And characters encoded with a latin character set will produce non-well-formed XML in just about every [LMS] case. Sticking with 7-bit ASCII is the safe and supported way to go, but if you had to use 8-bit characters, UTF-8 should work.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide