- From: Ricardo Pereira <ricardo@tdwg.org>
- Date: Thu, 12 Jul 2007 16:36:31 -0300
- To: Mark Wilkinson <markw@illuminae.com>
- CC: Roderic Page <r.page@bio.gla.ac.uk>, Jonathan Rees <jonathan.rees@gmail.com>, Alan Ruttenberg <alanruttenberg@gmail.com>, Michel_Dumontier <Michel_Dumontier@carleton.ca>, public-semweb-lifesci <public-semweb-lifesci@w3.org>, Benjamin Good <goodb@interchange.ubc.ca>, Natalia Villanueva Rosales <naty.vr@gmail.com>
Someone raised the question of whether the LSID Browser for Firefox looks up DNS SRV records during the resolution protocol. In functional terms, the answer is YES, it does. The cause of confusion is that the browser uses a web service somewhere else (at http://lsid.tdwg.org as of version 1.0.1) to do the lookup. That's because the Mozilla JavaScript toolkit doesn't provide SRV record lookup. Yes, it is a hack, but nevertheless it makes the client resolve LSIDs according to the specification. You can disable that lookup by unchecking a box in the LSID Browser configuration. In that case, the browser will try to look up the authority using regular DNS A records (that "only in code" fallback mechanism that someone else mentioned in this thread). You can also configure the browser to provide your own local mapping between authority identifications to authority host. I hope this clarifies the issue. Cheers, Ricardo Mark Wilkinson wrote: > On Thu, 12 Jul 2007 06:30:37 -0700, Roderic Page > <r.page@bio.gla.ac.uk> wrote: > > >> The >> initial step is looking up the authority server in the DNS. The >> FireFox client doesn't seem to do this, > > I stand corrected :-) > > M > > > ---- > Mark Wilkinson > Assistant Professor, Dept. Medical Genetics > University of British Columbia > PI Bioinformatics > iCAPTURE Centre, St. Paul's Hospital > Tel: 604 682 2344 x62129 > Fax: 604 806 9274 > > ***CONFIDENTIALITY NOTICE*** > This electronic message is intended only for the use of the addressee > and may contain information that is privileged and confidential. Any > dissemination, distribution or copying of this communication by > unauthorized individuals is strictly prohibited. If you have received > this communication in error, please notify the sender immediately by > reply e-mail and delete the original and all copies from your system. > >
Received on Thursday, 12 July 2007 22:43:49 UTC