From senger at ebi.ac.uk Mon Jan 10 07:00:04 2005 From: senger at ebi.ac.uk (Martin Senger) Date: Mon Jan 10 06:56:58 2005 Subject: [MOBY-dev] MOBY Central now breaks Java In-Reply-To: <41C1E0CA.4040307@cbr.nrc.ca> Message-ID: Hi all, Is this still an issue? Should I change anything in the CentralImpl? My today test, however, does not indicate any problems: bagheera:~/moby-live/Java> build/run/run-testing-central retrieveServiceNames OK retrieveServiceProviders OK retrieveServiceTypes OK retrieveNamespaces OK retrieveObjectNames OK registerServiceType OK registerNamespace - 1 OK registerNamespace - 2 OK registerDataType - 1 OK registerDataType - 3 OK registerDataType - 2 OK getDataTypeDefinition - 2 OK registerService OK deregisterService OK deregisterDataType - 2 OK deregisterDataType - 3 OK deregisterDataType - 1 OK deregisterNamespace - 2 OK deregisterNamespace - 1 OK deregisterServiceType OK With regards, Martin -- Martin Senger EMBL Outstation - Hinxton Senger@EBI.ac.uk European Bioinformatics Institute Phone: (+44) 1223 494636 Wellcome Trust Genome Campus (Switchboard: 494444) Hinxton Fax : (+44) 1223 494468 Cambridge CB10 1SD United Kingdom http://industry.ebi.ac.uk/~senger From ywong at infobiogen.fr Tue Jan 11 09:28:30 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue Jan 11 09:25:05 2005 Subject: [MOBY-dev] bioMoby Python, dynamic typing and multithreading (client side) Message-ID: <33443.195.221.101.193.1105453710.squirrel@195.221.101.193> Hello and Happy new year ^O^ I have made some modifications on the API of bioMoby Python (however, I haven't commited the changes yet as I have to review the documentation) The modifications are: -Multithreading on the client side of service execution (no need to wait the end of the execution of a service before invoking another, it is useful when you have different services to query at the same time (as an HTTP transaction is rather slow, we can use that time to send other queries) The syntax would look like this: firstService=Service(wsdl) firstService.start(mobyQueries, timeout=50) secondService=Service(wsdl) secondService.start(mobyQueries, timeout=50) thirdService=Service(wsdl) thirdService.start(mobyQueries, timeout=50) firstService.join() secondService.join() thirdService.join() A property in Service class will allow user to manipulate directly the thread object which will enable rendez-vous techniques, locks, and so on... Webservices are already slow, if we can send several queries at different services at the same time, it won't be a luxury I believe... -Use of Python's ability for dynamic typing to build classes from scratch (even methods!): No need of moby2python to generate classes from bioMoby definition. It is now the job of mobyUnmarshaller. from bioMoby import mobyUnmarshaller um=MobyUnmarshaller() r=um.loads() r will contain a generated python instance of a Class with attributes generated from the XML (only attributes, partial deserialization) for serialization: m=MobyMarshaller() m.dumps(a Python Object) an example: a=(1,2,3,4,5) m.dumps(a) '12345' It also works for objects: class DNASequence(object): def __init__(self, sequence): self.SequenceString=sequence self.Length=len(sequence) seq=DNASequence("ACGTAGCATGCTAGCTAGCTAGCATGCT") m.dumps(seq) 28ACGTAGCATGCTAGCTAGCTAGCATGCT From ywong at infobiogen.fr Tue Jan 11 12:38:08 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue Jan 11 12:34:36 2005 Subject: [MOBY-dev] questions about gbrowse-moby Message-ID: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> After some implementations of webservices in Python, I've noticed that I was able to query moby services normally, but when I used gbrowse_moby to query Python webservices, it wasn't successful at all. My Python API send a string to query services, these services all return results: *** Outgoing HTTP headers ********************************************** POST /webservices/predotar.py HTTP/1.0 Host: genoplante-info.infobiogen.fr User-agent: SOAPpy 0.11.4 (http://pywebsvcs.sf.net) Content-type: text/xml; charset="UTF-8" Content-length: 2248 SOAPAction: "http://biomoby.org/#predotarP" ************************************************************************ *** Outgoing SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:AminoAcidSequence ><moby:Integer moby:articleName="Length" >1256</moby:Integer><moby:String moby:articleName="SequenceString" >MGLGCGTSIAHEPPMVKCMVMYNGQSSWDMFSPWLVGGDEQPVNMIFEPMRAVTIISNNTPGMVFSGCWPDRYTHENVVGDRFKIINCKFPHQCNNVGAALCCDIRIDSHEGDQDKDEGWQYFEFCHMHAQNNVIWPQQHFGDWNWMWHKQNPKEMCMSRYCEWNKCVWTMGHPCSVRMYGIRLSSNVCSRQAEPAVQNSRGPSETPKEPIHYEGSSNRYGVHKGVSLMNWGNSCMNVINPGTCFIARADNNATVKDWMEPHHAAKLCVCAWQQRSYENAFEKHRAQIGKGSWSSAKMKGRKGNGGQSLMFCSCYHLDTPESMSTTYHIKFCPGLHAMQWRNDEWLSRGWNATKTKDPPFQWNKNVTKHAVEFRKGGTWSTKATEYWGKSHKEWGHNNHPHYVLDWAGCHFCAMESERDWPVQNKRCNQTLHCMDENLNPHITIILWWVWAWCVFYESCPNIEQKVCDKTRHIVLQQCDEDHYVACHHALWMKLWLMAVMHPLHFRYNLGNLTCPMIATMDLEFCHYMWQMYDYKRIYKYDVRNVIAKWGWEMKIQLFTSAHEFPSPMSTAQDKPPMMGSSAVEIWYHPVLYTMYVNISNPNHQHGNGSFEAEVAPPFHKYTSYNSHTRVLITPAYYEFQRLKEPFEHWDWSEPGPYSNITGPYVIALSPCPNEIEVCSKSNQHKTQEIMFMRHIGGLEWGVMYIYWNSWVGRWHWFDPQEGVRNNICNDLVKNPHFYDNAVPVNVQQHRKARICNNMNVKCRCENMPDIMEGHSTIPGLYHEQEFTGEIIHAENECANQVKSLGWVLMWQYPVPEPTEEKPAKSAWLGNGACPPPSRYCMYPNPNPKYPMTACCEHMQEYRRAIHRWNRLNEHKADLTFTEVPVVRRIPVVMSHDGHDCEDICMMRIIADMDRGQWWRHDTWPFYWSSLKEAVFKDKWCPEENCQLLFHEISKEVQKRLPNSKCTRTIPRTNESRHAQWRHGWH! NRINSFKTPRQIDQFIIPYYMERMKCPTVPLHCQPVWWFQRSEDCKYDDVKTNEVKMVQGYTMCRMYYSMHIGSLFDYETVALNWSKWMGKLDRYHYSNGFEYDTTHRFATQEVGNQEAHEPHRHFCLAFHSAEDMNRDCHTRYGMGLKIADYETYCVTIWHYNHVKHAGISVFKSTEKSNFIGDPSHIERQIGMRISTVTGECGDPHKVMQSPEPAGRWKFLMFKTHCKKAYLCNSNITFQDQYMHFIKEFVWMREFFNIILDCVPLTPW</moby:String></moby:AminoAcidSequence></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ here one of the response my service give: *** Incoming HTTP headers ********************************************** HTTP/1.? 200 Date: Tue, 11 Jan 2005 17:31:49 GMT Server: Apache Content-Length: 1441 Connection: close Content-Type: text/xml; charset="utf-8" ************************************************************************ *** Incoming SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:PredotarP_result moby:namespace="" moby:id="" moby:articleName=""><moby:Float moby:namespace="" moby:id="" moby:articleName="ER_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="MIT_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="None_Score">0.96</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="P_Score">0.03</moby:Float><moby:String moby:namespace="" moby:id="" moby:articleName="Prediction"><![CDATA[none]]></moby:String></moby:PredotarP_result></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ The question I have is What kind of SOAP messages does gbrowse_moby send to query services? Is there any source of gbrowse_moby? From mwilkinson at mrl.ubc.ca Tue Jan 11 13:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue Jan 11 12:43:54 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 13:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue Jan 11 12:43:54 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 18:34:06 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue Jan 11 17:57:13 2005 Subject: [MOBY-dev] critical update required for those with a local MOBY Central installation Message-ID: <1105486445.21712.47.camel@mobycentral.icapture.ubc.ca> Hi all, Rebecca noticed a bug this AM that results in incorrect writing of records to the database for services with collections of inputs and outputs. I have fixed the code, and you can get it from a CVS update. I have also fixed the public registry; however anyone who is running a local copy of the MOBY Central registry will have to "patch" their database with the following two SQL commands: use mobycentral; update simple_input set service_instance_id=NULL where collection_input_id IS NOT NULL and service_instance_id IS NOT NULL; update simple_output set service_instance_id=NULL where collection_output_id IS NOT NULL and service_instance_id IS NOT NULL (don't forget to make a dump of the mobycentral table first, just to be safe!!!) Sorry about that! Contact me if you have any questions. Mark -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Wed Jan 12 03:57:53 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Wed Jan 12 03:54:12 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Message-ID: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> I have almost solve the problem. Last night, I setup a test_python_echo service on my webserver and trace the HTTP transactions. The service returns a message in an object with namespace="Global_keyword" As input, the service receives a ]]> As output I give him: ]]> this is the raw xml returned: '\n\n\t\n\t\t\n\t\t\t\n\t\t\t\t\n\t\t\t\n\t\t\n\t\n\n' But still no success :( I think I am going to look into the code of gbrowse-moby and make other test s to see what's wrong... > Hi Yan! > > >> The question I have is What kind of SOAP messages does gbrowse_moby send >> to query services? >> Is there any source of gbrowse_moby? > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. > > It looks like your problem is here: > > xmlns:moby="http://www.biomoby.org/moby"> > You are not escaping the '<' before your mobyContent and mobyData tags... > > I think that is the problem (just by a quick eyeball analysis...) > > Let me know if that does not work and I'll investigate further. > > M > > > >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev@biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev > -- > Mark Wilkinson > Assistant Professor (Bioinformatics) > Dept. Medical Genetics, UBC, Canada > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Wed Jan 12 12:05:24 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Wed Jan 12 11:28:21 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> Message-ID: <1105549523.24758.0.camel@mobycentral.icapture.ubc.ca> Hi Yan, I am trying to hit your service from here. It seems to just "hang" and not give any output at all (i assume we are talking about the test_python_echo service?) Is it possible that your soap daemon is not configured properly? M On Wed, 2005-01-12 at 00:57, ywong@infobiogen.fr wrote: > I have almost solve the problem. > > Last night, I setup a test_python_echo service on my webserver and trace > the HTTP transactions. > > The service returns a message in an object with namespace="Global_keyword" > > As input, the service receives a > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > As output I give him: > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > this is the raw xml returned: > '\n xmlns:moby="http://www.biomoby.org/moby">\n\t\n\t\t moby:queryID="1">\n\t\t\t\n\t\t\t\t moby:id="Hallo Welt" > moby:namespace="Global_Keyword"/>\n\t\t\t\n\t\t\n\t\n\n' > > But still no success :( > > I think I am going to look into the code of gbrowse-moby and make other > test s to see what's wrong... > > > > > > > Hi Yan! > > > > > >> The question I have is What kind of SOAP messages does gbrowse_moby > send > >> to query services? > >> Is there any source of gbrowse_moby? > > > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by > checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no > way to install gbrowse_moby without installing the rest of gbrowse, but I > do plan on adding a Makefile "switch" sometime soon... What you should do > is go through the Gbrowse Makefile/make process and then rather than doing > the "make install" step, just look in the cgi-bin folder and you will find > the "maked" gbrowse_moby source code. > > > > It looks like your problem is here: > > > > xmlns:moby="http://www.biomoby.org/moby"> > > > You are not escaping the '<' before your mobyContent and mobyData > tags... > > > > I think that is the problem (just by a quick eyeball analysis...) > > > > Let me know if that does not work and I'll investigate further. > > > > M > > > > > > > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev@biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > > -- > > Mark Wilkinson > > Assistant Professor (Bioinformatics) > > Dept. Medical Genetics, UBC, Canada > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev@biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From wong.yan at netcourrier.com Wed Jan 12 16:03:02 2005 From: wong.yan at netcourrier.com (wong.yan@netcourrier.com) Date: Wed Jan 12 14:59:18 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby Message-ID: Hi, For this service it is normal as it is a service on my personal webserver which is offline most of the time. I send you the captured frames of the answer, maybe this will help. On my side, I'll do some testing using the moby Perl API (As gbrowse_moby uses it to query services) maybe this will help me to find what's wrong with my service... ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) -------------- next part -------------- ]]> From ywong at infobiogen.fr Thu Jan 13 09:58:08 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu Jan 13 09:54:29 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> I used the Perl API to query test_python_echo, bad luck, no results... I used the debugYourService script to trace execution. I send the trace. AFAIK the script give results except when I query my service! Now I am almost clueless... The most astonishing fact is that apparently, it receives the answer but doesn't seems able to deserialize the content ?! I hope it can help, next week I'll put the test_python_echo webservice on the public webserver (then you'll be able to test by yourself). > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > -------------- next part -------------- SOAP::Transport::new: () SOAP::Serializer::new: () SOAP::Deserializer::new: () SOAP::Parser::new: () SOAP::Lite::new: () SOAP::Transport::HTTP::Client::new: () SOAP::Lite::call: () SOAP::Serializer::envelope: () SOAP::Serializer::envelope: findService 0 moby test_python_echo 0 0 SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Transport::HTTP::Client::send_receive: HTTP::Request=HASH(0x871f07c) SOAP::Transport::HTTP::Client::send_receive: POST http://mobycentral.cbr.nrc.ca/cgi-bin/MOBY05/mobycentral.pl HTTP/1.1 Accept: text/xml Accept: multipart/* Content-Length: 776 Content-Type: text/xml; charset=utf-8 SOAPAction: "http://mobycentral.cbr.nrc.ca/MOBY/Central#findService" <findService> <authoritative>0</authoritative> <Category>moby</Category> <serviceName>test_python_echo</serviceName> <expandObjects>0</expandObjects> <expandServices>0</expandServices> </findService> SOAP::Transport::HTTP::Client::send_receive: HTTP::Response=HASH(0x882e784) SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 200 OK Connection: close Date: Thu, 13 Jan 2005 14:42:47 GMT Server: Apache/1.3.29 (Unix) mod_perl/1.29 Content-Length: 1428 Content-Type: text/xml; charset=utf-8 Client-Date: Thu, 13 Jan 2005 14:42:38 GMT Client-Peer: 198.166.4.151:80 Client-Response-Num: 1 SOAPServer: SOAP::Lite/Perl/0.60 <Services> <Service authURI='test.test.test' serviceName='test_python_echo'> <serviceType>Retrieval</serviceType> <authoritative>1</authoritative> <Category>moby</Category> <Description> Don't use it, this service is here for testing Python webservice </Description> <contactEmail>gpsupport@infobiogen.fr</contactEmail> <signatureURL></signatureURL> <URL>http://192.168.101.23/cgi-bin/echo.py</URL> <Input> <Simple articleName=''> <objectType>Object</objectType> <Namespace>Global_Keyword</Namespace> </Simple> </Input> <Output> <Simple articleName=''> <objectType>Object</objectType> <Namespace>Global_Keyword</Namespace> </Simple> </Output> <secondaryArticles> </secondaryArticles> </Service> </Services> SOAP::Deserializer::deserialize: () SOAP::Parser::decode: () SOAP::SOM::new: () SOAP::Lite::call: () SOAP::Serializer::envelope: () SOAP::Serializer::envelope: retrieveService Retrieval 1 moby Don't use it, this service is here for testing Python webservice gpsupport@infobiogen.fr http://192.168.101.23/cgi-bin/echo.py Object Global_Keyword Object Global_Keyword SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Transport::HTTP::Client::send_receive: HTTP::Request=HASH(0x8881624) SOAP::Transport::HTTP::Client::send_receive: POST http://mobycentral.cbr.nrc.ca/cgi-bin/MOBY05/mobycentral.pl HTTP/1.1 Accept: text/xml Accept: multipart/* Content-Length: 1408 Content-Type: text/xml; charset=utf-8 SOAPAction: "http://mobycentral.cbr.nrc.ca/MOBY/Central#retrieveService" <retrieveService> <Service authURI="test.test.test" serviceName="test_python_echo"> <serviceType>Retrieval</serviceType> <authoritative>1</authoritative> <Category>moby</Category> <Description> Don't use it, this service is here for testing Python webservice </Description> <contactEmail>gpsupport@infobiogen.fr</contactEmail> <signatureURL/> <URL>http://192.168.101.23/cgi-bin/echo.py</URL> <Input> <Simple articleName=""> <objectType>Object</objectType> <Namespace>Global_Keyword</Namespace> </Simple> </Input> <Output> <Simple articleName=""> <objectType>Object</objectType> <Namespace>Global_Keyword</Namespace> </Simple> </Output> <secondaryArticles> </secondaryArticles> </Service> </retrieveService> SOAP::Transport::HTTP::Client::send_receive: HTTP::Response=HASH(0x8881768) SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 200 OK Connection: close Date: Thu, 13 Jan 2005 14:42:47 GMT Server: Apache/1.3.29 (Unix) mod_perl/1.29 Content-Length: 2810 Content-Type: text/xml; charset=utf-8 Client-Date: Thu, 13 Jan 2005 14:42:38 GMT Client-Peer: 198.166.4.151:80 Client-Response-Num: 1 SOAPServer: SOAP::Lite/Perl/0.60 <Service><![CDATA[<?xml version="1.0"?> <definitions name="MOBY_Central_Generated_WSDL" targetNamespace="http://biomoby.org/Central.wsdl" xmlns:tns="http://biomoby.org/Central.wsdl" xmlns:xsd1="http://biomoby.org/CentralXSDs.xsd" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns="http://schemas.xmlsoap.org/wsdl/"> <types> <schema targetNamespace="http://biomoby.org/CentralXSDs.xsd" xmlns="http://www.w3.org/2000/10/XMLSchema" xmlns:xs="http://www.w3.org/2000/10/XMLSchema"> <NOT_YET_IMPLEMENTED_INPUT_XSD/> <NOT_YET_IMPLEMENTED_OUTPUT_XSD/> </schema> </types> <message name="test_python_echoInput"> <part name="body" element="xsd1:NOT_YET_DEFINED_INPUTS"/> </message> <message name="test_python_echoOutput"> <part name="body" element="xsd1:NOT_YET_DEFINED_OUTPUTS"/> </message> <portType name="test_python_echoPortType"> <operation name="test_python_echo"> <input message="tns:test_python_echoInput"/> <output message="tns:test_python_echoOutput"/> </operation> </portType> <binding name="test_python_echoBinding" type="tns:test_python_echoPortType"> <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/> <operation name="test_python_echo"><!-- in essense, this is the name of the subroutine that is called --> <soap:operation soapAction='http://biomoby.org/#test_python_echo' style='rpc'/> <input> <soap:body use="encoded" namespace="http://biomoby.org/" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/> </input> <output> <soap:body use="encoded"/> </output> </operation> </binding> <service name="test_python_echoService"> <documentation>Authority: test.test.test - Don't use it, this service is here for testing Python webservice </documentation> <!-- service description goes here --> <port name="test_python_echoPort" binding="tns:test_python_echoBinding"> <soap:address location="http://192.168.101.23/cgi-bin/echo.py"/> <!-- URL to service scriptname --> </port> </service> </definitions> ]]></Service> SOAP::Deserializer::deserialize: () SOAP::Parser::decode: () SOAP::SOM::new: () SOAP::SOM::DESTROY: () SOAP::Transport::new: () SOAP::Serializer::new: () SOAP::Deserializer::new: () SOAP::Parser::new: () SOAP::Lite::new: () SOAP::Deserializer::new: () SOAP::Parser::new: () SOAP::Schema::new: () SOAP::Deserializer::deserialize: () SOAP::Parser::decode: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::SOM::new: () SOAP::SOM::DESTROY: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Schema::DESTROY: () SOAP::Deserializer::DESTROY: () SOAP::Parser::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Transport::new: () SOAP::Serializer::new: () SOAP::Deserializer::new: () SOAP::Parser::new: () SOAP::Lite::new: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Lite::DESTROY: () SOAP::Deserializer::DESTROY: () SOAP::Parser::DESTROY: () SOAP::Transport::DESTROY: () SOAP::Serializer::DESTROY: () SOAP::Transport::HTTP::Client::new: () SOAP::Lite::call: () SOAP::Serializer::envelope: () SOAP::Serializer::envelope: test_python_echo SOAP::Data=HASH(0x88cb3b8) SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Data::new: () SOAP::Transport::HTTP::Client::send_receive: HTTP::Request=HASH(0x88b0b54) SOAP::Transport::HTTP::Client::send_receive: POST http://192.168.101.23/cgi-bin/echo.py HTTP/1.1 Accept: text/xml Accept: multipart/* Content-Length: 830 Content-Type: text/xml; charset=utf-8 SOAPAction: "http://biomoby.org/#test_python_echo" ]]> SOAP::Transport::HTTP::Client::send_receive: HTTP::Response=HASH(0x8844760) SOAP::Transport::HTTP::Client::send_receive: HTTP/1.1 200 (OK) Connection: close Date: Thu, 13 Jan 2005 14:42:39 GMT Server: Apache/2.0.52 (Unix) mod_ssl/2.0.52 OpenSSL/0.9.7d DAV/2 Content-Length: 904 Content-Type: text/xml; charset="utf-8" Client-Date: Thu, 13 Jan 2005 14:42:42 GMT Client-Peer: 192.168.101.23:80 Client-Response-Num: 1 ]]> SOAP::Deserializer::deserialize: () SOAP::Parser::decode: () SOAP::SOM::new: () SOAP::Lite::DESTROY: () SOAP::Deserializer::DESTROY: () SOAP::Parser::DESTROY: () SOAP::Transport::DESTROY: () SOAP::Transport::HTTP::Client::DESTROY: () SOAP::SOM::DESTROY: () SOAP::Serializer::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Lite::DESTROY: () SOAP::Deserializer::DESTROY: () SOAP::Parser::DESTROY: () SOAP::Transport::DESTROY: () SOAP::Transport::HTTP::Client::DESTROY: () SOAP::Serializer::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::Data::DESTROY: () SOAP::SOM::DESTROY: () SOAP::Data::DESTROY: () From ywong at infobiogen.fr Thu Jan 13 10:26:20 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu Jan 13 10:24:22 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33697.195.221.101.193.1105629980.squirrel@195.221.101.193> Just to say that I tested the service with the jMoby and it worked like a charm... ./run-cmdline-client -e http://localhost/cgi-bin/echo.py -uri http://biomoby.org -call test_python_echo /tmp/query.xml Calling method 'test_python_echo' with the input from '/tmp/query.xml': -------------- > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From ywong at infobiogen.fr Thu Jan 13 10:56:07 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu Jan 13 10:52:24 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Finally I solved the problem... After analysing the traces ten times, I just return a string object (the solution was right under my nose): <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" moby:namespace="Global_Keyword" moby:articleName="" /></moby:Simple><moby:Simple><moby:Object moby:namespace="Received" moby:id="OK" /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> compare to before: ]]> This one isn't recognized as no deserializer exist for this kind of object. Now is it really necessary to put the XML object in a tag? > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > >> Hi, >> For this service it is normal as it is a service on my personal >> webserver which is offline most of the time. >> >> I send you the captured frames of the answer, maybe this will help. On >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby >> uses it to query services) maybe this will help me to find what's wrong >> with my service... >> >> ------------------------------------------------------------- >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, >> Toolbar... >> Web/Wap : www.netcourrier.com >> T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) >> Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) >> >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev@biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev >> > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Thu Jan 13 14:00:57 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu Jan 13 13:24:11 2005 Subject: [soap] Re: Re: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <1105642857.26050.64.camel@mobycentral.icapture.ubc.ca> Hi Yan, If you see the result coming back in the trace view from the debugYourService script, then your service is definitely giving results... let me know when the service is public and I'll have a look at it. Cheers! M On Thu, 2005-01-13 at 06:58, ywong@infobiogen.fr wrote: > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > > > Hi, > > For this service it is normal as it is a service on my personal > > webserver which is offline most of the time. > > > > I send you the captured frames of the answer, maybe this will help. On > > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > > uses it to query services) maybe this will help me to find what's wrong > > with my service... > > > > ------------------------------------------------------------- > > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > > Toolbar... > > Web/Wap : www.netcourrier.com > > Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > > Minitel: 3615 NETCOURRIER (0,16 TTC/min) > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev@biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > ______________________________________________________________________ > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 14:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu Jan 13 13:24:54 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong@infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev@biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev@biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 14:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu Jan 13 13:24:55 2005 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong@infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev@biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev@biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev@biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Tue Jan 18 09:15:27 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue Jan 18 09:12:14 2005 Subject: [MOBY-dev] Latest update for the bioMoby Python API Message-ID: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Hi, I've put the new bioMoby Python API (v0.8) on the CVS, Normally, services that use this version should have no problem to deal with GBrowse_moby (it return an XML string instead of a body object...) There will be services built on top of this API before the end of the week so you'll be able to see if there is any problems. For the cosmetic changes, now you can serialize/deserialize objects that doesn't have any toMoby or fromMoby method (thanks to dynamic class building a special Python feature :p) for example, if an object is not in the mobyDataTypes module or in the ontology, it will create a class corresponding to the XML, however, only public attributes are able to be serialized/deserialized (for methods, maybe it would be useful to link it with other webservices...) I've updated the documentation about it and added an example of how to build database aware bioMoby webservices Python/tutorials/webservices/bioMoby-Oracle.py (only select sql statement but i think it can be also used for update sql statement). Services now can be treated as threads (this enable the query of different services at the same time) it works like this: client=Client() serviceList=client.findService(ServiceQuery(inputObject=...) for aService in serviceList: aService.start(aMobyContentObject) aService.join() for aService in serviceList: if hasattr(self, 'results'): #results are retrieved in the results attributes aService.results etc.. From rebecca.ernst at gsf.de Wed Jan 19 12:27:11 2005 From: rebecca.ernst at gsf.de (Rebecca Ernst) Date: Wed Jan 19 12:23:45 2005 Subject: [MOBY-dev] Latest update for the bioMoby Python API In-Reply-To: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> References: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Message-ID: <41EE986F.5000909@gsf.de> Hi Yan! I've updated the cvs and indeed the service that was set up by Andreas (and never worked before in the gbrowse) worked perfectly fine! Thanks, Rebecca ywong@infobiogen.fr wrote: >Hi, > I've put the new bioMoby Python API (v0.8) on the CVS, Normally, >services that use this version should have no problem to deal with >GBrowse_moby (it return an XML string instead of a body object...) There >will be services built on top of this API before the end of the week so >you'll be able to see if there is any problems. > > For the cosmetic changes, now you can serialize/deserialize objects that >doesn't have any toMoby or fromMoby method (thanks to dynamic class >building a special Python feature :p) for example, if an object is not >in the mobyDataTypes module or in the ontology, it will create a class >corresponding to the XML, however, only public attributes are able to be >serialized/deserialized (for methods, maybe it would be useful to link >it with other webservices...) > > I've updated the documentation about it and added an example of how to >build database aware bioMoby webservices >Python/tutorials/webservices/bioMoby-Oracle.py >(only select sql statement but i think it can be also used for update sql >statement). > > Services now can be treated as threads (this enable the query of >different services at the same time) it works like this: > > client=Client() > serviceList=client.findService(ServiceQuery(inputObject=...) > > for aService in serviceList: > aService.start(aMobyContentObject) > aService.join() > > for aService in serviceList: > if hasattr(self, 'results'): > #results are retrieved in the results attributes > aService.results > etc.. > >_______________________________________________ >MOBY-dev mailing list >MOBY-dev@biomoby.org >http://www.biomoby.org/mailman/listinfo/moby-dev > > > -- Rebecca Ernst MIPS, Inst. for Bioinformatics GSF Research Center for Environment and Health Ingolstaedter Landstr. 1 85764 Neuherberg fon: +49 89 3187 3583 email: Rebecca.Ernst@gsf.de From markw at illuminae.com Wed Jan 19 16:59:06 2005 From: markw at illuminae.com (Mark Wilkinson) Date: Wed Jan 19 18:55:46 2005 Subject: [MOBY-dev] CVS update to fix the CDATA problem Message-ID: <41EED82A.3080604@illuminae.com> Hi all, I think we have fixed the CDATA problem... or at least, there are some PlaNet services that were not functioning properly before that now function properly :-) I'm going to try them with Taverna. You will need to update your MOBY::Client::Service module to get the changes. Cheers! M From mwilkinson at mrl.ubc.ca Thu Jan 20 11:38:56 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu Jan 20 11:00:09 2005 Subject: [MOBY-dev] The code changes yesterday Message-ID: <1106239136.12494.8.camel@mobycentral.icapture.ubc.ca> Hi all, Just thought I'd jot a note to let everyone know what the consequences are of yesterday's changes to MOBY::Client::Service. the problem we were trying to solve was with embedded CDATA inside CDATA tags, which is not allowed in XML. It was, in the beginning, desirable to pass MOBY messages as CDATA since that makes it more human-readable and easier to debug, however some people are passing sub-components of the content of their messages as CDATA also (e.g. the content of a FASTA object from certain services who will remain nameless ;-) in order to "escape" the leading '>' of the fasta header). This was causing problems. The change I made to MOBY::Client::Service yesterday simply removes the CDATA tags altogether and instead escapes the content of the message (replacing '<', '&' and ']]>'). This was bad form on my part, since CDATA really shouldn't have been used there in the first place... but I can't undo the past :-( In any case, a CVS update of that module should make everyone's services switch to this more correct output format without any other changes required. In addition, the (Perl) SOAP libraries handle this change completely transparently, so there is no need to modify your services v.v. data consumption either. the data you receive to your service will be exactly the same as it was when the CDATA tags were there. All in all, this should be a completely painless change, requiring only a CVS update to bring people's services up to date... M -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From jmfernandez at cnb.uam.es Thu Jan 20 12:05:15 2005 From: jmfernandez at cnb.uam.es (=?ISO-8859-1?Q?Jos=E9_Mar=EDa_Fern=E1ndez_Gonz=E1lez?=) Date: Thu Jan 20 12:00:35 2005 Subject: [MOBY-dev] Problem with a lock in CVS Message-ID: <41EFE4CB.9040807@cnb.uam.es> Hi everybody, I have just been updating my copy of BioMOBY's CVS and I have found what it seems a problem with a lock, which stops the updates: cvs update -dP cvs update: failed to create lock directory for `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): Permission denied cvs update: failed to obtain dir lock in repository `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' Any suggestion? Best Regards, Jos? Mar?a -- Jos? Mar?a Fern?ndez Gonz?lez e-mail: jmfernandez@cnb.uam.es Tlfn: (+34) 91 585 46 14 Fax: (+34) 91 585 45 06 Grupo de Dise?o de Proteinas Protein Design Group Centro Nacional de Biotecnolog?a National Center of Biotechnology C.P.: 28049 Zip Code: 28049 C/. Darwin n? 3 (Campus Cantoblanco, U. Aut?noma), Madrid (Spain) From dlondon at ebi.ac.uk Thu Jan 20 12:58:59 2005 From: dlondon at ebi.ac.uk (Darin London) Date: Thu Jan 20 17:53:46 2005 Subject: [MOBY-dev] BOSC 2005 Message-ID: <20050120175859.GA7254@parrot.ebi.ac.uk> {Please pass the word!} MEETING ANNOUNCEMENT & CALL FOR SPEAKERS The 6th annual Bioinformatics Open Source Conference (BOSC'2005) is organized by the not-for-profit Open Bioinformatics Foundation. The meeting will take place June 23-24, 2005 in Detroit, Michigan, USA, and is one of several Special Interest Group (SIG) meetings occurring in conjunction with the 13th International Conference on Intelligent Systems for Molecular Biology. see http://www.iscb.org/ismb2005 for more information. Because of the power of many Open Source bioinformatics packages in use by the Research Community today, it is not too presumptuous to say that the work of the Open Source Bioinformatics Community represents the cutting edge of Bioinformatics in general. This has been repeatedly demonstrated by the quality of presentations at previous BOSC conferences. This year, at BOSC 2006, we want to continue this tradition of excellence, while presenting this message to a wider part of the Research Community. Please, pass this message on to anyone you know that is interested in Bioinformatics software. BOSC PROGRAM & CONTACT INFO * Web: http://www.open-bio.org/bosc2005/ * Email: bosc@open-bio.org FEES TO BE ANNOUNCED. Watch the bosc website for more information. SPEAKERS & ABSTRACTS WANTED The program committee is currently seeking abstracts for talks at BOSC 2005. BOSC is a great opportunity for you to tell the community about your use, development, or philosophy of open source software development in bioinformatics. The committee will select several submitted abstracts for 25-minute talks and others for shorter "lightning" talks. Accepted abstracts will be published on the BOSC web site. If you are interested in speaking at BOSC 2005, please send us before April 26, 2005: * an abstract (no more than a few paragraphs) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. Abstracts will be accepted for submission until April 26, 2005. Abstracts chosen for presentation will be announced May 12, 2005 (before the ISMB Early Registration Deadline). LIGHTNING-TALK SPEAKERS WANTED! The program committee is currently seeking speakers for the lightning talks at BOSC 2005. Lightning talks are quick - only five minutes long - and a great opportunity for you to give people a quick summary of your open source project, code, idea, or vision of the future. If you are interested in giving a lightning talk at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. We will accept entries on-line until BOSC starts, but space for demos and lightning talks is limited.
SOFTWARE DEMONSTRATIONS WANTED! If you are involved in the development of Open Source Bioinformatics Software, you are invited to provide a short demonstration to attendees of BOSC 2005. If you are interested in giving a software demonstration at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * Internet connectivity requirements (e.g. website Application served on the world wide web, or web based client application). We will accept entries on-line until the BOSC starts, but space for demos and lightning talks is limited. ** Because the mission of the OBF is to promote Open Source software, we will favor submissions for projects that apply a recognized Open Source License, or adhere to the general Open Source Philosophy. See the following websites for further details: href="http://www.opensource.org/licenses/ href="http://www.opensource.org/docs/definition.php SESSION CHAIRS WANTED If you would like to be involved BOSC 2005, we invite you to chair a session. This will not require much of your time. You will be given a schedule of presenters during your session. You simply introduce each speaker, and manage the time of their presentation (25 minutes for full presentations, 5-10 minutes for lightning talks/demos, depending on the number of entries). If you are interested in chairing a session, please send us your name and affiliation (if applicable). -- cheers, Darin London dlondon@ebi.ac.uk European Bioinformatics Institute, +44 (0)1223 49 2566 Wellcome Trust Genome Campus, Hinxton +44 (0)1223 49 4468 (fax) Cambridgeshire CB10 1SD, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://biomoby.org/pipermail/moby-dev/attachments/20050120/9bb1da79/attachment-0001.bin From beatrice at arabidopsis.info Fri Jan 21 04:12:30 2005 From: beatrice at arabidopsis.info (Beatrice Schildknecht) Date: Fri Jan 21 04:09:43 2005 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F0C77E.5040709@arabidopsis.info> Ignore this and install as usual. Beatrice Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a > -- Nottingham Arabidopsis Stock Centre School of Biosciences Plant Science Division University of Nottingham Sutton Bonington Campus Loughborough LE12 5RD Tel: +44 115 951 3091 Catalogue: http://arabidopsis.info Affymetrix: http://affy.arabidopsis.info Genomics: http://atensembl.arabidopsis.info/ This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From gss at ncgr.org Wed Jan 26 14:05:40 2005 From: gss at ncgr.org (Gary Schiltz) Date: Wed Jan 26 14:01:32 2005 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F7EA04.5030000@ncgr.org> Sorry about that. I don't know how the lock problem arose, but it works now (at least for me). // Gary Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a > From senger at ebi.ac.uk Mon Jan 10 07:00:04 2005 From: senger at ebi.ac.uk (Martin Senger) Date: Mon, 10 Jan 2005 12:00:04 +0000 (GMT) Subject: [MOBY-dev] MOBY Central now breaks Java In-Reply-To: <41C1E0CA.4040307@cbr.nrc.ca> Message-ID: Hi all, Is this still an issue? Should I change anything in the CentralImpl? My today test, however, does not indicate any problems: bagheera:~/moby-live/Java> build/run/run-testing-central retrieveServiceNames OK retrieveServiceProviders OK retrieveServiceTypes OK retrieveNamespaces OK retrieveObjectNames OK registerServiceType OK registerNamespace - 1 OK registerNamespace - 2 OK registerDataType - 1 OK registerDataType - 3 OK registerDataType - 2 OK getDataTypeDefinition - 2 OK registerService OK deregisterService OK deregisterDataType - 2 OK deregisterDataType - 3 OK deregisterDataType - 1 OK deregisterNamespace - 2 OK deregisterNamespace - 1 OK deregisterServiceType OK With regards, Martin -- Martin Senger EMBL Outstation - Hinxton Senger at EBI.ac.uk European Bioinformatics Institute Phone: (+44) 1223 494636 Wellcome Trust Genome Campus (Switchboard: 494444) Hinxton Fax : (+44) 1223 494468 Cambridge CB10 1SD United Kingdom http://industry.ebi.ac.uk/~senger From ywong at infobiogen.fr Tue Jan 11 09:28:30 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue, 11 Jan 2005 15:28:30 +0100 (CET) Subject: [MOBY-dev] bioMoby Python, dynamic typing and multithreading (client side) Message-ID: <33443.195.221.101.193.1105453710.squirrel@195.221.101.193> Hello and Happy new year ^O^ I have made some modifications on the API of bioMoby Python (however, I haven't commited the changes yet as I have to review the documentation) The modifications are: -Multithreading on the client side of service execution (no need to wait the end of the execution of a service before invoking another, it is useful when you have different services to query at the same time (as an HTTP transaction is rather slow, we can use that time to send other queries) The syntax would look like this: firstService=Service(wsdl) firstService.start(mobyQueries, timeout=50) secondService=Service(wsdl) secondService.start(mobyQueries, timeout=50) thirdService=Service(wsdl) thirdService.start(mobyQueries, timeout=50) firstService.join() secondService.join() thirdService.join() A property in Service class will allow user to manipulate directly the thread object which will enable rendez-vous techniques, locks, and so on... Webservices are already slow, if we can send several queries at different services at the same time, it won't be a luxury I believe... -Use of Python's ability for dynamic typing to build classes from scratch (even methods!): No need of moby2python to generate classes from bioMoby definition. It is now the job of mobyUnmarshaller. from bioMoby import mobyUnmarshaller um=MobyUnmarshaller() r=um.loads() r will contain a generated python instance of a Class with attributes generated from the XML (only attributes, partial deserialization) for serialization: m=MobyMarshaller() m.dumps(a Python Object) an example: a=(1,2,3,4,5) m.dumps(a) '12345' It also works for objects: class DNASequence(object): def __init__(self, sequence): self.SequenceString=sequence self.Length=len(sequence) seq=DNASequence("ACGTAGCATGCTAGCTAGCTAGCATGCT") m.dumps(seq) 28ACGTAGCATGCTAGCTAGCTAGCATGCT From ywong at infobiogen.fr Tue Jan 11 12:38:08 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue, 11 Jan 2005 18:38:08 +0100 (CET) Subject: [MOBY-dev] questions about gbrowse-moby Message-ID: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> After some implementations of webservices in Python, I've noticed that I was able to query moby services normally, but when I used gbrowse_moby to query Python webservices, it wasn't successful at all. My Python API send a string to query services, these services all return results: *** Outgoing HTTP headers ********************************************** POST /webservices/predotar.py HTTP/1.0 Host: genoplante-info.infobiogen.fr User-agent: SOAPpy 0.11.4 (http://pywebsvcs.sf.net) Content-type: text/xml; charset="UTF-8" Content-length: 2248 SOAPAction: "http://biomoby.org/#predotarP" ************************************************************************ *** Outgoing SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:AminoAcidSequence ><moby:Integer moby:articleName="Length" >1256</moby:Integer><moby:String moby:articleName="SequenceString" >MGLGCGTSIAHEPPMVKCMVMYNGQSSWDMFSPWLVGGDEQPVNMIFEPMRAVTIISNNTPGMVFSGCWPDRYTHENVVGDRFKIINCKFPHQCNNVGAALCCDIRIDSHEGDQDKDEGWQYFEFCHMHAQNNVIWPQQHFGDWNWMWHKQNPKEMCMSRYCEWNKCVWTMGHPCSVRMYGIRLSSNVCSRQAEPAVQNSRGPSETPKEPIHYEGSSNRYGVHKGVSLMNWGNSCMNVINPGTCFIARADNNATVKDWMEPHHAAKLCVCAWQQRSYENAFEKHRAQIGKGSWSSAKMKGRKGNGGQSLMFCSCYHLDTPESMSTTYHIKFCPGLHAMQWRNDEWLSRGWNATKTKDPPFQWNKNVTKHAVEFRKGGTWSTKATEYWGKSHKEWGHNNHPHYVLDWAGCHFCAMESERDWPVQNKRCNQTLHCMDENLNPHITIILWWVWAWCVFYESCPNIEQKVCDKTRHIVLQQCDEDHYVACHHALWMKLWLMAVMHPLHFRYNLGNLTCPMIATMDLEFCHYMWQMYDYKRIYKYDVRNVIAKWGWEMKIQLFTSAHEFPSPMSTAQDKPPMMGSSAVEIWYHPVLYTMYVNISNPNHQHGNGSFEAEVAPPFHKYTSYNSHTRVLITPAYYEFQRLKEPFEHWDWSEPGPYSNITGPYVIALSPCPNEIEVCSKSNQHKTQEIMFMRHIGGLEWGVMYIYWNSWVGRWHWFDPQEGVRNNICNDLVKNPHFYDNAVPVNVQQHRKARICNNMNVKCRCENMPDIMEGHSTIPGLYHEQEFTGEIIHAENECANQVKSLGWVLMWQYPVPEPTEEKPAKSAWLGNGACPPPSRYCMYPNPNPKYPMTACCEHMQEYRRAIHRWNRLNEHKADLTFTEVPVVRRIPVVMSHDGHDCEDICMMRIIADMDRGQWWRHDTWPFYWSSLKEAVFKDKWCPEENCQLLFHEISKEVQKRLPNSKCTRTIPRTNESRHAQWRHGWH! NRINSFKTPRQIDQFIIPYYMERMKCPTVPLHCQPVWWFQRSEDCKYDDVKTNEVKMVQGYTMCRMYYSMHIGSLFDYETVALNWSKWMGKLDRYHYSNGFEYDTTHRFATQEVGNQEAHEPHRHFCLAFHSAEDMNRDCHTRYGMGLKIADYETYCVTIWHYNHVKHAGISVFKSTEKSNFIGDPSHIERQIGMRISTVTGECGDPHKVMQSPEPAGRWKFLMFKTHCKKAYLCNSNITFQDQYMHFIKEFVWMREFFNIILDCVPLTPW</moby:String></moby:AminoAcidSequence></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ here one of the response my service give: *** Incoming HTTP headers ********************************************** HTTP/1.? 200 Date: Tue, 11 Jan 2005 17:31:49 GMT Server: Apache Content-Length: 1441 Connection: close Content-Type: text/xml; charset="utf-8" ************************************************************************ *** Incoming SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:PredotarP_result moby:namespace="" moby:id="" moby:articleName=""><moby:Float moby:namespace="" moby:id="" moby:articleName="ER_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="MIT_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="None_Score">0.96</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="P_Score">0.03</moby:Float><moby:String moby:namespace="" moby:id="" moby:articleName="Prediction"><![CDATA[none]]></moby:String></moby:PredotarP_result></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ The question I have is What kind of SOAP messages does gbrowse_moby send to query services? Is there any source of gbrowse_moby? From mwilkinson at mrl.ubc.ca Tue Jan 11 13:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 10:20:42 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 13:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 10:20:42 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 18:34:06 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 15:34:06 -0800 Subject: [MOBY-dev] critical update required for those with a local MOBY Central installation Message-ID: <1105486445.21712.47.camel@mobycentral.icapture.ubc.ca> Hi all, Rebecca noticed a bug this AM that results in incorrect writing of records to the database for services with collections of inputs and outputs. I have fixed the code, and you can get it from a CVS update. I have also fixed the public registry; however anyone who is running a local copy of the MOBY Central registry will have to "patch" their database with the following two SQL commands: use mobycentral; update simple_input set service_instance_id=NULL where collection_input_id IS NOT NULL and service_instance_id IS NOT NULL; update simple_output set service_instance_id=NULL where collection_output_id IS NOT NULL and service_instance_id IS NOT NULL (don't forget to make a dump of the mobycentral table first, just to be safe!!!) Sorry about that! Contact me if you have any questions. Mark -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Wed Jan 12 03:57:53 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Wed, 12 Jan 2005 09:57:53 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Message-ID: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> I have almost solve the problem. Last night, I setup a test_python_echo service on my webserver and trace the HTTP transactions. The service returns a message in an object with namespace="Global_keyword" As input, the service receives a ]]> As output I give him: ]]> this is the raw xml returned: '\n\n\t\n\t\t\n\t\t\t\n\t\t\t\t\n\t\t\t\n\t\t\n\t\n\n' But still no success :( I think I am going to look into the code of gbrowse-moby and make other test s to see what's wrong... > Hi Yan! > > >> The question I have is What kind of SOAP messages does gbrowse_moby send >> to query services? >> Is there any source of gbrowse_moby? > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. > > It looks like your problem is here: > > xmlns:moby="http://www.biomoby.org/moby"> > You are not escaping the '<' before your mobyContent and mobyData tags... > > I think that is the problem (just by a quick eyeball analysis...) > > Let me know if that does not work and I'll investigate further. > > M > > > >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev at biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev > -- > Mark Wilkinson > Assistant Professor (Bioinformatics) > Dept. Medical Genetics, UBC, Canada > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Wed Jan 12 12:05:24 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Wed, 12 Jan 2005 09:05:24 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> Message-ID: <1105549523.24758.0.camel@mobycentral.icapture.ubc.ca> Hi Yan, I am trying to hit your service from here. It seems to just "hang" and not give any output at all (i assume we are talking about the test_python_echo service?) Is it possible that your soap daemon is not configured properly? M On Wed, 2005-01-12 at 00:57, ywong at infobiogen.fr wrote: > I have almost solve the problem. > > Last night, I setup a test_python_echo service on my webserver and trace > the HTTP transactions. > > The service returns a message in an object with namespace="Global_keyword" > > As input, the service receives a > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > As output I give him: > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > this is the raw xml returned: > '\n xmlns:moby="http://www.biomoby.org/moby">\n\t\n\t\t moby:queryID="1">\n\t\t\t\n\t\t\t\t moby:id="Hallo Welt" > moby:namespace="Global_Keyword"/>\n\t\t\t\n\t\t\n\t\n\n' > > But still no success :( > > I think I am going to look into the code of gbrowse-moby and make other > test s to see what's wrong... > > > > > > > Hi Yan! > > > > > >> The question I have is What kind of SOAP messages does gbrowse_moby > send > >> to query services? > >> Is there any source of gbrowse_moby? > > > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by > checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no > way to install gbrowse_moby without installing the rest of gbrowse, but I > do plan on adding a Makefile "switch" sometime soon... What you should do > is go through the Gbrowse Makefile/make process and then rather than doing > the "make install" step, just look in the cgi-bin folder and you will find > the "maked" gbrowse_moby source code. > > > > It looks like your problem is here: > > > > xmlns:moby="http://www.biomoby.org/moby"> > > > You are not escaping the '<' before your mobyContent and mobyData > tags... > > > > I think that is the problem (just by a quick eyeball analysis...) > > > > Let me know if that does not work and I'll investigate further. > > > > M > > > > > > > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > > -- > > Mark Wilkinson > > Assistant Professor (Bioinformatics) > > Dept. Medical Genetics, UBC, Canada > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From wong.yan at netcourrier.com Wed Jan 12 16:03:02 2005 From: wong.yan at netcourrier.com (wong.yan@netcourrier.com) Date: Wed, 12 Jan 2005 21:03:02 +0000 Subject: [moby] [MOBY-dev] questions about gbrowse-moby Message-ID: Hi, For this service it is normal as it is a service on my personal webserver which is offline most of the time. I send you the captured frames of the answer, maybe this will help. On my side, I'll do some testing using the moby Perl API (As gbrowse_moby uses it to query services) maybe this will help me to find what's wrong with my service... ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: datagram1 Url: http://www.biomoby.org/pipermail/moby-dev/attachments/20050112/5ca4c427/datagram1.pl From ywong at infobiogen.fr Thu Jan 13 09:58:08 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu, 13 Jan 2005 15:58:08 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> I used the Perl API to query test_python_echo, bad luck, no results... I used the debugYourService script to trace execution. I send the trace. AFAIK the script give results except when I query my service! Now I am almost clueless... The most astonishing fact is that apparently, it receives the answer but doesn't seems able to deserialize the content ?! I hope it can help, next week I'll put the test_python_echo webservice on the public webserver (then you'll be able to test by yourself). > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: trace.txt Url: http://www.biomoby.org/pipermail/moby-dev/attachments/20050113/8a2d501e/trace.txt From ywong at infobiogen.fr Thu Jan 13 10:26:20 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu, 13 Jan 2005 16:26:20 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33697.195.221.101.193.1105629980.squirrel@195.221.101.193> Just to say that I tested the service with the jMoby and it worked like a charm... ./run-cmdline-client -e http://localhost/cgi-bin/echo.py -uri http://biomoby.org -call test_python_echo /tmp/query.xml Calling method 'test_python_echo' with the input from '/tmp/query.xml': -------------- > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From ywong at infobiogen.fr Thu Jan 13 10:56:07 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Thu, 13 Jan 2005 16:56:07 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Finally I solved the problem... After analysing the traces ten times, I just return a string object (the solution was right under my nose): <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" moby:namespace="Global_Keyword" moby:articleName="" /></moby:Simple><moby:Simple><moby:Object moby:namespace="Received" moby:id="OK" /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> compare to before: ]]> This one isn't recognized as no deserializer exist for this kind of object. Now is it really necessary to put the XML object in a tag? > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > >> Hi, >> For this service it is normal as it is a service on my personal >> webserver which is offline most of the time. >> >> I send you the captured frames of the answer, maybe this will help. On >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby >> uses it to query services) maybe this will help me to find what's wrong >> with my service... >> >> ------------------------------------------------------------- >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, >> Toolbar... >> Web/Wap : www.netcourrier.com >> T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) >> Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) >> >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev at biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev >> > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Thu Jan 13 14:00:57 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:00:57 -0800 Subject: [soap] Re: Re: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <1105642857.26050.64.camel@mobycentral.icapture.ubc.ca> Hi Yan, If you see the result coming back in the trace view from the debugYourService script, then your service is definitely giving results... let me know when the service is public and I'll have a look at it. Cheers! M On Thu, 2005-01-13 at 06:58, ywong at infobiogen.fr wrote: > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > > > Hi, > > For this service it is normal as it is a service on my personal > > webserver which is offline most of the time. > > > > I send you the captured frames of the answer, maybe this will help. On > > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > > uses it to query services) maybe this will help me to find what's wrong > > with my service... > > > > ------------------------------------------------------------- > > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > > Toolbar... > > Web/Wap : www.netcourrier.com > > Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > > Minitel: 3615 NETCOURRIER (0,16 TTC/min) > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > ______________________________________________________________________ > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 14:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:02:07 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong at infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 14:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:02:07 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong at infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> Téléphone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Tue Jan 18 09:15:27 2005 From: ywong at infobiogen.fr (ywong@infobiogen.fr) Date: Tue, 18 Jan 2005 15:15:27 +0100 (CET) Subject: [MOBY-dev] Latest update for the bioMoby Python API Message-ID: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Hi, I've put the new bioMoby Python API (v0.8) on the CVS, Normally, services that use this version should have no problem to deal with GBrowse_moby (it return an XML string instead of a body object...) There will be services built on top of this API before the end of the week so you'll be able to see if there is any problems. For the cosmetic changes, now you can serialize/deserialize objects that doesn't have any toMoby or fromMoby method (thanks to dynamic class building a special Python feature :p) for example, if an object is not in the mobyDataTypes module or in the ontology, it will create a class corresponding to the XML, however, only public attributes are able to be serialized/deserialized (for methods, maybe it would be useful to link it with other webservices...) I've updated the documentation about it and added an example of how to build database aware bioMoby webservices Python/tutorials/webservices/bioMoby-Oracle.py (only select sql statement but i think it can be also used for update sql statement). Services now can be treated as threads (this enable the query of different services at the same time) it works like this: client=Client() serviceList=client.findService(ServiceQuery(inputObject=...) for aService in serviceList: aService.start(aMobyContentObject) aService.join() for aService in serviceList: if hasattr(self, 'results'): #results are retrieved in the results attributes aService.results etc.. From rebecca.ernst at gsf.de Wed Jan 19 12:27:11 2005 From: rebecca.ernst at gsf.de (Rebecca Ernst) Date: Wed, 19 Jan 2005 18:27:11 +0100 Subject: [MOBY-dev] Latest update for the bioMoby Python API In-Reply-To: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> References: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Message-ID: <41EE986F.5000909@gsf.de> Hi Yan! I've updated the cvs and indeed the service that was set up by Andreas (and never worked before in the gbrowse) worked perfectly fine! Thanks, Rebecca ywong at infobiogen.fr wrote: >Hi, > I've put the new bioMoby Python API (v0.8) on the CVS, Normally, >services that use this version should have no problem to deal with >GBrowse_moby (it return an XML string instead of a body object...) There >will be services built on top of this API before the end of the week so >you'll be able to see if there is any problems. > > For the cosmetic changes, now you can serialize/deserialize objects that >doesn't have any toMoby or fromMoby method (thanks to dynamic class >building a special Python feature :p) for example, if an object is not >in the mobyDataTypes module or in the ontology, it will create a class >corresponding to the XML, however, only public attributes are able to be >serialized/deserialized (for methods, maybe it would be useful to link >it with other webservices...) > > I've updated the documentation about it and added an example of how to >build database aware bioMoby webservices >Python/tutorials/webservices/bioMoby-Oracle.py >(only select sql statement but i think it can be also used for update sql >statement). > > Services now can be treated as threads (this enable the query of >different services at the same time) it works like this: > > client=Client() > serviceList=client.findService(ServiceQuery(inputObject=...) > > for aService in serviceList: > aService.start(aMobyContentObject) > aService.join() > > for aService in serviceList: > if hasattr(self, 'results'): > #results are retrieved in the results attributes > aService.results > etc.. > >_______________________________________________ >MOBY-dev mailing list >MOBY-dev at biomoby.org >http://www.biomoby.org/mailman/listinfo/moby-dev > > > -- Rebecca Ernst MIPS, Inst. for Bioinformatics GSF Research Center for Environment and Health Ingolstaedter Landstr. 1 85764 Neuherberg fon: +49 89 3187 3583 email: Rebecca.Ernst at gsf.de From markw at illuminae.com Wed Jan 19 16:59:06 2005 From: markw at illuminae.com (Mark Wilkinson) Date: Wed, 19 Jan 2005 15:59:06 -0600 Subject: [MOBY-dev] CVS update to fix the CDATA problem Message-ID: <41EED82A.3080604@illuminae.com> Hi all, I think we have fixed the CDATA problem... or at least, there are some PlaNet services that were not functioning properly before that now function properly :-) I'm going to try them with Taverna. You will need to update your MOBY::Client::Service module to get the changes. Cheers! M From mwilkinson at mrl.ubc.ca Thu Jan 20 11:38:56 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 20 Jan 2005 08:38:56 -0800 Subject: [MOBY-dev] The code changes yesterday Message-ID: <1106239136.12494.8.camel@mobycentral.icapture.ubc.ca> Hi all, Just thought I'd jot a note to let everyone know what the consequences are of yesterday's changes to MOBY::Client::Service. the problem we were trying to solve was with embedded CDATA inside CDATA tags, which is not allowed in XML. It was, in the beginning, desirable to pass MOBY messages as CDATA since that makes it more human-readable and easier to debug, however some people are passing sub-components of the content of their messages as CDATA also (e.g. the content of a FASTA object from certain services who will remain nameless ;-) in order to "escape" the leading '>' of the fasta header). This was causing problems. The change I made to MOBY::Client::Service yesterday simply removes the CDATA tags altogether and instead escapes the content of the message (replacing '<', '&' and ']]>'). This was bad form on my part, since CDATA really shouldn't have been used there in the first place... but I can't undo the past :-( In any case, a CVS update of that module should make everyone's services switch to this more correct output format without any other changes required. In addition, the (Perl) SOAP libraries handle this change completely transparently, so there is no need to modify your services v.v. data consumption either. the data you receive to your service will be exactly the same as it was when the CDATA tags were there. All in all, this should be a completely painless change, requiring only a CVS update to bring people's services up to date... M -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From jmfernandez at cnb.uam.es Thu Jan 20 12:05:15 2005 From: jmfernandez at cnb.uam.es (=?ISO-8859-1?Q?Jos=E9_Mar=EDa_Fern=E1ndez_Gonz=E1lez?=) Date: Thu, 20 Jan 2005 18:05:15 +0100 Subject: [MOBY-dev] Problem with a lock in CVS Message-ID: <41EFE4CB.9040807@cnb.uam.es> Hi everybody, I have just been updating my copy of BioMOBY's CVS and I have found what it seems a problem with a lock, which stops the updates: cvs update -dP cvs update: failed to create lock directory for `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): Permission denied cvs update: failed to obtain dir lock in repository `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' Any suggestion? Best Regards, Jos? Mar?a -- Jos? Mar?a Fern?ndez Gonz?lez e-mail: jmfernandez at cnb.uam.es Tlfn: (+34) 91 585 46 14 Fax: (+34) 91 585 45 06 Grupo de Dise?o de Proteinas Protein Design Group Centro Nacional de Biotecnolog?a National Center of Biotechnology C.P.: 28049 Zip Code: 28049 C/. Darwin n? 3 (Campus Cantoblanco, U. Aut?noma), Madrid (Spain) From dlondon at ebi.ac.uk Thu Jan 20 12:58:59 2005 From: dlondon at ebi.ac.uk (Darin London) Date: Thu, 20 Jan 2005 17:58:59 +0000 Subject: [MOBY-dev] BOSC 2005 Message-ID: <20050120175859.GA7254@parrot.ebi.ac.uk> {Please pass the word!} MEETING ANNOUNCEMENT & CALL FOR SPEAKERS The 6th annual Bioinformatics Open Source Conference (BOSC'2005) is organized by the not-for-profit Open Bioinformatics Foundation. The meeting will take place June 23-24, 2005 in Detroit, Michigan, USA, and is one of several Special Interest Group (SIG) meetings occurring in conjunction with the 13th International Conference on Intelligent Systems for Molecular Biology. see http://www.iscb.org/ismb2005 for more information. Because of the power of many Open Source bioinformatics packages in use by the Research Community today, it is not too presumptuous to say that the work of the Open Source Bioinformatics Community represents the cutting edge of Bioinformatics in general. This has been repeatedly demonstrated by the quality of presentations at previous BOSC conferences. This year, at BOSC 2006, we want to continue this tradition of excellence, while presenting this message to a wider part of the Research Community. Please, pass this message on to anyone you know that is interested in Bioinformatics software. BOSC PROGRAM & CONTACT INFO * Web: http://www.open-bio.org/bosc2005/ * Email: bosc at open-bio.org FEES TO BE ANNOUNCED. Watch the bosc website for more information. SPEAKERS & ABSTRACTS WANTED The program committee is currently seeking abstracts for talks at BOSC 2005. BOSC is a great opportunity for you to tell the community about your use, development, or philosophy of open source software development in bioinformatics. The committee will select several submitted abstracts for 25-minute talks and others for shorter "lightning" talks. Accepted abstracts will be published on the BOSC web site. If you are interested in speaking at BOSC 2005, please send us before April 26, 2005: * an abstract (no more than a few paragraphs) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. Abstracts will be accepted for submission until April 26, 2005. Abstracts chosen for presentation will be announced May 12, 2005 (before the ISMB Early Registration Deadline). LIGHTNING-TALK SPEAKERS WANTED! The program committee is currently seeking speakers for the lightning talks at BOSC 2005. Lightning talks are quick - only five minutes long - and a great opportunity for you to give people a quick summary of your open source project, code, idea, or vision of the future. If you are interested in giving a lightning talk at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. We will accept entries on-line until BOSC starts, but space for demos and lightning talks is limited.
SOFTWARE DEMONSTRATIONS WANTED! If you are involved in the development of Open Source Bioinformatics Software, you are invited to provide a short demonstration to attendees of BOSC 2005. If you are interested in giving a software demonstration at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * Internet connectivity requirements (e.g. website Application served on the world wide web, or web based client application). We will accept entries on-line until the BOSC starts, but space for demos and lightning talks is limited. ** Because the mission of the OBF is to promote Open Source software, we will favor submissions for projects that apply a recognized Open Source License, or adhere to the general Open Source Philosophy. See the following websites for further details: href="http://www.opensource.org/licenses/ href="http://www.opensource.org/docs/definition.php SESSION CHAIRS WANTED If you would like to be involved BOSC 2005, we invite you to chair a session. This will not require much of your time. You will be given a schedule of presenters during your session. You simply introduce each speaker, and manage the time of their presentation (25 minutes for full presentations, 5-10 minutes for lightning talks/demos, depending on the number of entries). If you are interested in chairing a session, please send us your name and affiliation (if applicable). -- cheers, Darin London dlondon at ebi.ac.uk European Bioinformatics Institute, +44 (0)1223 49 2566 Wellcome Trust Genome Campus, Hinxton +44 (0)1223 49 4468 (fax) Cambridgeshire CB10 1SD, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.biomoby.org/pipermail/moby-dev/attachments/20050120/9bb1da79/attachment-0002.bin From beatrice at arabidopsis.info Fri Jan 21 04:12:30 2005 From: beatrice at arabidopsis.info (Beatrice Schildknecht) Date: Fri, 21 Jan 2005 09:12:30 +0000 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F0C77E.5040709@arabidopsis.info> Ignore this and install as usual. Beatrice Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a > -- Nottingham Arabidopsis Stock Centre School of Biosciences Plant Science Division University of Nottingham Sutton Bonington Campus Loughborough LE12 5RD Tel: +44 115 951 3091 Catalogue: http://arabidopsis.info Affymetrix: http://affy.arabidopsis.info Genomics: http://atensembl.arabidopsis.info/ This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From gss at ncgr.org Wed Jan 26 14:05:40 2005 From: gss at ncgr.org (Gary Schiltz) Date: Wed, 26 Jan 2005 12:05:40 -0700 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F7EA04.5030000@ncgr.org> Sorry about that. I don't know how the lock problem arose, but it works now (at least for me). // Gary Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a > From senger at ebi.ac.uk Mon Jan 10 12:00:04 2005 From: senger at ebi.ac.uk (Martin Senger) Date: Mon, 10 Jan 2005 12:00:04 +0000 (GMT) Subject: [MOBY-dev] MOBY Central now breaks Java In-Reply-To: <41C1E0CA.4040307@cbr.nrc.ca> Message-ID: Hi all, Is this still an issue? Should I change anything in the CentralImpl? My today test, however, does not indicate any problems: bagheera:~/moby-live/Java> build/run/run-testing-central retrieveServiceNames OK retrieveServiceProviders OK retrieveServiceTypes OK retrieveNamespaces OK retrieveObjectNames OK registerServiceType OK registerNamespace - 1 OK registerNamespace - 2 OK registerDataType - 1 OK registerDataType - 3 OK registerDataType - 2 OK getDataTypeDefinition - 2 OK registerService OK deregisterService OK deregisterDataType - 2 OK deregisterDataType - 3 OK deregisterDataType - 1 OK deregisterNamespace - 2 OK deregisterNamespace - 1 OK deregisterServiceType OK With regards, Martin -- Martin Senger EMBL Outstation - Hinxton Senger at EBI.ac.uk European Bioinformatics Institute Phone: (+44) 1223 494636 Wellcome Trust Genome Campus (Switchboard: 494444) Hinxton Fax : (+44) 1223 494468 Cambridge CB10 1SD United Kingdom http://industry.ebi.ac.uk/~senger From ywong at infobiogen.fr Tue Jan 11 14:28:30 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Tue, 11 Jan 2005 15:28:30 +0100 (CET) Subject: [MOBY-dev] bioMoby Python, dynamic typing and multithreading (client side) Message-ID: <33443.195.221.101.193.1105453710.squirrel@195.221.101.193> Hello and Happy new year ^O^ I have made some modifications on the API of bioMoby Python (however, I haven't commited the changes yet as I have to review the documentation) The modifications are: -Multithreading on the client side of service execution (no need to wait the end of the execution of a service before invoking another, it is useful when you have different services to query at the same time (as an HTTP transaction is rather slow, we can use that time to send other queries) The syntax would look like this: firstService=Service(wsdl) firstService.start(mobyQueries, timeout=50) secondService=Service(wsdl) secondService.start(mobyQueries, timeout=50) thirdService=Service(wsdl) thirdService.start(mobyQueries, timeout=50) firstService.join() secondService.join() thirdService.join() A property in Service class will allow user to manipulate directly the thread object which will enable rendez-vous techniques, locks, and so on... Webservices are already slow, if we can send several queries at different services at the same time, it won't be a luxury I believe... -Use of Python's ability for dynamic typing to build classes from scratch (even methods!): No need of moby2python to generate classes from bioMoby definition. It is now the job of mobyUnmarshaller. from bioMoby import mobyUnmarshaller um=MobyUnmarshaller() r=um.loads() r will contain a generated python instance of a Class with attributes generated from the XML (only attributes, partial deserialization) for serialization: m=MobyMarshaller() m.dumps(a Python Object) an example: a=(1,2,3,4,5) m.dumps(a) '12345' It also works for objects: class DNASequence(object): def __init__(self, sequence): self.SequenceString=sequence self.Length=len(sequence) seq=DNASequence("ACGTAGCATGCTAGCTAGCTAGCATGCT") m.dumps(seq) 28ACGTAGCATGCTAGCTAGCTAGCATGCT From ywong at infobiogen.fr Tue Jan 11 17:38:08 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Tue, 11 Jan 2005 18:38:08 +0100 (CET) Subject: [MOBY-dev] questions about gbrowse-moby Message-ID: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> After some implementations of webservices in Python, I've noticed that I was able to query moby services normally, but when I used gbrowse_moby to query Python webservices, it wasn't successful at all. My Python API send a string to query services, these services all return results: *** Outgoing HTTP headers ********************************************** POST /webservices/predotar.py HTTP/1.0 Host: genoplante-info.infobiogen.fr User-agent: SOAPpy 0.11.4 (http://pywebsvcs.sf.net) Content-type: text/xml; charset="UTF-8" Content-length: 2248 SOAPAction: "http://biomoby.org/#predotarP" ************************************************************************ *** Outgoing SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:AminoAcidSequence ><moby:Integer moby:articleName="Length" >1256</moby:Integer><moby:String moby:articleName="SequenceString" >MGLGCGTSIAHEPPMVKCMVMYNGQSSWDMFSPWLVGGDEQPVNMIFEPMRAVTIISNNTPGMVFSGCWPDRYTHENVVGDRFKIINCKFPHQCNNVGAALCCDIRIDSHEGDQDKDEGWQYFEFCHMHAQNNVIWPQQHFGDWNWMWHKQNPKEMCMSRYCEWNKCVWTMGHPCSVRMYGIRLSSNVCSRQAEPAVQNSRGPSETPKEPIHYEGSSNRYGVHKGVSLMNWGNSCMNVINPGTCFIARADNNATVKDWMEPHHAAKLCVCAWQQRSYENAFEKHRAQIGKGSWSSAKMKGRKGNGGQSLMFCSCYHLDTPESMSTTYHIKFCPGLHAMQWRNDEWLSRGWNATKTKDPPFQWNKNVTKHAVEFRKGGTWSTKATEYWGKSHKEWGHNNHPHYVLDWAGCHFCAMESERDWPVQNKRCNQTLHCMDENLNPHITIILWWVWAWCVFYESCPNIEQKVCDKTRHIVLQQCDEDHYVACHHALWMKLWLMAVMHPLHFRYNLGNLTCPMIATMDLEFCHYMWQMYDYKRIYKYDVRNVIAKWGWEMKIQLFTSAHEFPSPMSTAQDKPPMMGSSAVEIWYHPVLYTMYVNISNPNHQHGNGSFEAEVAPPFHKYTSYNSHTRVLITPAYYEFQRLKEPFEHWDWSEPGPYSNITGPYVIALSPCPNEIEVCSKSNQHKTQEIMFMRHIGGLEWGVMYIYWNSWVGRWHWFDPQEGVRNNICNDLVKNPHFYDNAVPVNVQQHRKARICNNMNVKCRCENMPDIMEGHSTIPGLYHEQEFTGEIIHAENECANQVKSLGWVLMWQYPVPEPTEEKPAKSAWLGNGACPPPSRYCMYPNPNPKYPMTACCEHMQEYRRAIHRWNRLNEHKADLTFTEVPVVRRIPVVMSHDGHDCEDICMMRIIADMDRGQWWRHDTWPFYWSSLKEAVFKDKWCPEENCQLLFHEISKEVQKRLPNSKCTRTIPRTNESRHAQWRHGWH! NRINSFKTPRQIDQFIIPYYMERMKCPTVPLHCQPVWWFQRSEDCKYDDVKTNEVKMVQGYTMCRMYYSMHIGSLFDYETVALNWSKWMGKLDRYHYSNGFEYDTTHRFATQEVGNQEAHEPHRHFCLAFHSAEDMNRDCHTRYGMGLKIADYETYCVTIWHYNHVKHAGISVFKSTEKSNFIGDPSHIERQIGMRISTVTGECGDPHKVMQSPEPAGRWKFLMFKTHCKKAYLCNSNITFQDQYMHFIKEFVWMREFFNIILDCVPLTPW</moby:String></moby:AminoAcidSequence></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ here one of the response my service give: *** Incoming HTTP headers ********************************************** HTTP/1.? 200 Date: Tue, 11 Jan 2005 17:31:49 GMT Server: Apache Content-Length: 1441 Connection: close Content-Type: text/xml; charset="utf-8" ************************************************************************ *** Incoming SOAP ****************************************************** <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby"><moby:mobyContent><moby:mobyData moby:queryID='query'><moby:Simple><moby:PredotarP_result moby:namespace="" moby:id="" moby:articleName=""><moby:Float moby:namespace="" moby:id="" moby:articleName="ER_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="MIT_Score">0.01</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="None_Score">0.96</moby:Float><moby:Float moby:namespace="" moby:id="" moby:articleName="P_Score">0.03</moby:Float><moby:String moby:namespace="" moby:id="" moby:articleName="Prediction"><![CDATA[none]]></moby:String></moby:PredotarP_result></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> ************************************************************************ The question I have is What kind of SOAP messages does gbrowse_moby send to query services? Is there any source of gbrowse_moby? From mwilkinson at mrl.ubc.ca Tue Jan 11 18:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 10:20:42 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 18:20:42 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 10:20:42 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> Message-ID: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Hi Yan! > The question I have is What kind of SOAP messages does gbrowse_moby send > to query services? > > Is there any source of gbrowse_moby? gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. It looks like your problem is here: xmlns:moby="http://www.biomoby.org/moby"> _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Tue Jan 11 23:34:06 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Tue, 11 Jan 2005 15:34:06 -0800 Subject: [MOBY-dev] critical update required for those with a local MOBY Central installation Message-ID: <1105486445.21712.47.camel@mobycentral.icapture.ubc.ca> Hi all, Rebecca noticed a bug this AM that results in incorrect writing of records to the database for services with collections of inputs and outputs. I have fixed the code, and you can get it from a CVS update. I have also fixed the public registry; however anyone who is running a local copy of the MOBY Central registry will have to "patch" their database with the following two SQL commands: use mobycentral; update simple_input set service_instance_id=NULL where collection_input_id IS NOT NULL and service_instance_id IS NOT NULL; update simple_output set service_instance_id=NULL where collection_output_id IS NOT NULL and service_instance_id IS NOT NULL (don't forget to make a dump of the mobycentral table first, just to be safe!!!) Sorry about that! Contact me if you have any questions. Mark -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Wed Jan 12 08:57:53 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Wed, 12 Jan 2005 09:57:53 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> Message-ID: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> I have almost solve the problem. Last night, I setup a test_python_echo service on my webserver and trace the HTTP transactions. The service returns a message in an object with namespace="Global_keyword" As input, the service receives a ]]> As output I give him: ]]> this is the raw xml returned: '\n\n\t\n\t\t\n\t\t\t\n\t\t\t\t\n\t\t\t\n\t\t\n\t\n\n' But still no success :( I think I am going to look into the code of gbrowse-moby and make other test s to see what's wrong... > Hi Yan! > > >> The question I have is What kind of SOAP messages does gbrowse_moby send >> to query services? >> Is there any source of gbrowse_moby? > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no way to install gbrowse_moby without installing the rest of gbrowse, but I do plan on adding a Makefile "switch" sometime soon... What you should do is go through the Gbrowse Makefile/make process and then rather than doing the "make install" step, just look in the cgi-bin folder and you will find the "maked" gbrowse_moby source code. > > It looks like your problem is here: > > xmlns:moby="http://www.biomoby.org/moby"> > You are not escaping the '<' before your mobyContent and mobyData tags... > > I think that is the problem (just by a quick eyeball analysis...) > > Let me know if that does not work and I'll investigate further. > > M > > > >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev at biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev > -- > Mark Wilkinson > Assistant Professor (Bioinformatics) > Dept. Medical Genetics, UBC, Canada > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Wed Jan 12 17:05:24 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Wed, 12 Jan 2005 09:05:24 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> References: <34407.195.221.101.193.1105465088.squirrel@195.221.101.193> <1105467641.21712.7.camel@mobycentral.icapture.ubc.ca> <32934.195.221.101.193.1105520273.squirrel@195.221.101.193> Message-ID: <1105549523.24758.0.camel@mobycentral.icapture.ubc.ca> Hi Yan, I am trying to hit your service from here. It seems to just "hang" and not give any output at all (i assume we are talking about the test_python_echo service?) Is it possible that your soap daemon is not configured properly? M On Wed, 2005-01-12 at 00:57, ywong at infobiogen.fr wrote: > I have almost solve the problem. > > Last night, I setup a test_python_echo service on my webserver and trace > the HTTP transactions. > > The service returns a message in an object with namespace="Global_keyword" > > As input, the service receives a > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > As output I give him: > > > > > > > moby:namespace="Global_Keyword"/> > > > > > ]]> > > this is the raw xml returned: > '\n xmlns:moby="http://www.biomoby.org/moby">\n\t\n\t\t moby:queryID="1">\n\t\t\t\n\t\t\t\t moby:id="Hallo Welt" > moby:namespace="Global_Keyword"/>\n\t\t\t\n\t\t\n\t\n\n' > > But still no success :( > > I think I am going to look into the code of gbrowse-moby and make other > test s to see what's wrong... > > > > > > > Hi Yan! > > > > > >> The question I have is What kind of SOAP messages does gbrowse_moby > send > >> to query services? > >> Is there any source of gbrowse_moby? > > > > gbrowse_moby is part of the Gbrowse codebase, and you can get it by > checking-out Gbrowse (gmod.sourceforge.net). At the moment there is no > way to install gbrowse_moby without installing the rest of gbrowse, but I > do plan on adding a Makefile "switch" sometime soon... What you should do > is go through the Gbrowse Makefile/make process and then rather than doing > the "make install" step, just look in the cgi-bin folder and you will find > the "maked" gbrowse_moby source code. > > > > It looks like your problem is here: > > > > xmlns:moby="http://www.biomoby.org/moby"> > > > You are not escaping the '<' before your mobyContent and mobyData > tags... > > > > I think that is the problem (just by a quick eyeball analysis...) > > > > Let me know if that does not work and I'll investigate further. > > > > M > > > > > > > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > > -- > > Mark Wilkinson > > Assistant Professor (Bioinformatics) > > Dept. Medical Genetics, UBC, Canada > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From wong.yan at netcourrier.com Wed Jan 12 21:03:02 2005 From: wong.yan at netcourrier.com (wong.yan at netcourrier.com) Date: Wed, 12 Jan 2005 21:03:02 +0000 Subject: [moby] [MOBY-dev] questions about gbrowse-moby Message-ID: Hi, For this service it is normal as it is a service on my personal webserver which is offline most of the time. I send you the captured frames of the answer, maybe this will help. On my side, I'll do some testing using the moby Perl API (As gbrowse_moby uses it to query services) maybe this will help me to find what's wrong with my service... ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: datagram1 URL: From ywong at infobiogen.fr Thu Jan 13 14:58:08 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Thu, 13 Jan 2005 15:58:08 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> I used the Perl API to query test_python_echo, bad luck, no results... I used the debugYourService script to trace execution. I send the trace. AFAIK the script give results except when I query my service! Now I am almost clueless... The most astonishing fact is that apparently, it receives the answer but doesn't seems able to deserialize the content ?! I hope it can help, next week I'll put the test_python_echo webservice on the public webserver (then you'll be able to test by yourself). > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: trace.txt URL: From ywong at infobiogen.fr Thu Jan 13 15:26:20 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Thu, 13 Jan 2005 16:26:20 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: References: Message-ID: <33697.195.221.101.193.1105629980.squirrel@195.221.101.193> Just to say that I tested the service with the jMoby and it worked like a charm... ./run-cmdline-client -e http://localhost/cgi-bin/echo.py -uri http://biomoby.org -call test_python_echo /tmp/query.xml Calling method 'test_python_echo' with the input from '/tmp/query.xml': -------------- > Hi, > For this service it is normal as it is a service on my personal > webserver which is offline most of the time. > > I send you the captured frames of the answer, maybe this will help. On > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > uses it to query services) maybe this will help me to find what's wrong > with my service... > > ------------------------------------------------------------- > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > Toolbar... > Web/Wap : www.netcourrier.com > T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) > Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From ywong at infobiogen.fr Thu Jan 13 15:56:07 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Thu, 13 Jan 2005 16:56:07 +0100 (CET) Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Finally I solved the problem... After analysing the traces ten times, I just return a string object (the solution was right under my nose): <?xml version="1.0" encoding="UTF-8"?><moby:MOBY xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" moby:namespace="Global_Keyword" moby:articleName="" /></moby:Simple><moby:Simple><moby:Object moby:namespace="Received" moby:id="OK" /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> compare to before: ]]> This one isn't recognized as no deserializer exist for this kind of object. Now is it really necessary to put the XML object in a tag? > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > >> Hi, >> For this service it is normal as it is a service on my personal >> webserver which is offline most of the time. >> >> I send you the captured frames of the answer, maybe this will help. On >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby >> uses it to query services) maybe this will help me to find what's wrong >> with my service... >> >> ------------------------------------------------------------- >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, >> Toolbar... >> Web/Wap : www.netcourrier.com >> T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) >> Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) >> >> _______________________________________________ >> MOBY-dev mailing list >> MOBY-dev at biomoby.org >> http://www.biomoby.org/mailman/listinfo/moby-dev >> > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev > From mwilkinson at mrl.ubc.ca Thu Jan 13 19:00:57 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:00:57 -0800 Subject: [soap] Re: Re: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> Message-ID: <1105642857.26050.64.camel@mobycentral.icapture.ubc.ca> Hi Yan, If you see the result coming back in the trace view from the debugYourService script, then your service is definitely giving results... let me know when the service is public and I'll have a look at it. Cheers! M On Thu, 2005-01-13 at 06:58, ywong at infobiogen.fr wrote: > I used the Perl API to query test_python_echo, bad luck, no results... > > I used the debugYourService script to trace execution. I send the trace. > > AFAIK the script give results except when I query my service! > > Now I am almost clueless... > > The most astonishing fact is that apparently, it receives the answer but > doesn't seems able to deserialize the content ?! > > I hope it can help, next week I'll put the test_python_echo webservice on > the public webserver (then you'll be able to test by yourself). > > > > Hi, > > For this service it is normal as it is a service on my personal > > webserver which is offline most of the time. > > > > I send you the captured frames of the answer, maybe this will help. On > > my side, I'll do some testing using the moby Perl API (As gbrowse_moby > > uses it to query services) maybe this will help me to find what's wrong > > with my service... > > > > ------------------------------------------------------------- > > NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > > Toolbar... > > Web/Wap : www.netcourrier.com > > T??l??phone/Fax : 08 92 69 00 21 (0,34 TTC/min) > > Minitel: 3615 NETCOURRIER (0,16 TTC/min) > > > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > ______________________________________________________________________ > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 19:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:02:07 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong at infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> T??l??phone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From mwilkinson at mrl.ubc.ca Thu Jan 13 19:02:07 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 13 Jan 2005 11:02:07 -0800 Subject: [moby] [MOBY-dev] questions about gbrowse-moby In-Reply-To: <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> References: <33655.195.221.101.193.1105628288.squirrel@195.221.101.193> <33758.195.221.101.193.1105631767.squirrel@195.221.101.193> Message-ID: <1105642926.26050.66.camel@mobycentral.icapture.ubc.ca> I think the tag is a standard part of the soap message...?? M On Thu, 2005-01-13 at 07:56, ywong at infobiogen.fr wrote: > Finally I solved the problem... > > After analysing the traces ten times, I just return a string object (the > solution was right under my nose): > > <?xml version="1.0" > encoding="UTF-8"?><moby:MOBY > xmlns:moby="http://www.biomoby.org/moby-s"><moby:mobyContent><moby:mobyData > moby:queryID='1'><moby:Simple><moby:Object moby:id="superman" > moby:namespace="Global_Keyword" moby:articleName="" > /></moby:Simple><moby:Simple><moby:Object > moby:namespace="Received" moby:id="OK" > /></moby:Simple></moby:mobyData></moby:mobyContent></moby:MOBY> > > compare to before: > > xmlns:namesp3="http://biomoby.org/"> encoding='UTF-8'?> > > > moby:articleName='object1'> > > > > > > ]]> > > This one isn't recognized as no deserializer exist for this kind of object. > > Now is it really necessary to put the XML object in a tag? > > > I used the Perl API to query test_python_echo, bad luck, no results... > > > > I used the debugYourService script to trace execution. I send the trace. > > > > AFAIK the script give results except when I query my service! > > > > Now I am almost clueless... > > > > The most astonishing fact is that apparently, it receives the answer but > > doesn't seems able to deserialize the content ?! > > > > I hope it can help, next week I'll put the test_python_echo webservice on > > the public webserver (then you'll be able to test by yourself). > > > > > >> Hi, > >> For this service it is normal as it is a service on my personal > >> webserver which is offline most of the time. > >> > >> I send you the captured frames of the answer, maybe this will help. On > >> my side, I'll do some testing using the moby Perl API (As gbrowse_moby > >> uses it to query services) maybe this will help me to find what's wrong > >> with my service... > >> > >> ------------------------------------------------------------- > >> NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, > >> Toolbar... > >> Web/Wap : www.netcourrier.com > >> T??l??phone/Fax : 08 92 69 00 21 (0,34 TTC/min) > >> Minitel: 3615 NETCOURRIER (0,16 TTC/min) > >> > >> _______________________________________________ > >> MOBY-dev mailing list > >> MOBY-dev at biomoby.org > >> http://www.biomoby.org/mailman/listinfo/moby-dev > >> > > _______________________________________________ > > MOBY-dev mailing list > > MOBY-dev at biomoby.org > > http://www.biomoby.org/mailman/listinfo/moby-dev > > > > > _______________________________________________ > MOBY-dev mailing list > MOBY-dev at biomoby.org > http://www.biomoby.org/mailman/listinfo/moby-dev -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From ywong at infobiogen.fr Tue Jan 18 14:15:27 2005 From: ywong at infobiogen.fr (ywong at infobiogen.fr) Date: Tue, 18 Jan 2005 15:15:27 +0100 (CET) Subject: [MOBY-dev] Latest update for the bioMoby Python API Message-ID: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Hi, I've put the new bioMoby Python API (v0.8) on the CVS, Normally, services that use this version should have no problem to deal with GBrowse_moby (it return an XML string instead of a body object...) There will be services built on top of this API before the end of the week so you'll be able to see if there is any problems. For the cosmetic changes, now you can serialize/deserialize objects that doesn't have any toMoby or fromMoby method (thanks to dynamic class building a special Python feature :p) for example, if an object is not in the mobyDataTypes module or in the ontology, it will create a class corresponding to the XML, however, only public attributes are able to be serialized/deserialized (for methods, maybe it would be useful to link it with other webservices...) I've updated the documentation about it and added an example of how to build database aware bioMoby webservices Python/tutorials/webservices/bioMoby-Oracle.py (only select sql statement but i think it can be also used for update sql statement). Services now can be treated as threads (this enable the query of different services at the same time) it works like this: client=Client() serviceList=client.findService(ServiceQuery(inputObject=...) for aService in serviceList: aService.start(aMobyContentObject) aService.join() for aService in serviceList: if hasattr(self, 'results'): #results are retrieved in the results attributes aService.results etc.. From rebecca.ernst at gsf.de Wed Jan 19 17:27:11 2005 From: rebecca.ernst at gsf.de (Rebecca Ernst) Date: Wed, 19 Jan 2005 18:27:11 +0100 Subject: [MOBY-dev] Latest update for the bioMoby Python API In-Reply-To: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> References: <33904.195.221.101.193.1106057727.squirrel@195.221.101.193> Message-ID: <41EE986F.5000909@gsf.de> Hi Yan! I've updated the cvs and indeed the service that was set up by Andreas (and never worked before in the gbrowse) worked perfectly fine! Thanks, Rebecca ywong at infobiogen.fr wrote: >Hi, > I've put the new bioMoby Python API (v0.8) on the CVS, Normally, >services that use this version should have no problem to deal with >GBrowse_moby (it return an XML string instead of a body object...) There >will be services built on top of this API before the end of the week so >you'll be able to see if there is any problems. > > For the cosmetic changes, now you can serialize/deserialize objects that >doesn't have any toMoby or fromMoby method (thanks to dynamic class >building a special Python feature :p) for example, if an object is not >in the mobyDataTypes module or in the ontology, it will create a class >corresponding to the XML, however, only public attributes are able to be >serialized/deserialized (for methods, maybe it would be useful to link >it with other webservices...) > > I've updated the documentation about it and added an example of how to >build database aware bioMoby webservices >Python/tutorials/webservices/bioMoby-Oracle.py >(only select sql statement but i think it can be also used for update sql >statement). > > Services now can be treated as threads (this enable the query of >different services at the same time) it works like this: > > client=Client() > serviceList=client.findService(ServiceQuery(inputObject=...) > > for aService in serviceList: > aService.start(aMobyContentObject) > aService.join() > > for aService in serviceList: > if hasattr(self, 'results'): > #results are retrieved in the results attributes > aService.results > etc.. > >_______________________________________________ >MOBY-dev mailing list >MOBY-dev at biomoby.org >http://www.biomoby.org/mailman/listinfo/moby-dev > > > -- Rebecca Ernst MIPS, Inst. for Bioinformatics GSF Research Center for Environment and Health Ingolstaedter Landstr. 1 85764 Neuherberg fon: +49 89 3187 3583 email: Rebecca.Ernst at gsf.de From markw at illuminae.com Wed Jan 19 21:59:06 2005 From: markw at illuminae.com (Mark Wilkinson) Date: Wed, 19 Jan 2005 15:59:06 -0600 Subject: [MOBY-dev] CVS update to fix the CDATA problem Message-ID: <41EED82A.3080604@illuminae.com> Hi all, I think we have fixed the CDATA problem... or at least, there are some PlaNet services that were not functioning properly before that now function properly :-) I'm going to try them with Taverna. You will need to update your MOBY::Client::Service module to get the changes. Cheers! M From mwilkinson at mrl.ubc.ca Thu Jan 20 16:38:56 2005 From: mwilkinson at mrl.ubc.ca (Mark Wilkinson) Date: Thu, 20 Jan 2005 08:38:56 -0800 Subject: [MOBY-dev] The code changes yesterday Message-ID: <1106239136.12494.8.camel@mobycentral.icapture.ubc.ca> Hi all, Just thought I'd jot a note to let everyone know what the consequences are of yesterday's changes to MOBY::Client::Service. the problem we were trying to solve was with embedded CDATA inside CDATA tags, which is not allowed in XML. It was, in the beginning, desirable to pass MOBY messages as CDATA since that makes it more human-readable and easier to debug, however some people are passing sub-components of the content of their messages as CDATA also (e.g. the content of a FASTA object from certain services who will remain nameless ;-) in order to "escape" the leading '>' of the fasta header). This was causing problems. The change I made to MOBY::Client::Service yesterday simply removes the CDATA tags altogether and instead escapes the content of the message (replacing '<', '&' and ']]>'). This was bad form on my part, since CDATA really shouldn't have been used there in the first place... but I can't undo the past :-( In any case, a CVS update of that module should make everyone's services switch to this more correct output format without any other changes required. In addition, the (Perl) SOAP libraries handle this change completely transparently, so there is no need to modify your services v.v. data consumption either. the data you receive to your service will be exactly the same as it was when the CDATA tags were there. All in all, this should be a completely painless change, requiring only a CVS update to bring people's services up to date... M -- Mark Wilkinson Assistant Professor (Bioinformatics) Dept. Medical Genetics, UBC, Canada From jmfernandez at cnb.uam.es Thu Jan 20 17:05:15 2005 From: jmfernandez at cnb.uam.es (=?ISO-8859-1?Q?Jos=E9_Mar=EDa_Fern=E1ndez_Gonz=E1lez?=) Date: Thu, 20 Jan 2005 18:05:15 +0100 Subject: [MOBY-dev] Problem with a lock in CVS Message-ID: <41EFE4CB.9040807@cnb.uam.es> Hi everybody, I have just been updating my copy of BioMOBY's CVS and I have found what it seems a problem with a lock, which stops the updates: cvs update -dP cvs update: failed to create lock directory for `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): Permission denied cvs update: failed to obtain dir lock in repository `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' Any suggestion? Best Regards, Jos? Mar?a -- Jos? Mar?a Fern?ndez Gonz?lez e-mail: jmfernandez at cnb.uam.es Tlfn: (+34) 91 585 46 14 Fax: (+34) 91 585 45 06 Grupo de Dise?o de Proteinas Protein Design Group Centro Nacional de Biotecnolog?a National Center of Biotechnology C.P.: 28049 Zip Code: 28049 C/. Darwin n? 3 (Campus Cantoblanco, U. Aut?noma), Madrid (Spain) From dlondon at ebi.ac.uk Thu Jan 20 17:58:59 2005 From: dlondon at ebi.ac.uk (Darin London) Date: Thu, 20 Jan 2005 17:58:59 +0000 Subject: [MOBY-dev] BOSC 2005 Message-ID: <20050120175859.GA7254@parrot.ebi.ac.uk> {Please pass the word!} MEETING ANNOUNCEMENT & CALL FOR SPEAKERS The 6th annual Bioinformatics Open Source Conference (BOSC'2005) is organized by the not-for-profit Open Bioinformatics Foundation. The meeting will take place June 23-24, 2005 in Detroit, Michigan, USA, and is one of several Special Interest Group (SIG) meetings occurring in conjunction with the 13th International Conference on Intelligent Systems for Molecular Biology. see http://www.iscb.org/ismb2005 for more information. Because of the power of many Open Source bioinformatics packages in use by the Research Community today, it is not too presumptuous to say that the work of the Open Source Bioinformatics Community represents the cutting edge of Bioinformatics in general. This has been repeatedly demonstrated by the quality of presentations at previous BOSC conferences. This year, at BOSC 2006, we want to continue this tradition of excellence, while presenting this message to a wider part of the Research Community. Please, pass this message on to anyone you know that is interested in Bioinformatics software. BOSC PROGRAM & CONTACT INFO * Web: http://www.open-bio.org/bosc2005/ * Email: bosc at open-bio.org FEES TO BE ANNOUNCED. Watch the bosc website for more information. SPEAKERS & ABSTRACTS WANTED The program committee is currently seeking abstracts for talks at BOSC 2005. BOSC is a great opportunity for you to tell the community about your use, development, or philosophy of open source software development in bioinformatics. The committee will select several submitted abstracts for 25-minute talks and others for shorter "lightning" talks. Accepted abstracts will be published on the BOSC web site. If you are interested in speaking at BOSC 2005, please send us before April 26, 2005: * an abstract (no more than a few paragraphs) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. Abstracts will be accepted for submission until April 26, 2005. Abstracts chosen for presentation will be announced May 12, 2005 (before the ISMB Early Registration Deadline). LIGHTNING-TALK SPEAKERS WANTED! The program committee is currently seeking speakers for the lightning talks at BOSC 2005. Lightning talks are quick - only five minutes long - and a great opportunity for you to give people a quick summary of your open source project, code, idea, or vision of the future. If you are interested in giving a lightning talk at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * information about the open source license used for your software or your release plans. We will accept entries on-line until BOSC starts, but space for demos and lightning talks is limited.
SOFTWARE DEMONSTRATIONS WANTED! If you are involved in the development of Open Source Bioinformatics Software, you are invited to provide a short demonstration to attendees of BOSC 2005. If you are interested in giving a software demonstration at BOSC 2005, please send us: * a brief title and summary (one or two lines) * a URL for the project page, if applicable * Internet connectivity requirements (e.g. website Application served on the world wide web, or web based client application). We will accept entries on-line until the BOSC starts, but space for demos and lightning talks is limited. ** Because the mission of the OBF is to promote Open Source software, we will favor submissions for projects that apply a recognized Open Source License, or adhere to the general Open Source Philosophy. See the following websites for further details: href="http://www.opensource.org/licenses/ href="http://www.opensource.org/docs/definition.php SESSION CHAIRS WANTED If you would like to be involved BOSC 2005, we invite you to chair a session. This will not require much of your time. You will be given a schedule of presenters during your session. You simply introduce each speaker, and manage the time of their presentation (25 minutes for full presentations, 5-10 minutes for lightning talks/demos, depending on the number of entries). If you are interested in chairing a session, please send us your name and affiliation (if applicable). -- cheers, Darin London dlondon at ebi.ac.uk European Bioinformatics Institute, +44 (0)1223 49 2566 Wellcome Trust Genome Campus, Hinxton +44 (0)1223 49 4468 (fax) Cambridgeshire CB10 1SD, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From beatrice at arabidopsis.info Fri Jan 21 09:12:30 2005 From: beatrice at arabidopsis.info (Beatrice Schildknecht) Date: Fri, 21 Jan 2005 09:12:30 +0000 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F0C77E.5040709@arabidopsis.info> Ignore this and install as usual. Beatrice Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a > -- Nottingham Arabidopsis Stock Centre School of Biosciences Plant Science Division University of Nottingham Sutton Bonington Campus Loughborough LE12 5RD Tel: +44 115 951 3091 Catalogue: http://arabidopsis.info Affymetrix: http://affy.arabidopsis.info Genomics: http://atensembl.arabidopsis.info/ This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. From gss at ncgr.org Wed Jan 26 19:05:40 2005 From: gss at ncgr.org (Gary Schiltz) Date: Wed, 26 Jan 2005 12:05:40 -0700 Subject: [MOBY-dev] Problem with a lock in CVS In-Reply-To: <41EFE4CB.9040807@cnb.uam.es> References: <41EFE4CB.9040807@cnb.uam.es> Message-ID: <41F7EA04.5030000@ncgr.org> Sorry about that. I don't know how the lock problem arose, but it works now (at least for me). // Gary Jos? Mar?a Fern?ndez Gonz?lez wrote: > Hi everybody, > I have just been updating my copy of BioMOBY's CVS and I have > found what it seems a problem with a lock, which stops the updates: > > cvs update -dP > > cvs update: failed to create lock directory for > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > (/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org/#cvs.lock): > > Permission denied cvs update: failed to obtain dir lock in repository > `/home/repository/moby/moby-live/S-MOBY/ref-impl/example-providers/brebiou.cshl.org' > > > Any suggestion? > > Best Regards, > Jos? Mar?a >