[DAS] Re: [Call to action] Retrieval of positions from feature identifiers

[Brian Gilman]

Hello,

	We will put up a free UDDI server for everyone to use in the next
few days. 

			-B

-----------------------
Brian Gilman <gilmanb@genome.wi.mit.edu>
Sr. Software Engineer MIT/Whitehead Inst. Center for Genome Research
One Kendall Square, Bldg. 300 / Cambridge, MA 02139-1561 USA
phone +1 617  252 1069 / fax +1 617 252 1902


On Tue, 27 Nov 2001, Lincoln Stein wrote:

> Hi Matthew,
> 
> If there are free registration servers, that's a different matter.  I
> was laboring under the impression that each set of cooperators had to
> set up their own registration server.  The UDDI pages list
> registration servers, but they seem to be specific to particular
> business types, such as the insurance industry.
> 
> Lincoln
> 
> Matthew Pocock writes:
>  > Hi Lincoln, still some questions...
>  > 
>  > > On the subject of UDDI, I've read through the specs, but the language
>  > > that they use "business contacts", "access points", "businessEntity",
>  > > "businessKey" is totally business oriented.  There is certainly a lot
>  > > that we can borrow from the specification, but to implement the 40
>  > > SOAP messages required by a fully compliant UDDI registry is not only
>  > > overkill, but most of the messages are irrelevant to what we want to
>  > > do.
>  > > 
>  > > Lincoln
>  > > 	
>  > 
>  > 
>  > Why is bioinformatics so special that we need to invent something 
>  > ourself from scratch? We haven't written our own DNS, and SQL databases 
>  > are starting to be used widely. The UDDI specs do use business words a 
>  > lot in the spec, but they have obvious mappings to things like research 
>  > institutes and services we want to publicise. I doubt anybody writing a 
>  > DAS server will implement a UDDI registry - why not just register with 
>  > IBM, Microsoft or one of the other free registration services? If most 
>  > messages are irrelevant, then we won't need to use them. There are uddi 
>  > client libraries for several languages, so DAS client and server 
>  > implementations probably just need to link against one of these to be 
>  > uddi-tastic. Plus, if we use a public service like this, then we have a 
>  > much better chance of getting a high-availability service.
>  > 
>  > Just to be clear, I have no personal attachment to UDDI, but it is as I 
>  > understand it the industry standard and globaly accessible method for 
>  > publishing SOAP services, and that is the itch we're trying to scratch. 
>  > If something else is, then we should use that instead.
>  > 
>  > Matthew
>  > 
>  > _______________________________________________
>  > DAS mailing list
>  > DAS@biodas.org
>  > http://biodas.org/mailman/listinfo/das
> 
> -- 
> ========================================================================
> Lincoln D. Stein                           Cold Spring Harbor Laboratory
> lstein@cshl.org			                  Cold Spring Harbor, NY
> 
> NOW HIRING BIOINFORMATICS POSTDOCTORAL FELLOWS AND PROGRAMMERS. 
> PLEASE WRITE FOR DETAILS.
> ========================================================================
> _______________________________________________
> DAS mailing list
> DAS@biodas.org
> http://biodas.org/mailman/listinfo/das
>