Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 82.138.226.220 is neither permitted nor
 denied by domain of t.p.ellison@gmail.com)
Message-ID: <44885925.2060204@gmail.com>
Date: Thu, 08 Jun 2006 18:06:45 +0100
From: Tim Ellison <t.p.ellison@gmail.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] logging from within our implementation
References: <447C6E8B.8020202@pobox.com>
 <4488224A.1070407@gmail.com>	 <448823B1.3020506@pobox.com>
	 <2c9597b90606080725x594aa419we27d00b52b58d21e@mail.gmail.com>
	 <44883BEC.7050600@pobox.com>
 <2c9597b90606080903w4ec23105k5547a951da1b171f@mail.gmail.com>
In-Reply-To: <2c9597b90606080903w4ec23105k5547a951da1b171f@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

There are many places where the VM / class libraries interact with the
outside world; in some cases very similar to the DNS provider (e.g.
URLClassLoader, ServerSocketChannel, etc) in other cases no so similar
(e.g. allocating OS memory, writing to the file system, etc).

As Geir said, the code typically will deal with problems it encounters
where it makes sense to continue, or throws an exception / error where
it does not.

An advantage of being a 'virtual' machine is that you can introspect the
execution (debugging, execution trace, exceptions, etc.) orthogonally to
the application logic relatively easily.

Regards,
Tim

Alexei Zakharov wrote:
> Once again. DNS provider does not look like another math lib. Yes, it
> is a part of JVM. But it is a network application nevetheless like ftp
> client, icq or whatever. It needs to warn people about some network
> conditions and events without self-termination. It has maximum one
> user-level log message (nano- or microseconds) per several network
> transactions (can last many seconds). I don't see any reasonable
> motivation to remove such messages. We won't get any performance
> impact. Only reduce the usability of the system by doing this.
> 
> 2006/6/8, Geir Magnusson Jr <geir@pobox.com>:
>> I can't recall my jvms ever logging that way for critical stuff - they
>> usually just throw errors, right?
>>
>> Alexei Zakharov wrote:
>> > People, have compassion on critical error/info messages at least (>=
>> > Level.WARNING) . This is not a DEBUG logging, this is useful stuff for
>> > end user!
>> >
>> > 2006/6/8, Geir Magnusson Jr <geir@pobox.com>:
>> >>
>> >>
>> >> Tim Ellison wrote:
>> >> > Resurrecting this thread, with some trepidation...
>> >> >
>> >> > We went round the houses a bit, but did we reach a conclusion to the
>> >> > questions you posed?
>> >>
>> >> Sadly, no, it doesn't seem so.
>> >>
>> >> I was hoping that Aspect-Master-George might give us some hints...
>> >>
>> >> >
>> >> > I'm eager to fix-up the DNS provider code.
>> >>
>> >> Is there something driving that other than the desire to "put it to
>> >> bed"?  (Just curious)
>> >>
>> >> Can you just comment the stuff out?  (or I can - I'll be happy to)
>> >>
>> >> geir
>> >>
>> >> >
>> >> > Regards,
>> >> > Tim
>> >> >
>> >> > Geir Magnusson Jr wrote:
>> >> >> Seems like there is an important issue here, but the discussion
>> can't
>> >> >> seem to escape out of the thicket of the example.
>> >> >>
>> >> >> 1) Should we allow any logging from within the classlibrary?
>> >> >>
>> >> >> 2) How should we do it?
>> >> >>
>> >> >> There are a bunch of ways for the second question...  using j.u.l,
>> >> using
>> >> >>  IOC and injecting our own logging target to reduce dependencies
>> and
>> >> >> make people think before logging, using aspects?
>> >> >>
>> >> >> Comments?  We probably should try to get to a conclusion in
>> general...
>> >> >>
>> >> >> geir
>> >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
> 
> 

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org