Steve Brewin wrote:
Serge Knystautas wrote:
<<snipped>>
On the InetAddress side, I see that dnsjava is an SPI for
dns lookups.
Adding "sun.net.spi.nameservice.provider.1=dns,dnsjava" we
would make
all the dns calls to use dnsjava the way we configured it.
Should we use the spi approach or try to propagate the
DNSServer.staticMethods usage we currenlty use sometimes??
I thought we had already gone the spi approach, or at least had
considered it at one point. I thought there was some issue with
different results, but I don't remember any specifics.
It isn't clear from a quick search of http://www.dnsjava.org, but I believe
that the spi capability was added in v2. We first switched when it was at
v1.
Shame really, as we now have explicit dependencies on the dnsjava packages
and have added some workarounds in parts to accomodate the specifics of
dnsjava's behaviour. It would be good to revert to the SPI approach for V3,
The pure SPI approach would mean to base the usage of dnsjava on a Sun
specific property. Direct usage of dnsjava sounds more reliable to me as
long as James runs on other vendor's JVMs. They may or may not support
"sun.net.spi...".
Bernd
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
