On Wednesday, October 16, 2013, Gary Gregory wrote:
On Wed, Oct 16, 2013 at 8:48 AM, Remko Popma
remko.po...@gmail.comjavascript:;
wrote:
Perfection may be hard to achieve, but if Alexander's suggestions are an
improvement over the current schema, should we add them to the current
code
base?
Probably but where are they? It looks like some text was lost in a reply to
this thread.
Gary
Hm, it's a bit hard to do this via mail (but perhaps that's just me...)
Alexander, would you mind raising a JIRA ticket and appending your
modifications to it?
A diff patch file would be ideal.
Best regards,
Remko
Remko
On Tuesday, October 15, 2013, Gary Gregory wrote:
On Mon, Oct 14, 2013 at 11:10 AM, Ralph Goers
ralph.go...@dslextreme.com javascript:; javascript:; wrote:
On Oct 14, 2013, at 7:31 AM, Gary Gregory
garydgreg...@gmail.comjavascript:;
javascript:;
wrote:
The current idea I have is that the XML Schema would reflect exactly
the code that is running. We should start with that. AFAIK, the
current code we have does not allow open-ended XML fragments, but I
could be wrong...
Gary
Of course it allows open-ended XML fragments. If the user provides
their own Appender as a plugin they are free to create other plugins
that
the Appender can then reference. The same is true for Filters,
Lookups,
etc. XMLConfiguration and JSONConfiguration don't care about specific
element names - only that they map to a defined plugin. So any scheme
you
come up with to generate a fully strict schema would have to be able to
account for user defined plugins.
I should have been more specific, or there is another piece I do not
understand.
If I or Alexander provide our own Appender, they will be annotated
with Log4j2 annotations. Today, yes, the XML is open-ended, but not
per XML Schema. In my imaginary yet-to-be-implemented system, you
would tell Log4j, at developement or build time of your app, to
rebuild the metadata such that: (1) the normal config knows about my
custom appender, and (2) I can generate a new XML Schema.
Gary
Ralph
-
To unsubscribe, e-mail:
log4j-user-unsubscr...@logging.apache.orgjavascript:;
javascript:;
For additional commands, e-mail:
log4j-user-h...@logging.apache.orgjavascript:;
javascript:;
--
E-Mail: garydgreg...@gmail.com javascript:; javascript:; |
ggreg...@apache.org javascript:;
javascript:;
Java Persistence with Hibernate, Second Edition
JUnit in Action, Second Edition
Spring Batch in Action
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
-
To unsubscribe, e-mail:
log4j-user-unsubscr...@logging.apache.orgjavascript:;
javascript:;
For additional commands, e-mail:
log4j-user-h...@logging.apache.orgjavascript:;
javascript:;
--
E-Mail: garydgreg...@gmail.com javascript:; |
ggreg...@apache.orgjavascript:;
Java Persistence with Hibernate, Second Edition
http://www.manning.com/bauer3/
JUnit in Action, Second Edition http://www.manning.com/tahchiev/
Spring Batch in Action http://www.manning.com/templier/
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory