Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Hilmar Nooitgedagt
> Among others, there's a SourceForge project called BIND-DLZ in which BIND > serves records directly from a database, without needing zone files, and > without having to declare all your zones in a config file prior to startup, > so you can add zones just by updating the database. This would pr

Re: [AOLSERVER] namespace?

2003-02-25 Thread Jeff Hobbs
> I'm still trying to understand exactly what good namespace really is. > What are the advantages? Any examples of what it can be used for? It is just useful for code encapsulation, so you can create procs without the worry of having other code with similar proc names stomp on it. > Are there an

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Patrick Spence
- Original Message - From: "Rob Mayoff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 25, 2003 1:07 PM Subject: Re: [AOLSERVER] Root-server switches from BIND to NSD. > +-- On Feb 25, Patrick Spence said: > > I'd certainly be willing to use it here :) it wou

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Peter M. Jansson
On Tuesday, February 25, 2003, at 03:05 PM, Rob Mayoff wrote: +-- On Feb 25, Dossy said: Added bonus would be a web interface for viewing zones and editing them, which would persist changes back down to the DBMS. Note that a web interface to your DNS data doesn't require that AOLserver res

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Rob Mayoff
+-- On Feb 25, Patrick Spence said: > I'd certainly be willing to use it here :) it would be a lot easier to > administer than bind is for me.. There are alternatives to BIND that many consider easier to administer. I. To remove yourself from this list: Send a message to "[EMAIL PROTE

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Rob Mayoff
+-- On Feb 25, Dossy said: > Added bonus would be a web interface for viewing zones and editing > them, which would persist changes back down to the DBMS. Note that a web interface to your DNS data doesn't require that AOLserver respond to DNS requests. I. To remove yourself from this l

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Patrick Spence
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 25, 2003 11:22 AM Subject: Re: [AOLSERVER] Root-server switches from BIND to NSD. > On 2003.02.25, Jerry Asher <[EMAIL PROTECTED]> wrote: > > > > The nsd in this case is not the naviserv

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Dossy
On 2003.02.25, Rob Mayoff <[EMAIL PROTECTED]> wrote: > +-- On Feb 25, Tom Ivar Helbekkmo said: > > Really cool, in fact! If it were efficient enough, it would save the > > trouble of generating BIND zone files from an RDBMS; > > There are already servers available that can serve DNS direct

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Tom Jackson
Rob Mayoff wrote: +-- On Feb 25, Tom Ivar Helbekkmo said: Really cool, in fact! If it were efficient enough, it would save the trouble of generating BIND zone files from an RDBMS; There are already servers available that can serve DNS directly from MySQL or Postgres. They are not nearl

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Rob Mayoff
+-- On Feb 25, Tom Ivar Helbekkmo said: > Really cool, in fact! If it were efficient enough, it would save the > trouble of generating BIND zone files from an RDBMS; There are already servers available that can serve DNS directly from MySQL or Postgres. They are not nearly as fast as a de

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Tom Ivar Helbekkmo
Dossy <[EMAIL PROTECTED]> writes: > If there was an nsudp socket, we could implement a DNS server that > runs out of AOLserver that could use any nsdb to store zone data in > a DBMS ... that might be mildly interesting. Really cool, in fact! If it were efficient enough, it would save the trouble

[AOLSERVER] Will pay for Informix driver update

2003-02-25 Thread Keith Paskett
I'm looking for someone to update the Informix driver for AOLserver. I have up to $3000 for the job. I would like ACS/OpenACS style bind variable interface if possible. I haven't checked to see if Informix has something similar to Oracle's bind variables. I also want blob support and the ability t

[AOLSERVER] namespace?

2003-02-25 Thread DonaldFEvans
I'm still trying to understand exactly what good namespace really is.  What are the advantages?  Any examples of what it can be used for?  Are there any performance considerations? I. To remove yourself from this list: Send a message to "[EMAIL PROTECTED]" with the following text in t

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Jerry Asher
Dossy wrote: On 2003.02.25, Jerry Asher wrote: >The nsd in this case is not the naviserver daemon we all enjoy but a >nameserver daemon written at "NLnet Labs in cooperation with RIPE." Should we add to the confusion and start coding up an nsdns module so one could use AOLserver to serve DNS? :

Re: [AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Dossy
On 2003.02.25, Jerry Asher <[EMAIL PROTECTED]> wrote: > > The nsd in this case is not the naviserver daemon we all enjoy but a > nameserver daemon written at "NLnet Labs in cooperation with RIPE." Should we add to the confusion and start coding up an nsdns module so one could use AOLserver to serv

[AOLSERVER] Root-server switches from BIND to NSD.

2003-02-25 Thread Jerry Asher
http://slashdot.org/comments.pl?sid=55040&threshold=-1&commentsort=3&tid=185&mode=thread&pid=5379648 Well this isn't really as true or good as I wish it was. The nsd in this case is not the naviserver daemon we all enjoy but a nameserver daemon written at "NLnet Labs in cooperation with RIPE." ht

Re: [AOLSERVER] nsjava calling tcl functions

2003-02-25 Thread Alexander Leykekh
On Mon, 24 Feb 2003 18:41:04 +0100, Branimir Dolicki <[EMAIL PROTECTED]> wrote: > >Just curious: why are you asking? Are there any problems with servlets? > No problems other than lack of support for anything newer than Tomcat 3 (with older nstomcat module). I am working on nsjk2 module which is c

Re: [AOLSERVER] Tcl bytecode caching for Tcl pages

2003-02-25 Thread Zoran Vasiljevic
On Tuesday 25 February 2003 12:52, you wrote: > I think it would be reasonable to develop some package loading/saving > feature. I could code one (better one than I have now) in C (speed > issues), but never had the time. My current ns_pkg is at > www.nsstuff.zoro.tcl.pl, if anyone's interested. T

Re: [AOLSERVER] Tcl bytecode caching for Tcl pages

2003-02-25 Thread Bas Scheffers
Wojciech Kocjan said: > From what I noticed, procs stay, variables not, however nothing outside > global namespace is cleaned up. This is imho good, since packages can > store data in namespaced variables. Cool, so seems it's just a cleanup of everything in [info globals]. That's good to know! Ba

Re: [AOLSERVER] Tcl bytecode caching for Tcl pages

2003-02-25 Thread Wojciech Kocjan
Bas Scheffers wrote: Makes sense. So what is cleared up in the interpreter after each request? Looking at the slides, there is a "command table" and a "variable table". Looking at Wojciech's post, it seems any procedures created/packages loaded in the current interpreter stay there, is that correct

Re: [AOLSERVER] Tcl bytecode caching for Tcl pages

2003-02-25 Thread Bas Scheffers
Makes sense. So what is cleared up in the interpreter after each request? Looking at the slides, there is a "command table" and a "variable table". Looking at Wojciech's post, it seems any procedures created/packages loaded in the current interpreter stay there, is that correct? And what about vari