From: Steve F. <sfi...@pc...> - 2005-11-19 04:43:50
|
ok, well this is now conveniently available in $plugin->getExtDbRlsId(). the flag does matter in the sense that many plugins are *loading* data tagged with an extDbRls. for that, they should standardize on --externalDatabaseSpec. The resources pipeline handles this case elegantly, and, it would be nice if all plugins use it the same way. There are other uses, which are typically for querying. those matter less. steve Jonathan Schug wrote: > Note, by the way that I implemented just such a thing at least 6 > months ago. There are support functions for external database > specifications as follows: > > GUS::PluginMgr::PluginUtilities::ConstraintFunction::CfIsXdbSpec > -- checks to see that the value is in the proper format. I had > chosen name/version or +ddddd for the external_database_release_id > > GUS::PluginMgr::PluginUtilities::ConstraintFunction::ParseXdbSpec > -- parses the value > > GUS::PluginMgr::PluginUtilities::getXdbrIdFromSpec > -- takes a parsed spec and returns the external_database_release_id > > I don't think the name of the flag matters so much, because as > Elisabetta points out, the semantics are not always the same. > > Jonathan > > > > > Jonathan Schug, Ph.D. > > Center for Bioinformatics > Computational Biology and Informatics Lab > University of Pennsylvania > > js...@pc... > (215) 573-3113 voice > (215) 573-3111 fax > > 1413 Blockley Hall, Philadelphia, PA 19014-6021 > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today > Register for a JBoss Training Course. Free Certification Exam > for All Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click > _______________________________________________ > Gusdev-gusdev mailing list > Gus...@li... > https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev |