Thread View: pl.comp.lang.ruby
3 messages
3 total messages
Started by Marcin Gryszkalis
Fri, 18 Jan 2008 19:33
webservices i soap
Author: Marcin Gryszkalis
Date: Fri, 18 Jan 2008 19:33
Date: Fri, 18 Jan 2008 19:33
28 lines
2058 bytes
2058 bytes
Drugi temat na dzisiaj :) Jako, że Ruby to dla mnie rzecz nowa i na razie jestem na bardzo wstępnym etapie poznawania, to przy okazji drobnego projekciku chciałbym go użyć ale z drugiej strony projekt "służbowy" a nie hobbistyczny więc nie chciałbym od razu na wstępie się wywalić. Potrzebna jest prosta aplikacja wystawiająca kilka webserwisów (soap po https) a z drugiej strony wykonująca proste operacje na bazie MySQL. Funkcje proste, bez WS-Security, bez sesji i takich tam. Chciałbym prosić o propozycje jak to zrobić, tzn. - użyć jakiegoś frameworku typu rails, merb czy nitro? - użyć mongrela czy czegoś innego (obciążenie będzie znikome więc wydajność jest nieistotna) - uzyć jakiegoś ORMa (Active* czy reklamowany ostatnio Sequel) czy machać bezpośrednio na bazie - coś jeszcze? Główne kryteria to łatwość implementacji, domyślny wysoki poziom bezpieczeństwa (serisy będą publiczne), niski poziom zaawansowania w Rubym pytającego ;) pozdrawiam -- Marcin Gryszkalis, PGP 0x9F183FA3 jabber jid:mg@fork.pl, gg:2532994 http://the.fork.pl
Re: webservices i soap
Author: Przemysław Kowalczyk
Date: Fri, 18 Jan 2008 20:28
Date: Fri, 18 Jan 2008 20:28
45 lines
2489 bytes
2489 bytes
On Fri, 18 Jan 2008 20:33:09 +0100, Marcin Gryszkalis <mg@fork.pl> wrote: > > Potrzebna jest prosta aplikacja wystawiająca kilka webserwisów (soap po > https) a z drugiej strony wykonująca proste operacje na bazie MySQL. > Funkcje proste, bez WS-Security, bez sesji i takich tam. > > Chciałbym prosić o propozycje jak to zrobić, tzn. > - użyć jakiegoś frameworku typu rails, merb czy nitro? Rails daje Ci "darmo" mozliwosc odpowiadania na zapytania XML-em (zobacz controllery generowane przez scaffold), wiec w moim rozumieniu (niewielkim, ale zawsze) pisanie WS niewiele rozni sie od pisania "normalnej" aplikacji webowej. _teoretycznie_ ta sama aplikacja moze jednoczesnie odpowiadac na zadania HTTP i XML. jak wyglada generowanie WSDL-i nie wiem. jak to wyglada w pozostalych frameworkach - nie wiem :) > - użyć mongrela czy czegoś innego (obciążenie będzie znikome więc > wydajność > jest nieistotna) jak nieistotna to nawet webrick da rade. generalnie zarowno mongrel, jak i webrick "po prostu dzialaja" w prostych projektach, wiec jezeli zdecydujesz sie na Rails, to bedziesz mial jednego z nich od razu. > - uzyć jakiegoś ORMa (Active* czy reklamowany ostatnio Sequel) czy > machać > bezpośrednio na bazie Rails ma w sobie ActiveRecord. majac ORM "w abonamencie" nie widze sensu go nie uzywac. > Główne kryteria to łatwość implementacji, domyślny wysoki poziom > bezpieczeństwa (serisy będą publiczne), niski poziom zaawansowania w > Rubym > pytającego ;) i niski poziom znajomosci swiata WS u odpowiadajacego :) pzdr szeryf -- Przemysław ,,Szeryf'' Kowalczyk :: http://szeryf.wordpress.com/
Re: webservices i soap
Author: Marcin Gryszkalis
Date: Fri, 18 Jan 2008 22:25
Date: Fri, 18 Jan 2008 22:25
24 lines
1843 bytes
1843 bytes
Przemysław Kowalczyk wrote: >> Chciałbym prosić o propozycje jak to zrobić, tzn. >> - użyć jakiegoś frameworku typu rails, merb czy nitro? > > Rails daje Ci "darmo" mozliwosc odpowiadania na zapytania XML-em (zobacz > controllery generowane przez scaffold), Odpowiadanie XMLem to ważne, ale co najmniej tak samo jak parsowanie requestów XMLowych gdzie wolałbym jakąś automatykę :) Chociaż mi chodziło raczej o to czy wogóle warto używać frameworków, które niby lekkie są ale mimo wszystko coś tam ważą. Może lepiej oprzeć się na http://www.ruby-doc.org/stdlib/libdoc/soap/rdoc/index.html http://dev.ctor.org/soap4r a w szczególności SOAP::RPC::StandaloneServer pozdrawiam -- Marcin Gryszkalis, PGP 0x9F183FA3 jabber jid:mg@fork.pl, gg:2532994 http://the.fork.pl
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads