DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2003-03-10 13:11 ------- The <value>FOP @version@</value> is in the source config.xml. This is filtered to get the real version into the file during build and packaged into the FOP jar. Therefore: look into the jar to see what really is in there. Furthermore, Version.getVersion() returns null unless either the config.xml is read or the version is explicitely set in the Configuration class (static method). The config.xml is loaded automatically from the jar during instanciation of an an Options object. If FOP is embedded, the FOP core will not automatically instanciate Options, the embedder must take care of this. Often an userconfig is loaded through a 'new Options("userconfig.xml")' or such, this will also load the config.xml from the jar. It's quirky but its supposed to work this way. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
