Adobe geeft sneakpreview op Apollo-omgeving

Adobe Systems heeft vandaag de eerste proefversie van zijn Apollo-software vrijgegeven. Met behulp van deze programmatuur is het mogelijk om zogenaamde rich internet applications te bouwen, die zowel on- als offline gebruikt kunnen worden.

Deze eerste Apollo-release is primair bedoeld voor webdevelopers en programmeurs, om hen alvast te laten wennen aan het gebruik van de software. Apollo is door Adobe ontworpen om een brug te vormen tussen web- en desktopapplicaties. Apollo-programma's kunnen worden geschreven met behulp van html, css, javascript, ajax en Flash, en zullen verder als gewone desktopapplicatie acteren. Dit betekent onder andere dat ze niet afhankelijk zijn van een internetverbinding, dat ze gestart kunnen worden via iconen op de desktop of vanuit een menu en dat er binnen de Apollo-applicatie gewerkt kan worden met lokale data.

Adobe gaat met Apollo de concurrentie aan met verschillende andere aanbieders van rich internet applications, zoals Adobe's Flash, Microsofts Windows Presentation Foundation en ajax-technologie. De Apollo-download bestaat op dit moment uit een software development kit (SDK) en de runtime, die nodig is om Apollo-applicaties te draaien. Deze SDK en runtime zijn er vooralsnog alleen voor Windows en Mac OS X; een Linux-variant zal op termijn ook beschikbaar komen. Deze eerste release is een alphaversie en de bètavariant wordt medio dit jaar verwacht. Als alles volgens planning verloopt zal versie 1.0 van Apollo in de tweede helft van dit jaar op de markt gebracht worden. Over prijzen is nog niets bekendgemaakt.

Reacties (45)

[Qorne]

Dit wordt denk ik wel de toekomst van de software industrie, steeds meer applicaties moeten online, maar ook offline bereikbaar zijn.

[Verwijderd]

Afhankelijk denk ik, hoe gevoelig je informatie is. Persoonlijk hang ik een pc met gevoelige bedrijfsinformatie nooit aan het net.

[Verwijderd]

Op zich staand heb je helemaal gelijk met je opmerking, maar in de context van dit bericht is het een beetje kort door de bocht.
Wat je namelijk vaak ziet is dat bedrijfskritische applicaties vroeger client-server waren, en dat die systemen steeds meer gemigreerd worden naar rich-client achtige applicaties (JSF, Ajax, ApEx) die binnen het bedrijfsnetwerk beschikbaar zijn. Dat heeft niks met het blootstellen van pc's met gevoelige informatie aan het internet.
Daarnaast zijn er genoeg mensen die dergelijke applicaties willen gebruiken, sterker nog het is en wordt een integraal deel van hoe internet beleefd gaat worden. Dat jij je gevoelige informatie wil beschermen staat hier helemaal los van natuurlijk!

[Verwijderd]

Daar ben ik het niet mee eens, nu dat vrijwel iedereen adsl e.d heeft denk ik dat er juist steeds mee markt is voor online applicaties zoals die google apps

Dit zou in principe een tussen vorm kunnen zijn, omdat het natuurlijk kan updaten als je online bent en dan gewoon werkt als je weer offline bent.
Aan de andere kant is het natuurlijk wel zo dat heel veel applicaties ook gewoon informatie van het net nodig hebben, zoals gmail of hun voorbeeld met een ebay applicatie. Dan moet je dus toch al online zijn..

Het zou me trouwens ook niets verbazen als we binnen een paar jaar allemaal overal online kunnen. GSM etc d'r uit, iedereen wifi

[SuperDre]

Nou daar ben ik het weer niet mee eens, want je merkt maar al te goed hoe vaak het 'fout' gaat met die online programma's. De verbinding valt bij verschillende mensen toch redelijk vaak weg of is erg traag..

persoonlijk heb ik het ook niet op die online-shit, want zeker bedrijven als google maken dus gebruik van de data die je er in voert (lees de voorwaarden maar eens goed door, net als bij gmail).. En zeker bedrijfsgevoelige informatie ga je niet verwerken via dat soort online programma's..

[Av-]

Ik denk toch wel dat je die kant op wil gaan in de toekomst. Alles overal en wanneer je maar wil beschikbaar maken.
Momenteel zijn er mischien nog kinderziektes, maar naarmate de internet snelheden omhoog gaan en applicaties geavanceerder worden verwacht ik wel dat die opgelost worden.

[Verwijderd]

WiFi in de vorm zoals we die nu kennen kan nog erg uitgebreid worden. Denk aan een UMTS achtige verbinding met hoge snelheden en een groot bereik. 'wegvallen' van de verbinding is deels afhankelijk van de software die de verbinding beheerd, zo heb ik onder ubuntu linux vaak dat mijn verbinding bijvoorbeeld 50% ontvangst heeft, terwijl dit in windows op dezelfde locatie 4/5 streepjes WiFi bereik is. Beetje krom...

Het traag zijn van de verbinding is echter zelfs op dit moment niet afhankelijk van WiFi: 54 Mbit is veel meer dan de gemiddelde internetverbinding bij een familie thuis. WiFi haalt de 54 Mbit dan wel vaak niet helemaal (je deelt hem immers met meerdere gebruikers), maar om nu te zeggen dat het een bottleneck vormt, daar ben ik het niet mee eens. In de toekomst zal het wel sneller moeten worden.

[rhodium]

Ik heb de demo bekeken op http://www.adobe.com/devnet/videos/apollo_demo07/index.html en het valt me op dat het ook gewoon perfect werkt op de mac en op de pc. Heerlijk lijkt me dit. Geen gezeur met de verschillende browsers.

[Justice]

Heerlijk misschien om te ontwerpen, maar als gebruiker moet je dus elk programma opnieuw leren, als ik aanneem dat het lastig is om een OSX gelijkende interface en windows gelijkende interface in te passen.

[Carda]

Het leuke van een desktop applicatie is dat ie voor iedereen hetzelfde is ongeacht OS.

Wij developen nu al een jaar in Flex en we wisten dat Apollo er aan kwam, heerlijk proggen, nog wel veeeeel beginners fouten in het framework maar het is wel enorm handig vaak.

[j.nolles]

Mozilla heeft een soortgelijk platform, hierop zijn applicaties zoals FireFox en Thunderbird gebouwd. Daarmee kun je dus ook offline en online applicaties maken.

[i-chat]

en 't leuke daaraan is, - je ook nog s gebruik kunt maken van bijv flash, en java (zolang die tenminste voor dat platform beschikbaar zijn ).....

[Justice]

Het zal interessant worden om te zien hoe goed een Actionscript zich zal kunnen redden op de desktop.

Het heeft de abstractie van een scripttaal voor op een complete programmeertaal zonder de potentiele nadelen van JS (browserafhankelijkheid voor implementatie, compatibiliteit en performance). Een soortgelijke constructie lijkt me de toekomst voor zeker een deel van de desktopsoftware markt. Geen gezeur met geheugenallocaties en dergelijke.

[Vasco84]

Apollo-programma's kunnen worden geschreven met behulp van html, css, javascript, ajax en Flash

Ligt het aan mij of hoort ajax niet thuis in dit rijtje programmeer en markup talen?

[Verwijderd]

Het feit dat je een runtime nodig hebt om de applicaties te draaien zie ik wel als een nadeel, al ontkom je er natuurlijk niet aan voor sommige toepassingen.

Dat je als webdeveloper volwaardige desktopapplicaties kunt maken is natuurlijk wel erg mooi. Dat zal zeker bijdragen aan de acceptatie.

[Verwijderd]

Als het een 'echte' webapplicatie is, dan heb je altijd een runtime nodig...

Maar dan noem je hem Firefox/IE/Opera/etc. etc.

[BtM909]

Dat je als webdeveloper volwaardige desktopapplicaties kunt maken is natuurlijk wel erg mooi. Dat zal zeker bijdragen aan de acceptatie.

Als we dit gaan gebruiken om online webapplicaties ook offline beschikbaar te hebben, ok. Maar ik zit er persoonlijk niet op te wachten dat webdevelopers ook nog eens desktop applicaties gaan leveren

[Zeror]

Maar ik zit er persoonlijk niet op te wachten dat webdevelopers ook nog eens desktop applicaties gaan leveren

Ik denk dat juist wel beter is als webdevvers ook desktop apps gaan bouwen. Webdevelopment is iets eenvoudiger dan het ontwikkelen van desktop apps. Hierdoor kunnen meer mensen, die nu dus al in webdevelopment zitten, ook ingezet worden voor desktop apps development.

[jochemd]

Ik denk dat de meeste ontwikkelaars van webapplicaties even gaan schrikken als ze met Apollo aan de slag moeten. Tuurlijk, je kan leuk in Javascript bezig blijven. Maar waar Apollo echt interessant wordt (en wat je baas van je zal verwachten) is als je gebruik maakt van Flash / ActionScript 3 / Flex. Dan hebben we het dus over een taal met strong typing, een ingebouwd MVC framework en code die barstensvol compiler hints zit, gecombineerd met een runtime die niet aan foutmeldingen doet zodat je wel met de debugger aan de slag zal moeten in plaats van met het dumpen van debug info naar je HTML output.

[martijnvanegdom]

Webdevelopment is iets eenvoudiger dan het ontwikkelen van desktop apps. Hierdoor kunnen meer mensen, die nu dus al in webdevelopment zitten, ook ingezet worden voor desktop apps development.

Nou dat valt vies tegen... Het web is van oorsprong state-less iets wat in een desktop applicatie toch echt niet het geval is. Een dekstop-applicatie kun je vaak makkelijk in 1 taal schrijven, zoals in Java bv. In een web-app is alles door elkaar heen, andere talen, andere browsers, standaard een veel vijandiger omgeving.. een goede web-app is minstens zo moeilijk misschien wel moeilijker dan een desk-app

[Laurens-R]

Mee eens, maar ik hoop wel dat veel webdevvers dan ook wat mee krijgen van goed software design.

[Verwijderd]

Gewone applicaties hebben ook runtime nodig. Dat noemen we Windows/Linux/MacOS(/.Net/Java)/etc. Die ossen hebben vast ook een soort van runtime nodig.

[YaPP]

Die ossen hebben vast ook een soort van runtime nodig.

Die noemen we de CPU

[Verwijderd]

Adobe en de rest zijn gewoon te laat wakker geworden om met Microsoft's Windows Presentation Framework (WPF) te kunnen concurreren. MSFT heeft op heel 'sneaky' manier zijn WPF via .NET 3.0 naar voren gebracht en is inmiddels onderdeel van Windows Vista. Ik moet zeggen dat het makkelijk werken is met WPF en de mogelijkheden van wat je kan doen zijn eindeloos. WPF is ook portable en multi-platform en wordt ondersteund door Apache en tomcat, hoewel er nog wat technische problemen zijn. MSFT moet wel uitkijken dat hun XAML de stijd met XAMLON of een dergelijke project niet verliest, maar dat is goed voor de gewone ontwikkeler, neem ik aan. Ik ben benieuwd hoe dit gaat aflopen.

[DJ Henk]

Zoals hier beneden al opgemerkt wordt: het is Mozilla die mijlenver voorligt.

Met xul kan dit al jaren, en ook nog eens op zowel Windows, Linux als Mac

[jochemd]

WPF is niet multiplatform. Het artikel waar je naar linkt zegt juist dat MS het niet voor andere platformen gaat implementeren. En dat het theoretisch mogelkijk is dat anderen het gaan implementeren is leuk en aardig, maar waar zijn de downloads dan?

[Verwijderd]

WPF is sterk gebonden aan het microsoft platform, bovendien zijn de web (WPF-E) en de desktop variant van WPF totaal verschillend. WPF-E is veel beperkter qua functionaliteit dan WPF.

dit komt doordat microsoft windows wil blijven verkopen en daarom baat heeft bij een WPF dat alleen/"het beste" werkt op het eigen OS.

je moet dus appollo vergelijken met "WPF-light" aka 'WPF-E' en dan zul je ontdekken dat WPF-E misschien een aardige concurrent is voor Flash maar dat apollo 2 stappen vooruit is tov WPF-E.

[elmuerte]

Deja vu. 10 jaar geleden kwam Java met een soortgelijk idee, er is niet bijzonder veel van overgebleven (van dat oorspronkelijke idee) omdat het niet aansloeg. Nu komt Adobe met ongeveer extact hezelfde idee.

[Verwijderd]

Soms kan een idee pas slagen als de timing ervan ook goed is. 10jr in de digitale wereld is een eeuwigheid.

[YaPP]

10 jaar geleden kwam Java met een soortgelijk idee, er is niet bijzonder veel van overgebleven (van dat oorspronkelijke idee) omdat het niet aansloeg

Buiten dat heeft Microsoft het behoorlijk moeilijk gemaakt om cross-platform Java applicaties op Windows te draaien. Vervolgens kwam Microsoft met een eigen omgeving die 99% dezelfde syntax en architectuur heeft als Java. ..genaamd dotnet

[Verwijderd]

Je bedoelt dat Sun met hetzelfde idee kwam ?

Uiteindelijk kom je toch altijd op een aantal basis-ideeën terug (een wiel werkt ook alleen maar goed als het rond is).

[oh,when?]

Over prijzen is nog niets bekendgemaakt.

Van de Apollo FAQ:

Is Apollo free (as in beer)?

Yes. The Apollo runtime will be free (similar to the Flash Player and Adobe Reader).

[Carda]

Het leuke is dat Apollo programma's OOK gratis te maken zijn.

Voor Adobe Flex Builder 2 moet je betalen, maar de SDK is gratis

En er zal best wel een bedrijf zijn die een gratis development tool maakt voor Flex

[praseodymium]

Ik denk dat het een beetje als .NET zal zijn. Er zijn alternatieve development tools, maar bijna iedereen gebruikt uiteindelijk toch de 'officiële' (Microsoft Visual Studio).

[Erkens]

De runtime moet ook wel gratis anders is het product al gedoemt om te falen voordat het op de markt komt

Dit is overigens interessanter:

The final release of Apollo developer tools and the Apollo application runtime will be available after the pre-release cycle is complete, expected later this year. Apollo will be provided free of charge.

bron

[Verwijderd]

Het is mooie ontwikkeling, omdat web en desktop nog beter worden geintergreerd. Maar het levert gelijk weer ook allemaal security problemen op als je ook lokaal de applicatie wil gebruiken.