Cisco Systems ogłosił nowy protokół komunikacji – Etch, który pozwoli programistom zintegrować aplikacje klient/serwer bez korzystania np. z protokołu SOAP.
W ramach uproszczenia konfiguracji, Etch obiecuje zmniejszenie kosztów w porównaniu do SOAP. W środowisku testowym, gdzie SOAP wygenerował około 900 odwołań w ciągu sekundy, Etch wygenerował odpowiednio 50 tysięcy w jedną i 15 tysięcy komunikatów w obie strony.
Pierwsze wydanie będzie zawierało wsparcie dla C# i Java oraz integrację z Visual Studio i Eclipse. Implementacje dla Ruby, Pythona i C zaplanowane są na najbliższą przyszłość.
Cisco planuje również wydanie Etch na licencji wolnoźródłowej. Licencja ma być mniej restrykcyjna niż GPL, dlatego być może będzie to licencja Apache bądź Mozilli. Pozwoli to komercyjnym programistom na włączenie Etch do programów bez problemów licencyjnych.
Informacja na temat wybranej licencji zostanie ogłoszona w przyszłym miesiącu.
Pewnie się czepiam i za chwilę zostanę okrzyknięty ortodoksyjnym wyznawcą GNU, ale fragment:
Licencja ma być mniej restrykcyjna niż GPL, dlatego być może będzie to licencja Apache bądź Mozilla. Pozwoli to na włączenie Etch do programów komercyjnych.
sugeruje, że licencja GPL uniemożliwia komercyjne wykorzystanie. A to przecież oczywista nieprawda.
Zapewne znakomita większość odwiedzających osnews.pl zna wady i zalety zarówno licencji GPL jak i tych mniej restrykcyjnych, ale świetnie byłoby gdyby publikowane tu newsy były tak ścisłe jak to tylko możliwe.
Nie wspomina, bo w oryginale też nie ma mowy o LGPL. Jest tylko o ewentualnym wyborze mniej restrykcyjnej, jak Apache czy Mozilla.
Cisco intends to release Etch as open source, and is in the process of deciding what license to use. The intent is to use a less restrictive license than GPL, perhaps Apache or Mozilla . This is to allow commercial developers to incorporate Etch into products without licensing issues. A final announcement on the licensing decision will be available in the next month, said Cisco staff.
W środowisku testowym, gdzie SOAP wygenerował około 900 odwołań w ciągu sekundy, Etch wygenerował odpowiednio 50 tysięcy w jedną i 15 tysięcy komunikatów w obie strony.
Jeżeli 50 tysięcy odwołań w porównaniu do dziewięciuset ma być spadkiem kosztów, to ja chyba zostanę prawnikiem. Poza tym, jeśli w obie strony było 15 tysięcy odwołań a w jedną 50 tysięcy, to prosty wniosek, że w drugą stronę mamy minus 35 tysięcy odwołań. Cisco chyba wymyśliło jakąś ujemną informację.
przeczytaj jeszcze raz (albo kilka), a moze zrozumiesz, ze co innego sugeruje. jesli wlaczasz jakas biblioteke na GPL do programu – z automatu musi on przyjac ta licencje. w "tradycyjnym" modelu biznesowym oznacza to uniemozliwienie wlaczenia takiej biblioteki.
.
na cale szczescie jest cos takiego jak LGPL, BSD, czy tez wymienione w arcie zamienniki.
.
btw. to w koncu czego ma dotyczyc licencja? implementacji? referencyjnej biblioteki? bo raczej nie protokolu…
@barcin: Wiesz, odkąd RMS ugadywał się w grudniu 2007 z deweloperami OpenBSD, trochę mi się oczy otworzyły. Faktycznie, GPL jest licencją bardzo przyjazną użytkownikom tudzież deweloperom, którzy NIE CHCĄ zamknięcia kodu źródłowego – wszystko ma być jawnym Wolnym Oprogramowaniem (Free Software).
Z kolei inne licencje otwartego oprogramowania można postrzegać jako mniej restrykcyjne dla producentów oprogramowania – wystarczają do tego, żeby udostępnić kod źródłowy jako Otwarte Oprogramowanie (Open Source) i w ten sposób propagować jego wykorzystanie.
Pomyśl, jeśli ma się zamiar "opanować świat" przez powszechną dostępność i wykorzystanie danego oprogramowania, to czy włączenie takiego kodu zarówno do otwartych jak i komercyjnych rozwiązań nie jest osiągnięciem założonego celu?
sugeruje, że licencja GPL uniemożliwia komercyjne wykorzystanie. A to przecież oczywista nieprawda.
Komercyjne programy na GPL istnieją tylko w wyobraźni ludzi z FSF. W naturze ich nie ma. (Przepraszam. W dziesięcioletniej karierze użytkownika open source trafiłem 1. Słownie: jeden).
no wlasnie – Tobie.
chyba nie zdajesz sobie sprawy z tego jaki narzut daje parsowanie XML.
o ile przy "normalnych" urzadzeniach parsowanie XML tylko spowalnia prace (czasem nawet niezauwazalnie), o tyle przy zastosowaniach embedded – czesto dolaczenie biblioteki libxml2 jest niemozliwe, bo zwieksza wielkosc programu 10x-50x, przy okazji zwiekszajac jego skomplikowanie.
pamietaj ze to protokul do konfigurowania (cos jak SNMP), dlatego tez np. pchanie do 8mio bitowych sterownikow obslugi XML (encje, obsluga utf jak i innych kodowan) wydaje sie bardzo nie na miejscu.
Zgadza się, ale do tego jest ASN.1, ew. wspomniane SNMP, choć nowy standard nie zaszkodzi, bo ostatnio binarne protokoły (lepsze w embeded) jakoś słabo o się rozwijają.
Szkoda, że nie zrobili porównania z już od dawna istniejącym ICE ( http://zeroc.com/iceVsSoap.html ) przesyłając ten sam komunikat. Mogłoby być ciekawie.
Dodaj komentarz