[wildfly-dev] Update the Logging IDs Page
David M. Lloyd
david.lloyd at redhat.com
Fri Jul 5 11:32:38 EDT 2013
On 7/3/13 11:29 AM, Darran Lofthouse wrote:
> On 03/07/13 17:22, Tomaž Cerar wrote:
>>
>> On Wed, Jul 3, 2013 at 6:04 PM, Darran Lofthouse
>> <darran.lofthouse at jboss.com <mailto:darran.lofthouse at jboss.com>> wrote:
>>
>> Are they reporting the same problem and do they have the same solution?
>>
>> They are exactly the same, same id and msg....
>
> That wasn't my question ;-)
>
> Do they have the same meaning and same solution?
>
> Or if someone searches based on these IDs is it going to mean something
> different when it applies to Undertow?
I want to dodge this problem by redoing all of our log IDs before the
next beta release. Here's what I want to do:
1) Create a filtered _private subpackage in each WildFly module
2) Move all log messages to a single interface per modules
3) Renumber every log message, changing the project code from JBAS to
WFXXX where XXX is a sub-identifier for the module (e.g.
WFEE/WFEJB/WFHQ/WFWEB/...)
4) Create a mapping document which shows the mapping from JBAS messages
to the new codes, which can be used to seed KBs or whatever
5) Going forward, we will coordinate message IDs across different
project forks by using comments to block out IDs that exist only in
non-mainline forks (EAP) (but since WildFly will have new codes, it is
unlikely that the EAP 6.x cycle will introduce any conflicts; at most
we'll have to add new codes to the mapping doc from time to time when
fixes are backported)
I have already expressed some or all of this but I don't remember where
or when. ;) But hopefully this will shed some light. Or perhaps add
some confusion :)
--
- DML
More information about the wildfly-dev
mailing list