Google maakt Ajax-toolkit openbaar

Google heeft versie 1.3 van zijn Google Web Toolkit uitgebracht. De wijzigingen ten opzichte van de 1.2-versie zitten niet in de code zelf, maar in de beschikbaarheid van de broncode. Deze is nu volledig openbaar gemaakt en is uitgebracht onder de Apache 2.0-licentie.

De Google Web Toolkit is een framework dat ontwikkelaars moet ondersteunen bij het schrijven van Ajax-applicaties. Vooral het omgaan met de eigenaardigheden van verschillende browsers moet eenvoudiger gaan door het gebruik van de toolkit, zo schrijft Google. De software bestaat onder meer uit ui-componenten, support voor asynchrone requests naar de server en een debug-omgeving. De toolkit is duidelijk meer dan een verzameling javascripts die gebruikers in hun webpagina kunnen gebruiken. Men kan in een standaard ide - zoals Eclipse of IntelliJ - een Java-applicatie schrijven die door de compiler van de webtoolkit omgezet wordt naar cross-browser javascript en html. De nu uitgebrachte versie 1.3 heeft, wegens het opschonen van de code, officieel nog de status van release candidate, maar Google verwacht op korte termijn de final release uit te kunnen brengen.

Reacties (31)

[MacWolf]

Kleine aanvulling: de toolkit is nu ook beschikbaar voor Mac OS X (was eerder niet zo) en de Mac versie heeft zelfs een extra feature gekregen die nog niet aanwezig is in de Windows en Linux versies, te weten een DOM inspector. Dit heeft men al snel in de Mac versie kunnen implementeren omdat het een standaard onderdeel is van Apple's WebKit, waar Google van gebruik maakt in de Mac versie van de Web Toolkit.

Zie het Google Mac blog: http://googlemac.blogspot...-toolkit-gwt-for-mac.html
Screenshot: http://photos1.blogger.co...3615/1600/inspector.0.png

[killercow]

prachtig idd
maar uhm apple's webkit? khtml versie bedoel je?
firefox heeft ook gewoon een dom inspector, (volgens mij komt de naam daar vandaan trouwens)

[MacWolf]

Apple's WebKit is inderdaad gebaseerd op KHTML. Maar het is al zover ontwikkeld dat men bij KDE overweegt om KHTML te vervangen voor WebKit zag ik gisteren in een presentatie van het KHTML team.

Blijkbaar is een onderdeel van WebKit de inspector zoals die wordt getoond op het plaatje in mijn eerdere post. Dergelijke inspectors (met dezelfde look) zijn ook aanwezig in iPhoto, Aperture, Final Cut Pro. Uit de link van het Google Mac blog is te lezen dat deze feature ook geactiveerd zou kunnen worden in Safari, maar dat Apple de feature standaard uit heeft staan. Wellicht dat met activatie van het Debug menu de feature ook in Safari beschikbaar is.

Edit: Nokia gebruikt overigens WebKit in de S60 telefoon series en Adobe gaat WebKit gebruiken in haar nieuwe applicatie framework project genaamd Apollo.

[Verwijderd]

De ontwikkelaars van KSVG zitten ook al een tijdje bij WebKit. SVG schijnt prima te werken in de nightly builds. Ik hoop dat er snel een Safari release komt. Dan is het qua releases alleen nog IE die een plug-in nodig heeft voor SVG, maar gelukkig gebruiken al minder mensen die.

Zie http://svg.startpagina.nl , natuurlijk ook voor AJAX toepassingen. Dat GWT moet ik ook maar eens bekijken dan.

[_kilian_]

Ik werk sinds enkele weken nu met GWT en ik kan zeggen dat ik het echt uitstekend vind werken. Mijn grootste probleem bij het gebruiken van AJAX was het debuggen en het cross browser scripten.
Het debuggen gaat nu echt geweldig en over cross browser compatibiliteit hoef je je nu ook geen zorgen meer te maken.

In een woord GEWELDIG

[yootje]

Maar wat wint Google hierbij?

[Arch-IT-ect]

Merkgetrouwheid...


Welk voordeel haalt bv Coca-Cola met flesjes Cola uit te delen aan de ingang van een cinema?...

[Menesis]

Kan aan mij liggen maar ik betaal juist absurd hoge prijzen voor drankjes in een bioscoop

[Scharnout]

En dat komt omdat ze heul vroeger gratis werden uitgedeeld

[Belial_666]

dat veel mensen web apps gaan maken die platform onafhankelijk zijn en men dus niet van MS afhankelijk is

[Janoz]

GWT hebben ze bij google intern ontwikkeld. Hiermee hebben ze de verschillende diensten als gmail en calender in elkaar gezet. Het is een (niet heel klein, maar zeker ook niet grote) moeite om er een paar dingetjes omheen te zetten (vooral documentatie) en het te releasen aan de community.

Kost weinig, levert veel goodwill op.

[Nap]

Goodwill is volgens mij nog steeds het bedrag dat een onderneming extra krijgt, bovenop de eigenlijke waarde. Dat heeft hier dus erg weinig mee te maken lijkt me, aangezien google geen plannen heeft om zichzelf te verkopen...

[Verwijderd]

Goodwill ontstaat als de rentabiliteitswaarde van een onderneming groter is dan de intrinsieke waarde.

Of

Volgens de niet bedrijfseconomische definitie is goodwill een manier om een welwillende stemming uit te drukken, hetzij bedoelt wordt, me dunkt.

[Apolloc]

Goodwill

[dolfje]

Wat denk je van een gemakkelijker zoeken? Door alle verschillende soorten ajax-implentaties weet google niet meer hoe hij moet zoeken en wat hij mag cachen, maar door een standaard toolkit te geven, kunnen ze dat wel weer.

[Rhapsody]

Microsoft heeft dit overigens ook al enige tijd geleden gedaan. http://www.asp.net

[MacWolf]

Microsoft's framework voor Ajax applicaties heet overigens Atlas (codenaam). Bij mijn weten is het eigenlijk alleen goed te gebruiken voor ontwikkeling in combinatie met Visual Studio, wat dan toch een nadeel zou zijn ten opzichte van Google's Framework, maar 'please correct me if i'm wrong' .

[Verwijderd]

het is ook goed te gebruiken in een php ding. In VS is het natuurlijk wel makkelijker

[Verwijderd]

GWT en ASP.NET zijn niet met elkaar te vergelijken.

[killercow]

Idd,

Ms heeft ook zo'n toolkit, helaas maakt atlas platform afhankelijke code, en werkt zelfs de IE code niet goed. (zoek maar op GOT) ook jammer dat atlas na de introductie niet meer verder ontwikkeld is.

Maar dat gebeurt met IE wel vaker, zeker op internet gebied. (kijk maar naar ie6)

[supertheiz]

Is het nu een toolkit of een framework?

[Verwijderd]

Ik ben onlangs een mooi Ajax alternatief tegengekomen; het Gravityzoo framework. Dat zou het mogelijk maken om normale programma's zoals office-applicaties, die dan ergens op een server staan, te gebruiken op je client.
En dat is dan een keer GEEN "webtechnologie" zoals Ajax, en ook geen screenscraping zoals Citrix of Terminal Server. Als die jongens dát kunnen waarmaken spreken we niet meer over Ajax!
Check hun website maar eens: http://www.gravityzoo.com/

Peace out

[supertheiz]

Je leest het volgens mij verkeerd.
Wat ze hebben gemaakt is een manier om software te maken die via elk netwerk via een browser kan worden bediend. Hierbij heb je dan niet het idee via internet/netwerk te werken, maar ziet het er uit als een gewone applicatie.

Je moet echter wel degelijk een nieuwe UI ontwikkelen met dit programma, je kan niet ergens op een server office installeren waarna het web based werkt.

[Verwijderd]

euh, nee zover ik weet heeft dat gravityzoo-concept helemaal niets te maken met web-based systemen.
Als ik het goed heb begrepen werkt dat gravityzoo-idee als volgt: applicatie = UI + Logic

Gravityzoo splitst die 2 op, zodat in principe de Logic op de server gaat draaien, en de UI dan word opgebouwd aan de clientkant. Als gebruiker ziet het programma er dan nog steeds hetzelfde uit als wanneer het lokaal geinstalleerd zou zijn.

Ik vind dit idee persoonlijk super als dat een keer breed zou worden toegepast!! Het is gewoon "application-on- demand"

[Verwijderd]

Het is gewoon een ingewikkeld alternatief voor Java Web Start, maar dan met veel woorden en weinig daden.

[Verwijderd]

Update:

Blijkbaar hebben ze ook een beta client om te proberen, waar je zelf al gravityzoo programma's in kan gaan programmeren!! Dat werkt ook nog echt :D!!

http://www.gravityzoo.com/products/downloads.py

[noes]

Klinkt interessant, als dit het makkelijker maakt AJAX/JS code voor mn website te maken.. Ik ga het zeker bekijken!

[Verwijderd]

een woord: dikke pluim voor google!

[tjerkw]

Die ajax toolkit heeft inderdaad veel voordelen i.v.t. het zelf programmeren in javascript.

Zelf gebruik ik liever dojo: dojotoolkit.org
Het is wat meer werk, maar je bent veel flexibeler in wat je toelaat. En toch hoef ik geen rekening te houden met de verschillende browsers, omdat dojo een layer eromheen heeft gebouwd die deze verschillen wegwerkt.

Mooi zon toolkit van google, maar het is net wat je eisen zijn. Wil je veel, dan is scripten in javascript de enigste oplossing. En javascript is helamaal zo slecht nog niet.

[Verwijderd]

@Tybris:
Heb jij hun BETA-client al geprobeerd? Ik denk het persoonlijk niet, anders zou je niet tot die conclusie kunnen komen mijns inziens. Ik ben er de laatste dagen echt mee aan de slag gegaan, en ik zal je zeggen dat het helemaal niets met Java Web Start te maken heeft, en in tegenstelling tot wat jij zegt al een hoop beloftes kan waarmaken as we speak. Er is zeker nog werk aan dat product, maar hetgeen er NU staat is zover ik weet al compleet uniek. Overigens ben ik tot de conclusie gekomen dat het geen "work-around" is zoals Java Web Start of Ajax, of welke web-based taal dan ook. Dit heeft niets te maken met het "web". Gravityzoo zorgt ervoor dat traditionele applicaties kunnen draaien via het huidige IP netwerk.
Ik stel voor dat je die client toch maar een keer probeert voor je er een reactie over plaatst.
Gravityzoo heeft mij in elk geval aangenaam verrast!