Not only Oracle but our own Weld has this. It is awesome. I googled error codes and fixed the problem immediately. Fantastic idea!

On 11-03-16 6:39 AM, Manik Surtani wrote:
Yup.  Essentially if anyone's ever worked with Oracle DB, plugging an ORA-12345 error code into Google usually gives you details of the error regardless of the i18n error message you find in the logs.

On 16 Mar 2011, at 09:08, Emmanuel Bernard wrote:

The road taken by JBoss Logging is to:
 - associate an alphanumerical code that you can search on the internet. And of course by default messages are in English.
 - use methods to generate the log call

in Infinispan code
if ( txLog == null ) {
   LOG.txLogPushError(txId);
}

@MessageLogger( projectCode = "ISPN" )
public interfaceInfinispanLogger extends BasicLogger {
    @LogMessage( level = ERROR )
    @Message( value = "Error pushing tx log (tx id=%1$)", id = 345 )
    void txLogPushError(String txId);

in your app log
ISPN000345 Error pushing tx log (tx id=3232)


later on, on a wiki page

ISPN-000345 Error pushing tx log
When this happens, you're screwed unless you use JBoss Transaction and then...


I could not really find the doc for JBoss Logging but David will know where it is.

On 16 mars 2011, at 09:42, Tristan Tarrant wrote:

The only problem I have with this is that if all error / logging messages are i18n'ed, they will be difficult to search for on the web / forums / wikis. 
For this reason all error messages should include a locale-independent error code. Numeric is ok, but I'd rather have a "readable" error code. 
For example the string "Error pushing tx log" in InvertedLeaveTask.java would become "TX_LOG_PUSH_ERR: Error pushing tx log".

Any thoughts on this ?

Tristan

On Wed, Mar 16, 2011 at 09:09, Galder Zamarreño <galder@redhat.com> wrote:

On Mar 15, 2011, at 6:29 PM, Manik Surtani wrote:

>
> On 15 Mar 2011, at 17:21, Mircea Markus wrote:
>
>>
>> On 15 Mar 2011, at 17:17, Emmanuel Bernard wrote:
>>
>>> As David pointed out %1$ is superior to %s for internationalization.
>> Agreed.
>> Not sure we want i18n for logs and error messages (?)
>
> It's on our roadmap and a requirement for a few downstream projects/products.

Yup: https://issues.jboss.org/browse/ISPN-380

>
> --
> Manik Surtani
> manik@jboss.org
> twitter.com/maniksurtani
>
> Lead, Infinispan
> http://www.infinispan.org
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache


_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani

Lead, Infinispan



_______________________________________________ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev