dnsjava-users — The dnsjava mailing list

Re: Can it be helpful ?

[Brian W. <bwe...@xb...>]

On Thu, 20 Jul 2006, Giuseppe Avvinti wrote:

> my next effort will be to write a mediation agent between a bind9 dns 
> issuing NAPTR records queries and a fictiotious DB that contains some 
> testing data.
>
> I'm looking for some stuff that can ease the task of writing the DNS 
> listening interface (the one that receives queries from a NS that 
> couldn't resolve the data he's been asked first) instead of writing it 
> from scratch starting from RFC1034-1035 and so on ...
>
> I've successfully used your dnsjava for a test client that makes a NAPTR 
> lookup to my local bind9 installation (though the test client was only 
> slightly different than the one you propose as an example).
>
> My question is: does dnsjava also supports the task I'm going to 
> implement ? I've looked into the documentation but nothing catched my 
> attention in this respect (something else, like the overall quality of 
> the project did instead) ?

I'm not sure exactly what it is that you're trying to do, so it's hard to 
say if dnsjava supports the necessary functionality.

dnsjava definitely supports parsing queries and generating responses. 
There's a sample implementation of a DNS server included (jnamed), but 
it's not robust to be used on its own, and is better used as a guide of 
how to use the various classes more relevant to serving data.

Brian

Can it be helpful ?

[Giuseppe A. <gav...@in...>]

Hi,
my next effort will be to write a mediation agent between a bind9 dns issuing NAPTR records queries and a fictiotious DB that contains some testing data.

I'm looking for some stuff that can ease the task of writing the DNS listening interface (the one that receives queries from a NS that couldn't resolve the data he's been asked first) instead of writing it from scratch starting from RFC1034-1035 and so on ...

I've successfully used your dnsjava for a test client that makes a NAPTR lookup to my local bind9 installation (though the test client was only slightly different than the one you propose as an example).

My question is: does dnsjava also supports the task I'm going to implement ? I've looked into the documentation but nothing catched my attention in this respect (something else, like the overall quality of the project did instead) ?

Regards & Ciao
Giuseppe

Re: questions on async API

[Brian W. <bwe...@xb...>]

On Mon, 27 Mar 2006, Anders Kristensen wrote:

> I have some questions on how the asynchronous interface of dnsjava works.

All of the asynchronous code should be replaced soon with a much better 
interface, but I'll answer the questions based both the current (a) and 
in-progress code (b)

> 1. Are upcalls performed in the same thread(s) that read data from sockets?

(a) Each query creates a new thread, which performs both the resolution 
and the upcall.

(b) A different thread.

> 2. If the answer to question 1 is yes, will dnsjava become unresponsive if an 
> application performs a blocking action (unrelated to DNS) in a dnsjava 
> upcall?

(a) No, as it's a separate thread.

(b) Not completely sure yet.

> 3. If the answer to question 1 is no, that is, if dnsjava has a mechanism for 
> delivering responses in threads that are not the ones used for reading data 
> from sockets, what is this mechanism?

(b) A new thread will be spawned to return the response, or possibly the 
response will be queued.

> 4. Will dnsjava ever use TCP for outgoing (async) requests? If so, will 
> dnsjava write to the TCP socket in the thread that calls Resolver.sendAsync 
> and if so, is this a blocking call?

(a) and (b) TCP will never cause async requests to block anything other 
than threads watching sockets.

> As you can hear I'm worried about various failure scenarios that are probably 
> not typical but which we have to protect ourselves against nonetheless in the 
> application we're building.
>
> Thanks for any light you can shed on this subject.

The main problem with the current code is that one thread per async query 
doesn't scale well.  The new code should be a lot better once it's 
integrated, but I'm way behind on doing that.

Brian

Re: InetAddress and dnsjava

[Brian W. <bwe...@xb...>]

On Mon, 27 Mar 2006, Anders Kristensen wrote:

> I was wondering if anyone could tell me how InetAddress.getByName is 
> implemented in the JDK. I imagine it uses the platform's resolver library but 
> maybe it uses the JNDI DNS resolver?

I believe it uses the JNDI resolver, which uses the platform's resolver
library.

> Is the InetAddress resolver pluggable in any way? Would it be possible to 
> have it map on to dnsjava, say?

Yes.  See the "Replacing the standard Java DNS functionality" section of 
the dnsjava README file.

Brian

InetAddress and dnsjava

[Anders K. <an...@ci...>]

All,

I was wondering if anyone could tell me how InetAddress.getByName is 
implemented in the JDK. I imagine it uses the platform's resolver 
library but maybe it uses the JNDI DNS resolver?

Is the InetAddress resolver pluggable in any way? Would it be possible 
to have it map on to dnsjava, say?

Thanks,
Anders

questions on async API

[Anders K. <an...@ci...>]

Brian,

I have some questions on how the asynchronous interface of dnsjava works.

1. Are upcalls performed in the same thread(s) that read data from sockets?

2. If the answer to question 1 is yes, will dnsjava become unresponsive 
if an application performs a blocking action (unrelated to DNS) in a 
dnsjava upcall?

3. If the answer to question 1 is no, that is, if dnsjava has a 
mechanism for delivering responses in threads that are not the ones used 
for reading data from sockets, what is this mechanism?

4. Will dnsjava ever use TCP for outgoing (async) requests? If so, will 
dnsjava write to the TCP socket in the thread that calls 
Resolver.sendAsync and if so, is this a blocking call?

As you can hear I'm worried about various failure scenarios that are 
probably not typical but which we have to protect ourselves against 
nonetheless in the application we're building.

Thanks for any light you can shed on this subject.

Anders

Re: a possible change in zonetransfer

[Can B. <ca...@bi...>]

T0ssIGhlcmUncyB0aGUgbWVzc2FnZSBhZ2Fpbi4gTGV0J3MgaG9wZSBpdCBnZXRzIHRyYW5zbWl0
dGVkIHRoaXMgdGltZSA6KQpCVFcsIHllcyBJIGRpZCBzYXZlIHF1aXRlIGEgbG90IG9mIG1lbW9y
eSwgc2luY2UgbXkgcmVwbGFjZW1lbnQgbGlzdApzdG9yZXMgZGF0YSBvbiBkaXNrLgoKSGksCgpJ
J20gd29ya2luZyBvbiBhIHByb2plY3Qgd2hpY2ggaW52b2x2ZXMgbG90cyBvZiBsYXJnZSAmIHNp
bXVsdGFuZW91cwpheGZyIHF1ZXJpZXMuIEl0IGJlY2FtZSBldmlkZW50IHRoYXQgcmVkdWNpbmcg
bWVtb3J5IHJlcXVpcmVtZW50cyBieQp0aG9zZSBheGZyIHRyYW5zZmVycyBhcmUgdmVyeSBpbXBv
cnRhbnQgZm9yIHRoZSBtYWludGFuYW5jZSBvZiB0aGUKc3lzdGVtLgoKSSBpbml0aWFsbHkgZGVj
aWRlZCB0byBjbG9uZSBab25lVHJhbnNmZXJJbiBhbmQgY2hhbmdlIHRoZSBheGZyIGFuZAppeGZy
IGxpc3RzIHRvIGJlIGluaXRpYWxpemVkIHRvIG15IGhvbWUtZ3Jvd24gbGlzdCBpbXBsZW1lbnRh
dGlvbgppbnN0ZWFkIG9mIGFycmF5bGlzdC4gSWRlYWxseSwgdGhlIHJlc3VsdGluZyBjbGFzcyBz
aG91bGQgYmUgdGhlIHNhbWUKYXMgWm9uZVRyYW5zZmVySW4sIG9ubHkgZGlmZmVyZW50IGluIGF4
ZnIgPSBuZXcgQXJyYXlMaXN0KCkgYW5kIGl4ZnIgPQpuZXcgQXJyYXlMaXN0KCkgbGluZXMuIEJ1
dCB0aGVyZSBhcmUgbW9yZSBjaGFuZ2VzIGluIG90aGVyIGNsYXNzZXMsCnNpbmNlIHNvbWUgZnVu
Y3Rpb25zIHVzZWQgaW4gdGhlIG9yaWdpbmFsIGNsYXNzIGFyZSBwYWNrYWdlIHByaXZhdGUKZnVu
Y3Rpb25zLgoKSSB3b25kZXIgaWYgaXQgbWFrZXMgc2Vuc2UgdG8gbW9kaWZ5IHRoZSBvcmlnaW5h
bCBjbGFzcyB0byBhbGxvdyBtZSB0bwp0ZWxsIHdoYXQga2luZCBvZiBsaXN0IHRvIHVzZSBmb3Ig
YXhmciwgZGVmYXVsdGluZyB0byBhcnJheWxpc3QuIFRoaXMKd2lsbCByZW1vdmUgYSBjb25zaWRl
cmFibGUgYW1vdW50IG9mIGNvbXBsZXhpdHkgZnJvbSBteSBjb2RlLCBhbmQgbWFrZQpkbnNqYXZh
IG1vcmUgZmxleGlibGUuIEkgY2FuIHByb3ZpZGUgcGF0Y2hlcyBpZiB5b3UgZmluZCB0aGlzCnBs
YXVzaWJsZS4KCkNoZWVycywKCk9uIDIvMjEvMDYsIEJyaWFuIFdlbGxpbmd0b24gPGJ3ZWxsaW5n
QHhiaWxsLm9yZz4gd3JvdGU6Cj4gT24gTW9uLCAyMCBGZWIgMjAwNiwgQ2FuIEJpY2FuIHdyb3Rl
Ogo+Cj4gPiBJJ20gd29ya2luZyBvbiBhIHByb2plY3Qgd2hpY2ggaW52b2x2ZXMgbG90cyBvZiBs
YXJnZSAmIHNpbXVsdGFuZW91cwo+ID4gYXhmciBxdWVyaWVzLiBJdCBiZWNhbWUgZXZpZGVudCB0
aGF0IHJlZHVjaW5nIG1lbW9yeSByZXF1aXJlbWVudHMgYnkKPiA+IHRob3NlIGF4ZnIgdHJhbnNm
ZXJzIGFyZSB2ZXJ5IGltcG9ydGFudCBmb3IgdGhlIG1haW50YW5hbmNlIG9mIHRoZQo+ID4gc3lz
dGVtLgo+ID4KPiA+IEkgaW5pdGlhbGx5IGRlY2lkZWQgdG8gY2xvbmUgWm9uZVRyYW5zZmVySW4g
YW5kIGNoYW5nZSB0aGUgYXhmciBhbmQKPiA+IGl4ZnIgbGlzdHMgdG8gYmUgaW5pdGlhbGl6ZWQg
dG8gbXkgaG9tZS1ncm93biBsaXN0IGltcGxlbWVudGF0aW9uCj4gPiBpbnN0ZWFkIG9mIGFycmF5
bGlzdC4gSWRlYWxseSwgdGhlIHJlc3VsdGluZyBjbGFzcyBzaG91bGQgYmUgdGhlIHNhbWUKPiA+
IGFzIFpvbmVUcmFuc2ZlckluLCBvbmx5IGRpZmZlcmVudCBpbiBheGZyID0gbmV3IEFycmF5TGlz
dCgpIGFuZCBpeGZyID0KPiA+IG5ldyBBcnJheUxpc3QoKQo+Cj4gWW91ciBtZXNzYWdlIGFwcGVh
cnMgdG8gaGF2ZSBiZWVuIG1hbGZvcm1lZCwgYW5kIHdhcyB0cnVuY2F0ZWQgYXQgdGhpcwo+IHBv
aW50LiAgV2FzIHRoZXJlIGFueSBtb3JlIGRldGFpbCBhYm91dCB3aGF0IHlvdSBkaWQgYW5kIGhv
dyBtdWNoIG1lbW9yeQo+IGl0IHNhdmVkPwo+Cj4gQnJpYW4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVt
YWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4gRG8geW91IGdyZXAgdGhyb3VnaCBsb2cg
ZmlsZXMKPiBmb3IgcHJvYmxlbXM/ICBTdG9wISAgRG93bmxvYWQgdGhlIG5ldyBBSkFYIHNlYXJj
aCBlbmdpbmUgdGhhdCBtYWtlcwo+IHNlYXJjaGluZyB5b3VyIGxvZyBmaWxlcyBhcyBlYXN5IGFz
IHN1cmZpbmcgdGhlICB3ZWIuICBET1dOTE9BRCBTUExVTkshCj4gaHR0cDovL3NlbC5hcy11cy5m
YWxrYWcubmV0L3NlbD9jbWQ9bG5rJmtpZD0xMDM0MzImYmlkPTIzMDQ4NiZkYXQ9MTIxNjQyCj4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBkbnNqYXZh
LXVzZXJzIG1haWxpbmcgbGlzdAo+IGRuc2phdmEtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0
Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZG5zamF2YS11
c2Vycwo+CgoKLS0KQ2FuIEJpY2FuCg==

Re: a possible change in zonetransfer

[Brian W. <bwe...@xb...>]

On Mon, 20 Feb 2006, Can Bican wrote:

> I'm working on a project which involves lots of large & simultaneous
> axfr queries. It became evident that reducing memory requirements by
> those axfr transfers are very important for the maintanance of the
> system.
> 
> I initially decided to clone ZoneTransferIn and change the axfr and
> ixfr lists to be initialized to my home-grown list implementation
> instead of arraylist. Ideally, the resulting class should be the same
> as ZoneTransferIn, only different in axfr = new ArrayList() and ixfr =
> new ArrayList()

Your message appears to have been malformed, and was truncated at this 
point.  Was there any more detail about what you did and how much memory 
it saved?

Brian

a possible change in zonetransfer

[Can B. <ca...@bi...>]

SGksCgpJJ20gd29ya2luZyBvbiBhIHByb2plY3Qgd2hpY2ggaW52b2x2ZXMgbG90cyBvZiBsYXJn
ZSAmIHNpbXVsdGFuZW91cwpheGZyIHF1ZXJpZXMuIEl0IGJlY2FtZSBldmlkZW50IHRoYXQgcmVk
dWNpbmcgbWVtb3J5IHJlcXVpcmVtZW50cyBieQp0aG9zZSBheGZyIHRyYW5zZmVycyBhcmUgdmVy
eSBpbXBvcnRhbnQgZm9yIHRoZSBtYWludGFuYW5jZSBvZiB0aGUKc3lzdGVtLgoKSSBpbml0aWFs
bHkgZGVjaWRlZCB0byBjbG9uZSBab25lVHJhbnNmZXJJbiBhbmQgY2hhbmdlIHRoZSBheGZyIGFu
ZAppeGZyIGxpc3RzIHRvIGJlIGluaXRpYWxpemVkIHRvIG15IGhvbWUtZ3Jvd24gbGlzdCBpbXBs
ZW1lbnRhdGlvbgppbnN0ZWFkIG9mIGFycmF5bGlzdC4gSWRlYWxseSwgdGhlIHJlc3VsdGluZyBj
bGFzcyBzaG91bGQgYmUgdGhlIHNhbWUKYXMgWm9uZVRyYW5zZmVySW4sIG9ubHkgZGlmZmVyZW50
IGluIGF4ZnIgPSBuZXcgQXJyYXlMaXN0KCkgYW5kIGl4ZnIgPQpuZXcgQXJyYXlMaXN0KCkgbGlu
ZXMuIEJ1dCB0aGVyZSBhcmUgbW9yZSBjaGFuZ2VzIGluIG90aGVyIGNsYXNzZXMsCnNpbmNlIHNv
bWUgZnVuY3Rpb25zIHVzZWQgaW4gdGhlIG9yaWdpbmFsIGNsYXNzIGFyZSBwYWNrYWdlIHByaXZh
dGUKZnVuY3Rpb25zLgoKSSB3b25kZXIgaWYgaXQgbWFrZXMgc2Vuc2UgdG8gbW9kaWZ5IHRoZSBv
cmlnaW5hbCBjbGFzcyB0byBhbGxvdyBtZSB0bwp0ZWxsIHdoYXQga2luZCBvZiBsaXN0IHRvIHVz
ZSBmb3IgYXhmciwgZGVmYXVsdGluZyB0byBhcnJheWxpc3QuIFRoaXMKd2lsbCByZW1vdmUgYSBj
b25zaWRlcmFibGUgYW1vdW50IG9mIGNvbXBsZXhpdHkgZnJvbSBteSBjb2RlLCBhbmQgbWFrZQpk
bnNqYXZhIG1vcmUgZmxleGlibGUuIEkgY2FuIHByb3ZpZGUgcGF0Y2hlcyBpZiB5b3UgZmluZCB0
aGlzCnBsYXVzaWJsZS4KCkNoZWVycywKCi0tCkNhbiBCaWNhbgo=

Re: bug in ZoneTransferIn.run

[Brian W. <bwe...@xb...>]

On Tue, 24 Jan 2006, Can Bican wrote:

> Where zone is valid zone to transfer and ns is a server that raises
> ConnectException for this zone. The code above fails quite quickly
> via:
>
> [snip]
>
> $ diff original/org/xbill/DNS/ZoneTransferIn.java
> new/org/xbill/DNS/ZoneTransferIn.java
> 553,554c553,554
> <       openConnection();
> <       try {
> ---
>>     try {
>>         openConnection();
>
> Does that make sense as a bugfix? :)

Looks correct.  I'll apply this, and also make closeConnection() check 
that client is non-null before using it.

Brian

bug in ZoneTransferIn.run

[Can B. <can...@gm...>]

Hi,

When axfr request fails with a ConnectException(IOException), file
descriptors are not cleaned up properly. This can be reproduced via:

private static void testAxfr(String zone,String ns) throws
IOException, ZoneTransferException {
        while (true) {
            try {
            ZoneTransferIn xfr =3D3D ZoneTransferIn.newAXFR(new Name(zone),
                    ns, null);
            List result =3D3D xfr.run();
            } catch (ConnectException e) {
                ;
            }
        }
    }

Where zone is valid zone to transfer and ns is a server that raises
ConnectException for this zone. The code above fails quite quickly
via:

Exception in thread "main" java.lang.ExceptionInInitializerError
        at sun.nio.ch.SocketDispatcher.close(SocketDispatcher.java:37)
        at sun.nio.ch.SocketChannelImpl.kill(SocketChannelImpl.java:662)
        at sun.nio.ch.SocketChannelImpl.implCloseSelectableChannel(SocketCh=
=3D
annelImpl.java:649)
        at java.nio.channels.spi.AbstractSelectableChannel.implCloseChannel=
=3D
(AbstractSelectableChannel.java:201)
        at java.nio.channels.spi.AbstractInterruptibleChannel.close(Abstrac=
=3D
tInterruptibleChannel.java:97)
        at org.xbill.DNS.Client.<init>(Client.java:30)
        at org.xbill.DNS.TCPClient.<init>(TCPClient.java:14)
        at org.xbill.DNS.ZoneTransferIn.openConnection(ZoneTransferIn.java:=
=3D
305)
        at org.xbill.DNS.ZoneTransferIn.run(ZoneTransferIn.java:554)

I fixed the problem by:

$ diff original/org/xbill/DNS/ZoneTransferIn.java
new/org/xbill/DNS/ZoneTransferIn.java
553,554c553,554
<       openConnection();
<       try {
---
>     try {
>         openConnection();

Does that make sense as a bugfix? :)

Best Regards,

--
Can Bican

bug in ZoneTransferIn.run

[Can B. <ca...@bi...>]

Hi,

When axfr request fails with a ConnectException(IOException), file
descriptors are not cleaned up properly. This can be reproduced via:

private static void testAxfr(String zone,String ns) throws
IOException, ZoneTransferException {
        while (true) {
            try {
            ZoneTransferIn xfr =3D ZoneTransferIn.newAXFR(new Name(zone),
                    ns, null);
            List result =3D xfr.run();
            } catch (ConnectException e) {
                ;
            }
        }
    }

Where zone is valid zone to transfer and ns is a server that raises
ConnectException for this zone. The code above fails quite quickly
via:

Exception in thread "main" java.lang.ExceptionInInitializerError
        at sun.nio.ch.SocketDispatcher.close(SocketDispatcher.java:37)
        at sun.nio.ch.SocketChannelImpl.kill(SocketChannelImpl.java:662)
        at sun.nio.ch.SocketChannelImpl.implCloseSelectableChannel(SocketCh=
annelImpl.java:649)
        at java.nio.channels.spi.AbstractSelectableChannel.implCloseChannel=
(AbstractSelectableChannel.java:201)
        at java.nio.channels.spi.AbstractInterruptibleChannel.close(Abstrac=
tInterruptibleChannel.java:97)
        at org.xbill.DNS.Client.<init>(Client.java:30)
        at org.xbill.DNS.TCPClient.<init>(TCPClient.java:14)
        at org.xbill.DNS.ZoneTransferIn.openConnection(ZoneTransferIn.java:=
305)
        at org.xbill.DNS.ZoneTransferIn.run(ZoneTransferIn.java:554)

I fixed the problem by:

$ diff original/org/xbill/DNS/ZoneTransferIn.java
new/org/xbill/DNS/ZoneTransferIn.java
553,554c553,554
<       openConnection();
<       try {
---
>     try {
>         openConnection();

Does that make sense as a bugfix? :)

Best Regards,

--
Can Bican

Re: Update usage?

[Brian W. <bwe...@xb...>]

On Wed, 30 Nov 2005, Praveen Tammana wrote:

> Is 2.0.1a considered a proper release?  What does the 'a' mean?

'alpha'.  It was basically a snapshot release for someone to test.

I'm going to go ahead and do the real 2.0.1 release now.

Brian

Re: Update usage?

[Praveen T. <pra...@gm...>]

On 11/30/05, Brian Wellington <bwe...@xb...> wrote:
>
> On Wed, 30 Nov 2005, Ian Kallen wrote:
>
> > OK, thanks for the usage example with update, that helped. I have code
> > now that runs and passes its tests. A peculiar thing seems evident
> > from my experience with this, the dnsjava 2.0.0 classes appear to be
> > sensitive to how the classes are loaded. I found this when the
> > simplest thing worked in a command line class (in public static void
> > main), worked from the command line invoked by a JUnit TestCase but
> > failed with NullPointerExceptions when the same TestCase was run by
> > the the maven (v1.0.2) build system I had. A typical stacktrace would
> > look like this:
> >
> >    [junit] java.lang.NullPointerException
> >    [junit]     at org.xbill.DNS.Record.getTypedObject(Record.java:64)
> >    [junit]     at org.xbill.DNS.Record.getEmptyRecord(Record.java:87)
> >    [junit]     at org.xbill.DNS.Record.fromString(Record.java:503)
> >    [junit]     at org.xbill.DNS.Record.fromString(Record.java:527)
> >    [junit]     at org.xbill.DNS.Update.add(Update.java:136)
> >    [junit]     at org.xbill.DNS.Update.replace(Update.java:253)
> >
> > Anway, I worked around it by throwing together an ant build system for
> > my project and everything worked. Weird.
>
> There have definitely been some problems relating to class loading, and I
> think they should all be solved in 2.0.1 when it's released.


Is 2.0.1a considered a proper release?  What does the 'a' mean?

-Praveen

Brian
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> dnsjava-users mailing list
> dns...@li...
> https://lists.sourceforge.net/lists/listinfo/dnsjava-users
>

Re: Update usage?

[Brian W. <bwe...@xb...>]

On Wed, 30 Nov 2005, Ian Kallen wrote:

> OK, thanks for the usage example with update, that helped. I have code
> now that runs and passes its tests. A peculiar thing seems evident
> from my experience with this, the dnsjava 2.0.0 classes appear to be
> sensitive to how the classes are loaded. I found this when the
> simplest thing worked in a command line class (in public static void
> main), worked from the command line invoked by a JUnit TestCase but
> failed with NullPointerExceptions when the same TestCase was run by
> the the maven (v1.0.2) build system I had. A typical stacktrace would
> look like this:
>
>    [junit] java.lang.NullPointerException
>    [junit]     at org.xbill.DNS.Record.getTypedObject(Record.java:64)
>    [junit]     at org.xbill.DNS.Record.getEmptyRecord(Record.java:87)
>    [junit]     at org.xbill.DNS.Record.fromString(Record.java:503)
>    [junit]     at org.xbill.DNS.Record.fromString(Record.java:527)
>    [junit]     at org.xbill.DNS.Update.add(Update.java:136)
>    [junit]     at org.xbill.DNS.Update.replace(Update.java:253)
>
> Anway, I worked around it by throwing together an ant build system for
> my project and everything worked. Weird.

There have definitely been some problems relating to class loading, and I 
think they should all be solved in 2.0.1 when it's released.

Brian

Re: Update usage?

[Ian K. <spi...@gm...>]

OK, thanks for the usage example with update, that helped. I have code
now that runs and passes its tests. A peculiar thing seems evident
from my experience with this, the dnsjava 2.0.0 classes appear to be
sensitive to how the classes are loaded. I found this when the
simplest thing worked in a command line class (in public static void
main), worked from the command line invoked by a JUnit TestCase but
failed with NullPointerExceptions when the same TestCase was run by
the the maven (v1.0.2) build system I had. A typical stacktrace would
look like this:

    [junit] java.lang.NullPointerException
    [junit]     at org.xbill.DNS.Record.getTypedObject(Record.java:64)
    [junit]     at org.xbill.DNS.Record.getEmptyRecord(Record.java:87)
    [junit]     at org.xbill.DNS.Record.fromString(Record.java:503)
    [junit]     at org.xbill.DNS.Record.fromString(Record.java:527)
    [junit]     at org.xbill.DNS.Update.add(Update.java:136)
    [junit]     at org.xbill.DNS.Update.replace(Update.java:253)

Anway, I worked around it by throwing together an ant build system for
my project and everything worked. Weird.
-Ian

On 11/29/05, Brian Wellington <bwe...@no...> wrote:
> On Tue, 29 Nov 2005, Ian Kallen wrote:
>
> > I've been trying to use org.xbill.DNS.Update (using various
> > permutations, with/without TSIG, TCP, etc) with 2.0.0 and I just get
> > silent failure (I got NullPointerExceptions with 1.6.6, so maybe
> > that's a a step up :).
> > The BIND installation is the one that comes with Mac OS 10.4 (Tiger),
> > I have a zone "rbl" that is configured to accept updates from
> > localhost (also tried with a TSIG key).
> >
> > My test does a query (expecting there to be no record), does an update
> > and then runs the query again. Running BIND with logging set to
> > "dynamic", I get the following:
>
> Unfortunately, BIND's logging is verbose but not useful.
>
> > Any idea what the "request failed: end of file" means and how to deal
> > with this?
>
> No clue.
>
> > The dynamic update example at
> > http://www.xbill.org/dnsjava/examples.html didn't work. The
> > update.java in the distribution... it's not clear how to use it and
> > anyway, it's pretty complicated; I just need to send single short TTL
> > updates to a BIND server. Any pointers to working code that uses
> > org.xbill.DNS.Update would be appreciated.
>
> Other than a minor typo (should be args[0] instead of args[1]), the updat=
e
> example works for me, assuming the server is properly configured with the
> zone and TSIG key in the program.
>
> I'm not sure what's confusing about the update program.  It has pretty
> complete help for all of the commands, and the usage to add a single
> record would be something like:
>
> > server <ip address of server>
> > zone <zone name>
> > add <name> <ttl> <type> <data>
> > send
>
> or, as an example:
>
> > server 127.0.0.1
> > zone example
> > add foo 3600 A 1.2.3.4
> > send
>
> If you fix the one character typo in the example, it is working code.
>
> Brian
>

Re: Update usage?

[Brian W. <bwe...@no...>]

On Tue, 29 Nov 2005, Ian Kallen wrote:

> I've been trying to use org.xbill.DNS.Update (using various
> permutations, with/without TSIG, TCP, etc) with 2.0.0 and I just get
> silent failure (I got NullPointerExceptions with 1.6.6, so maybe
> that's a a step up :).
> The BIND installation is the one that comes with Mac OS 10.4 (Tiger),
> I have a zone "rbl" that is configured to accept updates from
> localhost (also tried with a TSIG key).
>
> My test does a query (expecting there to be no record), does an update
> and then runs the query again. Running BIND with logging set to
> "dynamic", I get the following:

Unfortunately, BIND's logging is verbose but not useful.

> Any idea what the "request failed: end of file" means and how to deal
> with this?

No clue.

> The dynamic update example at
> http://www.xbill.org/dnsjava/examples.html didn't work. The
> update.java in the distribution... it's not clear how to use it and
> anyway, it's pretty complicated; I just need to send single short TTL
> updates to a BIND server. Any pointers to working code that uses
> org.xbill.DNS.Update would be appreciated.

Other than a minor typo (should be args[0] instead of args[1]), the update 
example works for me, assuming the server is properly configured with the 
zone and TSIG key in the program.

I'm not sure what's confusing about the update program.  It has pretty 
complete help for all of the commands, and the usage to add a single 
record would be something like:

> server <ip address of server>
> zone <zone name>
> add <name> <ttl> <type> <data>
> send

or, as an example:

> server 127.0.0.1
> zone example
> add foo 3600 A 1.2.3.4
> send

If you fix the one character typo in the example, it is working code.

Brian

Update usage?

[Ian K. <spi...@gm...>]

I've been trying to use org.xbill.DNS.Update (using various
permutations, with/without TSIG, TCP, etc) with 2.0.0 and I just get
silent failure (I got NullPointerExceptions with 1.6.6, so maybe
that's a a step up :).
The BIND installation is the one that comes with Mac OS 10.4 (Tiger),
I have a zone "rbl" that is configured to accept updates from
localhost (also tried with a TSIG key).

My test does a query (expecting there to be no record), does an update
and then runs the query again. Running BIND with logging set to
"dynamic", I get the following:

Nov 28 23:50:24.733 zone_timer: zone authors.bind/CH: enter
Nov 28 23:50:24.733 zone_maintenance: zone authors.bind/CH: enter
Nov 28 23:50:37.926 client 127.0.0.1#61651: UDP request
Nov 28 23:50:37.926 client 127.0.0.1#61651: request is not signed
Nov 28 23:50:37.926 client 127.0.0.1#61651: recursion available: approved
Nov 28 23:50:37.926 client 127.0.0.1#61651: query
Nov 28 23:50:37.926 client 127.0.0.1#61651: query
'172.16.1.100.deny.rbl/IN' approved
Nov 28 23:50:37.927 client 127.0.0.1#61651: send
Nov 28 23:50:37.927 client 127.0.0.1#61651: sendto
Nov 28 23:50:37.927 client 127.0.0.1#61651: senddone
Nov 28 23:50:37.927 client 127.0.0.1#61651: next
Nov 28 23:50:37.927 client 127.0.0.1#61651: endrequest
Nov 28 23:50:37.927 client @0x1811600: udprecv
Nov 28 23:50:38.256 client 127.0.0.1#63706: new TCP connection
Nov 28 23:50:38.257 client 127.0.0.1#63706: replace
Nov 28 23:50:38.257 clientmgr @0x401760: createclients
Nov 28 23:50:38.257 clientmgr @0x401760: create new
Nov 28 23:50:38.257 client @0x1810c00: create
Nov 28 23:50:38.257 client 127.0.0.1#63706: read
Nov 28 23:50:38.257 client @0x1810c00: accept
Nov 28 23:50:38.273 client 127.0.0.1#63706: TCP request
Nov 28 23:50:38.273 client 127.0.0.1#63706: error
Nov 28 23:50:38.273 client 127.0.0.1#63706: send
Nov 28 23:50:38.273 client 127.0.0.1#63706: sendto
Nov 28 23:50:38.273 client 127.0.0.1#63706: senddone
Nov 28 23:50:38.274 client 127.0.0.1#63706: next
Nov 28 23:50:38.274 client 127.0.0.1#63706: endrequest
Nov 28 23:50:38.274 client 127.0.0.1#63706: read
Nov 28 23:50:38.282 client 127.0.0.1#63706: next
Nov 28 23:50:38.282 client 127.0.0.1#63706: request failed: end of file
Nov 28 23:50:38.282 client 127.0.0.1#63706: endrequest
Nov 28 23:50:38.282 client 127.0.0.1#63706: closetcp
Nov 28 23:50:38.288 client 127.0.0.1#61653: UDP request
Nov 28 23:50:38.288 client 127.0.0.1#61653: request is not signed
Nov 28 23:50:38.288 client 127.0.0.1#61653: recursion available: approved
Nov 28 23:50:38.288 client 127.0.0.1#61653: query
Nov 28 23:50:38.288 client 127.0.0.1#61653: query
'172.16.1.100.deny.rbl/IN' approved
Nov 28 23:50:38.288 client 127.0.0.1#61653: send
Nov 28 23:50:38.288 client 127.0.0.1#61653: sendto
Nov 28 23:50:38.288 client 127.0.0.1#61653: senddone


Any idea what the "request failed: end of file" means and how to deal
with this? The dynamic update example at
http://www.xbill.org/dnsjava/examples.html didn't work. The
update.java in the distribution... it's not clear how to use it and
anyway, it's pretty complicated; I just need to send single short TTL
updates to a BIND server. Any pointers to working code that uses
org.xbill.DNS.Update would be appreciated.

thx,
-Ian

Re: IPv6 support...

[Brian W. <bwe...@xb...>]

On Thu, 24 Nov 2005, Tord Larsson wrote:

> I'm currently using dnsjava version 1.6.4 to make simple lookups (se code
> below. Note! I'm not the original author of the code). My question is, does
> dnsjava support IPv6 and if so from which version? Will the code below work
> for IPv6 or must I make changes to the code?

It depends what you mean by "supports IPv6".

If you mean DNS records for IPv6, dnsjava has supported AAAA records since 
1998 or so.  If you mean the ability to actually use AAAA records for 
making IPv6 connections, that wasn't added until dnsjava 2.0.0.

If you mean IPv6 transport between a dnsjava client and a DNS server, 
that's completely up to the JVM; in the code you included, dnsHost is 
resolved using the native Java resolver, which means that if the JVM 
supports IPv6 (Java 1.4 and newer), the connection might use IPv6.

If you mean something else, it's hard to say, but 2.0.0 definitely has 
more IPv6 support than 1.6.4 does.

Brian

IPv6 support...

[Tord L. <tor...@gm...>]

Hi!

I'm currently using dnsjava version 1.6.4 to make simple lookups (se code
below. Note! I'm not the original author of the code). My question is, does
dnsjava support IPv6 and if so from which version? Will the code below work
for IPv6 or must I make changes to the code?

*SimpleResolver resolver =3D new SimpleResolver(dnsHost);*

*Lookup.setDefaultResolver(resolver);*

*Lookup lookup =3D new Lookup(name, Type.A);*

*lookup.setCache(null);*

*lookup.run();*

*.*

*.*

*Record[] answerRecords =3D lookup.getAnswers();*

*.*

*.*

Thanks!



Regards

Tord Larsson

Re: build.xml patch

[Dejan B. <de...@ni...>]

Brian Wellington wrote:

>
> Ah, ok.  It's been so long since 2.0.0 that I'm starting to forget
> some of the changes since then.
>
> I'll try to do a 2.0.1 release this weekend.
>
> Brian


Great. I'm looking forward to this new release. Thanks for the great
library.

Dejan

Re: build.xml patch

[Brian W. <bwe...@xb...>]

On Fri, 11 Nov 2005, Dejan Bosanac wrote:

> In distribution that I have downloaded there is
>
> < ... includes="**/*.class">
>
> without properties. It's 2.0.0 distribution (the latest stable release). Now 
> I see that it has been fixed in 2.0.1a.

Ah, ok.  It's been so long since 2.0.0 that I'm starting to forget some of 
the changes since then.

I'll try to do a 2.0.1 release this weekend.

Brian

Re: build.xml patch

[Dejan B. <de...@ni...>]

In distribution that I have downloaded there is

< ... includes="**/*.class">

without properties. It's 2.0.0 distribution (the latest stable release). 
Now I see that it has been fixed in 2.0.1a.

Regards,
Dejan

Brian Wellington wrote:

> On Fri, 11 Nov 2005, Dejan Bosanac wrote:
>
>> Hi,
>>
>> in order to successfully use dnsjava-2.0.0.jar on Windows platform I 
>> had to add
>>
>> <include name="**/*.properties"/>
>>
>> in the "jar" target of the build file (to include the appropriate 
>> properties files)
>
>
> The jar target already has:
>
> <... includes="**/*.class **/*.properties">
>
> and I just verified that the properties are in the jar file when using 
> ant to build it.
>
> What exactly is the problem you're seeing?
>
> Brian
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> dnsjava-users mailing list
> dns...@li...
> https://lists.sourceforge.net/lists/listinfo/dnsjava-users
>

Re: build.xml patch

[Brian W. <bwe...@xb...>]

On Fri, 11 Nov 2005, Dejan Bosanac wrote:

> Hi,
>
> in order to successfully use dnsjava-2.0.0.jar on Windows platform I had to 
> add
>
> <include name="**/*.properties"/>
>
> in the "jar" target of the build file (to include the appropriate properties 
> files)

The jar target already has:

<... includes="**/*.class **/*.properties">

and I just verified that the properties are in the jar file when using ant 
to build it.

What exactly is the problem you're seeing?

Brian

build.xml patch

[Dejan B. <de...@ni...>]

Hi,

in order to successfully use dnsjava-2.0.0.jar on Windows platform I had 
to add

<include name="**/*.properties"/>

in the "jar" target of the build file (to include the appropriate 
properties files)

I hope you'll find it useful, I can send you a patch if you want.

Regards,
Dejan