Re: [lmi] an xml schema for (single|multiple)_cell_document file XML format

[Greg Chicares]

On 2012-03-13 02:43Z, Greg Chicares wrote:
> 
> I'll leave it to others to experiment with 'jing'--I haven't installed
> it here yet.

To get the ball rolling, I downloaded the latest:
  http://code.google.com/p/jing-trang/downloads/detail?name=jing-20091111.zip

For the security-minded:
  
http://virusscan.jotti.org/en/scanresult/f47b44b7d9f6c2787314863d67764d5239e60f5f

Anyway, this page:
  http://www.thaiopensource.com/relaxng/jing.html
says it requires "Java 2 Platform, Standard Edition (J2SE) version 1.4
(or any later version), such as the Java Runtime Environment (JRE)",
which I would appear to have...and I even copied the schemata and
files to be tested into jing's bin/ directory...however:

/lmi/src/lmi/a00/vs/rng/jing-20091111/bin[0]$java -version
java version "1.4.2_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03)
Java HotSpot(TM) Client VM (build 1.4.2_06-b03, mixed mode)
/lmi/src/lmi/a00/vs/rng/jing-20091111/bin[0]$java -jar jing.jar -c census.rnc 
sample2bad.cns
Exception in thread "main" java.lang.UnsupportedClassVersionError: 
com/thaiopensource/relaxng/util/Driver (Unsupported major.minor version 49.0)
        at java.lang.ClassLoader.defineClass0(Native Method)
        at java.lang.ClassLoader.defineClass(Unknown Source)
        at java.security.SecureClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.access$100(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClassInternal(Unknown Source)

That seems to indicate that jing-20091111 requires JRE-1.5, whereas
I have JRE-1.4.2 . The page that says JRE-1.4 should suffice:
  http://www.thaiopensource.com/relaxng/jing.html
specifies jing-20081028, so I tried that older jing version:

  http://jing-trang.googlecode.com/files/jing-20081028.zip
  
http://virusscan.jotti.org/en/scanresult/893525cd52962c9cae337e6e65d11f39b6d38943

and it did work--but it's not optimally helpful:

C:\lmi\src\lmi\a00\vs\rng\jing-20081028\bin\sample2bad.cns:12:34: error: bad 
character content for element

So I held my nose and updated java, disabled the phone-home junk it
burdens me with even though I tell it not to, blocked its attempts
to send internet traffic out even though I had downloaded the full
package that isn't supposed to require a connection, then manually
killed the "quick starter" junk it had started against my wishes,
and, after following all the directions from the vendor to get rid
of such junk, manually inhibited the "update scheduler" that they
somehow forget to mention. And now:

/lmi/src/lmi/a00/vs/rng/jing-20091111/bin[0]$java -jar jing.jar -c census.rnc 
sample2bad.cns

C:\lmi\src\lmi\a00\vs\rng\jing-20091111\bin\sample2bad.cns:12:34: error: 
character content of element "AgentState" invalid; must be equal to "AK", "AL", 
"AR", "AZ", "CA", "CO", "CT", "DC", "DE", "FL", "GA", "HI", "IA", "ID", "IL", 
"IN", "KS", "KY", "LA", "MA", "MD", "ME", "MI", "MN", "MO", "MS", "MT", "NC", 
"ND", "NE", "NH", "NJ", "NM", "NV", "NY", "OH", "OK", "OR", "PA", "PR", "RI", 
"SC", "SD", "TN", "TX", "UT", "VA", "VT", "WA", "WI", "WV", "WY" or "XX"

That's a whole lot better: we want the latest 'jing'.