[xep-support] Enhancement - Command line support for Logger class replacement

Greg Baryza baryza at intersystems.com
Wed Nov 17 14:04:05 PST 2004


David:

I had some intervening interruptions.  Upon returning to the task, I 
thought I followed your instructions but am seeing inexplicable results.

My classpath starts out ".;..;".  So in the current directory (where I 
execute the XEP.bat file), I have a directory called "com" with successive 
subdirectories "renderx", "xep", and "lib".  In lib there is a 
"DefaultLogger.java" and a "DefaultLogger.class".  The class is declared as 
implementing com.renderx.xep.lib.Logger.  I have instrumented each of the 
methods (including the constructors) to print out its name when it is 
called using java.lang.System.err.println followed by a flush().

When I execute the XEP.bat file (without "-quiet"), I get two messages 
saying that the default constructor was called, but nothing else.

If I rename "com" to be "xcom" so it isn't searched, I get the expected 
loads of logger output.

Any ideas?

<G>

At 11/13/2004 10:33, you wrote:
>Greg Baryza:
> > Section 8.6 of the XEP 4.0 Reference for Java gives a mechanism for
> > providing replacements for the XEP entityresolver and the JAXP
> > uriresolver.  I would like to suggest that a future release of XEP provide
> > a similar way for me to specify the Logger class.
> >
> > At present, I have to practically reconstruct the mechanisms of XSLDriver
> > in order to make this simple substitution.  I believe it is far more 
> likely
> > that one will want supply their own error message analyzer/accumulator 
> than
> > replace the entity resolution mechanism.
>
>Hi Greg,
>
>At present, xep.jar is not sealed. Just prepend a logger with the same
>class name com.renderx.xep.lib.DefaultLogger to the classpath.
>
>Thank you for the proposal though, we'll consider it.
>
>David
>-------------------
>(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
>in the body of the message to majordomo at renderx.com from the address
>you are subscribed from.
>(*) By using the Service, you expressly agree to these Terms of Service 
>http://www.renderx.com/tos.html

-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo at renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html



More information about the Xep-support mailing list