Plug-in laat IE6-toepassing draaien in IE8

Browsium brengt UniBrows uit, een plug-in voor zakelijke omgevingen waar men vast zit aan Internet Explorer 6 om gebruik te maken van oude webapplicaties. In een speciale IE6-tab zijn de applicaties te gebruiken in versie 8 van de browser.

Sommige bedrijven zijn gedwongen om Internet Explorer 6 te gebruiken omdat gebruikte webapplicaties niet compatibel zijn met nieuwere versie van de browser. Het bedrijf Browsium biedt een oplossing in de vorm van UniBrows, een plug-in die IE6 laat draaien binnen een tab van IE8. Een versie die compatibel is met het onlangs verschenen IE9 is in de maak.

Volgens Browsium wordt alle functionaliteit en gedrag van IE6 door de plug-in geleverd, zodat bedrijven kunnen hun browsers en besturingssystemen upgraden zonder aanpassingen te doen aan de gebruikte webapplicaties. Ook worden er bij UniBrows tools geleverd waarmee beheerder precies kunnen aangeven voor welke webapplicaties de plug-in gebruikt moet worden.

Internet Explorer 6 verscheen voor het eerst in augustus 2001. Ondanks zijn hoogbejaardheid heeft de browser wereldwijd nog een marktaandeel van circa 12%. Dat terwijl de versie niet bepaald bekendstaat om zijn goede beveiliging, privacybescherming of ondersteuning van webstandaarden. Microsoft ondersteunt de browser nog tot 2014 en is een ontmoedigingscampagne begonnen. Tweakers.net ondersteunt IE6 al enige tijd niet meer. Op Tweakers.net gebruikte ongeveer 1 procent van de bezoekers afgelopen maand IE6, aanmerkelijk minder dan de 3 procent die de site bezocht met IE9, de nieuwste versie van Internet Explorer die deze week verscheen.

Reacties (84)

Gaat echt álles werken zoals het onder IE6 werkt, durft dit bedrijf dat voor 100 procent te garanderen? Want zonder zo'n onvoorwaardelijke garantie betwijfel ik of bedrijven dit risico gaan nemen.

Zeker als de software bedrijfskritisch is, ga je vaak niet op 3rd party produkten af, maar ga je af op de leverancier (MS in dit geval).

Als die 100-procentsgarantie er is, en alles in de praktijk ook écht zo werkt als men beweerd, lijkt dit me voor bedrijven een ideale tool.

Wel jammer overigens dat ze de plugin schrijven voor IE8, en niet meteen ook voor IE9, zitten de bedrijven weer met hetzelfde probleem lijkt me, als ze nu al over zouden willen?

[Reactie gewijzigd door wildhagen op 19 maart 2011 12:41]

Bedrijven die nog met ie6 werken gaan niet zomaar naar ie9 natuurlijk. Browsen is ook niet wat werknemers horen te doen tijdens het werk dus als tweakers niet goed wordt weergegeven is dat geen probleem te noemen.

De plug-in laat de explorer de ie6 engine gebruiken zoals bij ietester

Als het niet werkt is de 'maatwerk' software gewoon te brak voor deze tijd en zal er geinvesteerd moeten worden in beter,nieuwer ..

Bedrijven die nog met ie6 werken gaan niet zomaar naar ie9 natuurlijk.

Vind ik iets te kort door de bocht. Bedrijven die IE6 gebruiken, gebruiken nog XP (Vista werd immers met IE7 geleverd).

XP gaat in 2014 out of support, dus bedrijven moeten nu al wel bezig zijn met migratietrajecten. In migratietrajecten word vaak niet alleen Windows vernieuwd, maar ook bijbehorende tooling, waar je IE onder mag rekenen. Meestal pakt men dan meteen de nieuwste versie, als uit de inventarisatie blijkt dat dat geen problemen oplevert.

Zo'n plugin is leuk, maar als dat dus problemen met support gaat opleveren zal het voor bedrijven gewoon geen interessante optie zijn. Support is kritisch voor de meeste bedrijven.

dus gaan ze weer xp draaien, PUNT - einde discussie, want investeren in nieuwe maatwerkoplossingen zit er niet in, - dan had men dat namelijk al wel gedaan,

strax zijn het gewoon bedrijven die lid gaan worden van botnets.... lekke als ze een dikke 8mbit symetische lijn hebben - of misschien zelfs al gewoon glas...

ik ben juist bang dat men WEL voor die goedkope plugin zal gaan kiezen (het is immes goedkoper, en als 'noem louche consultancy bureau' zegt dat het kan, nouw mooi gelijk doen dan....

Dikke en 8mbit kan niet in 1 zin.

Browsen is ook niet wat werknemers horen te doen tijdens het werk

In een wereld met steeds meer webapplicaties neemt de webbrowser een als maar prominentere rol in.

Er zijn genoeg situaties te bedenken waarom mensen _wel_ moeten kunnen surfen. Dan moet dit gewoon veilig kunnen.

IE6 != veilig. Ze zouden dan beter overal Windows7 installeren en met die virtual PC XP met IE6 draaien.

We hebben het hier alleen over een browser. Bedrijven kunnen dit makkelijk kleinschallig testen. Het is niet alsof ze over gaan op compleet nieuwe software.

Dat klopt, maar de meeste software die IE6 nog nodig heeft gebruikt de browser niet zomaar als onderdeel, vaak is de browser de gehele front-end van het pakket, en dus het kritische deel (want gebruikers werken daar mee).

En het is niet alleen een kwestie van testen. Stel dat er later toch een probleem blijkt op te treden, wie gaat dan de support leveren? De leverancier van het pakket niet natuurlijk, want die vereisen IE6, niet IE8+plugin. MS zal ook geen support leveren, want dit is natuurlijk niet een supported setup.

Wie dan? Voor consumenten is support misschien niet zo belangrijk, maar voor bedrijven is het een zeer essentieel stuk service. Zeker als het om bedrijfskritische applicaties gaat, en dat is vaak het geval.

Browsium natuurlijk. Aangezien licensies vanaf $5000 zijn lijkt me daar support bij zitten. In het bericht staat ook gewoon dat de doelgroep bedrijven zijn. Particulieren hebben er niet zo veel meer aan.

Lijkt mij bedoeld voor website (voornamelijk intranet) applicaties die zwaar leunen op zaken als ActiveX. Als het een daadwerkelijk losstaande applicatie is (als in niet de browsers die je start) lijkt me het inderdaad vrij nutteloos.

Als dit 100% blijkt te werken en makkelijk (remote) ingesteld kan worden dan zou dit bedrijf nog wel eens goud in handen kunnen hebben. Voorheen was de enige mogelijkheid om dit dit te testen op een machine die een versie van windows later dan XP heeft m.b.v. van virtualisatie en dan grijp je dus gewoon weer terug op WinXP of nog ouder.

Gaat echt álles werken zoals het onder IE6 werkt, durft dit bedrijf dat voor 100 procent te garanderen? Want zonder zo'n onvoorwaardelijke garantie betwijfel ik of bedrijven dit risico gaan nemen.

Heb je daar niet de interne test procedures voor?
En vaak is het alleen nog maar voor een paar applicaties die hier nog steeds problemen mee hebben, lijkt me niet zo moeilijk om dat te testen.

Bij mij op werk is er nog een applicatie die IE6 vereist, en op zich is dat geen probleem, want als ik die opstart, start hij automatisch IE6 op.

Voor al het andere gebruik ik Opera, dat de standaard browser is geworden bij ons, de twee browsers werken prima naast elkaar.

en niet meteen ook voor IE9

En normaal lees je beter ^_^

Een versie die compatibel is met het onlangs verschenen IE9 is in de maak.

Wat ik niet begrijp is dat MS hier niet mee is gekomen, want zelf in Win7 zit er nog steeds een dos box of win95 mode.
En zij hebben die ellende zelf ontwikkeld met IE6, en men weet dat veel, vooral grote bedrijven hier problemen mee hebben.

[Reactie gewijzigd door player-x op 19 maart 2011 12:55]

[...]

Heb je daar niet de interne test procedures voor?
En vaak is het alleen nog maar voor een paar applicaties die hier nog steeds problemen mee hebben, lijkt me niet zo moeilijk om dat te testen.

Nee dus. Alleen testen is niet voldoende, er is ook de zeer kritische vraag van support, wie gaat die verlenen? Zie mijn eerdere reactie

[...]

En normaal lees je beter ^_^

Ehm, ik lees goed hoor, er staat waarom hij niet meteen uitkomt, niet waarom hij in zijn geheel niet uitkomt...

Bedrijven die nu upgradetrajecten gaan starten met Win7, IE9 etc hebben dan alsnog een probleem, en zullen dan toch terug moeten naar IE8 als ze die plugin willen gebruiken.

Mooie dat die voor IE9 nog gaat komen, maar zomaar even iets nieuws toevoegen als je migratietraject al loopt is niet echt verstandig, om het zacht uit te drukken. Je moet dan de hele inventarisatie weer opnieuw gaan doen.

Wat ik niet begrijp is dat MS hier niet mee is gekomen, want zelf in Win7 zit er nog steeds een dos box of win95 mode.

Windows 7, iig de 64-bits versies (32-bits weet ik niet) heeft helemaal geen dos-box meer (die je vroeger aanriep via command.com), alleen een commandprompt (cmd.exe), maar dat is zeker niet hetzelfde als een dos-box! Daar was echt een verschil tussen.

De Windows 95 / 98 / ME / XP modussen zijn ook zeker niet vergelijkbaar met het draaien van de applicatie op een echte 'oudere Windows' versie.

Nee dus. Alleen testen is niet voldoende, er is ook de zeer kritische vraag van support, wie gaat die verlenen?

Er geen support nodig, want, of de GUI werkt of het werkt niet het zelfde als IE6 zelf.

Als het niet het zelfde werkt moet men IE6 blijven gebruiken.
Want speciale support, GUI is er niet nodig als het het zelfde werkt als IE6.

Ehm, ik lees goed hoor, er staat waarom hij niet meteen uitkomt, niet waarom hij in zijn geheel niet uitkomt...

Ehhhh, hoe oud is IE9 nu? geloof 4 dagen , Win7 kwam met IE8.

Bedrijven die nu upgradetrajecten gaan starten met Win7, IE9 etc hebben dan alsnog een probleem, en zullen dan toch terug moeten naar IE8 als ze die plugin willen gebruiken.

maar zomaar even iets nieuws toevoegen als je migratietraject al loopt is niet echt verstandig

Er is nog geen enkel bedrijf dat serieus met een bèta gaat testen, je mag al blij zijn als je IE8 op je werk hebt.

Windows 7, iig de 64-bits versies (32-bits weet ik niet) heeft helemaal geen dos-box meer

Ok je hebt gelijk maar in Win7 kan je wel elke vorige versie van Windows simuleren van Win95 tot Win7 inclusief Service pack's en server versies.
En programma's als Wolfstein 3D werken ook nog steeds op Win7, in Win 95 mode.

Je moet die IE6 ellende niet mee willen nemen van browserversie op browserversie. IE6 support moet door Microsoft zoveel mogelijk gestopt worden zodat leveranciers en gebruikers van die bedrijfskritische applicaties eens zorgen dat ze meegaan met de tijd.

stilstand is achteruitgang.

Leg dat es uit aan SAP...

is het niet dat men in het bedrijfsleven gewoon vaak te gemakkelijk is, dat een upgrade naar een nieuwe licentie (dus versie) te duur is en men liever 200+ man uren per pc per jaar wil besteden om het bij het oude te laten (het werkt immers toch?).

dat er zoveel problemen mee zijn is puur een management ding, reken het daar dus ook af, en niet op MS of een Brouwserbouwert (*).

Ze zouden in sommige onderdelen van een bedrijf niet meer met jaarbudgetten moeten werken, maar met een driejarenbudget of zoiets. Dan heb je natuurlijk een grote kans dat je budget in de eerste twee jaren op gaat, en dat je in het derde zonder zit. Maar daar kun je controles voor inbouwen. Het is dat bedrijven het vaak op een en dezelfde manier doen. Kortetermijndenken.

Zit er ook al in.. de meeste websites die niet lekker werken in ie8 en hoger, werken goed als je de compat knop in drukt.

Daarnaast biedt Microsoft met Med-V een virtual machine die urls kan openen in ie6. Daarbij kun je aangeven welke urls er in de vm moeten worden gestart en in een seamless window op je scherm komen. Nadeel daarvan is echter wel dat je een vm draait op de machine waar je op werkt.


Ben ook wel erg benieuwd wat deze plugin doet op het moment dat er nog andere plugins nodig zijn. Want dat is meestal het grootste probleem.

Ik vermoed dat door specifiek de oude dlls van IE6 te laden, exact dezelfde code wordt uitgevoerd als in de los staande IE6 -- met als enige verschil dat dit slechts binnen een tab gebeurt (de UI is van IE8) en eventueel wat custom code om compatibiliteit problemen te verhelpen;

Bedrijven kunnen ook zelf testen. En als een webapp of andere tool door de maker niet is bijgewerkt om met nieuwe browsers om te gaan, dan zal dat waarschijnlijk ook niet meer gebeuren. Bedrijven kunnen dan dus over gaan op moderne hardware en OS en zijn niet meer gedwongen met oude meuk te blijven klieren. En als het nu met deze plugin werkt, dan zal het dus ook nog wel een tijdje blijven werken.

Microsoft = 3rd party. En nee, hun software is ook niet perfect. Eigen software schrijven en gewoon mensen hebben die het onderhouden is de meest veilige manier, want als er wat mis is kan je het tenminste oplossen. Met een webapp die crappy geschreven is en alleen in een bepaalde omgeving werkt kan je toch niet een bedrijf runnen?

Gaat echt álles werken zoals het onder IE6 werkt, durft dit bedrijf dat voor 100 procent te garanderen? Want zonder zo'n onvoorwaardelijke garantie betwijfel ik of bedrijven dit risico gaan nemen.

Eh... wat doen we ook alweer met software? Even testen misschien? Je kunt je eigen applicatie toch gewoon testen? In een lab of bij een deel van de gebruikers voor een paar maanden om te zien wat ze tegenkomen?

Lijkt me een kwestie van tijd voordat ze IE9 ondersteunen. Het is pas een paar dagen uit.

Misschien zou je bedrijfskritische software niet in IE6 moeten draaien.

Misschien een domme post hoor, maar snij je dan als bedrijf jezelf niet gigantisch in de vingers door maar te blijven bij het oude zonder te innoveren? Lijkt mij geen goed business core hoor.

Als de software werkt, zal men vaak niet zomaar investeren in nieuwe software nee. Het gaat vaak om maatwerksoftware, en die is vaak erg kostbaar om te maken of opnieuw (deels) te herschrijven.

En omdat het maatwerksoftware is, die soms voor zeer specifieke doelen gebruikt word, kan je ook vaak niet zomaar bij een concurrent gaan shoppen, om de doodeenvoudige reden dat er vaak simpelweg geen concurrent is...

Zeker in economisch beroerde tijden gaan bedrijven echt niet zomaar geld stoppen in het vervangen van iets wat gewoon nog goed werkt voor hen.

En dan is het vaak ook nog zo dat de ontwikkelaar van de software al lang geen ondersteuning meer bied of kan bieden zodat er niet eens updates komen (laat staan dat de GUI aangepast kan worden) maar dat ze wel de rechten van de software angstvallig vasthouden zodat je een extern bedrijf ook geen aanpassingen kan laten doen.

Een nieuwe applicatie ontwikkelen is vaak een kwestie van tienduizenden euri en heel veel manuren.
En dan volgen nog licentiekosten, onderhoud en opleidingen voor iedereen die er mee moeten werken.

Het is allemaal niet zo eenvoudig.

Het is hoe je het brengt/stelt, maar het is heel eenvoudig. Knopen doorhakken, durven beslissen, niet onnodig vergaderen, niet iedereen vragen om er een plasje over te doen (en de gepasseerden moeten zich niet gepasseerd voelen, het gaat om het bedrijfsbelang), en ja het kan altijd beter uitgedacht en uitgevoerd worden. Maar hoe moeilijk is het nu om vaarwel te zeggen tegen een oud systeem? Bang voor het onbekende?

[Reactie gewijzigd door Grrmbl op 19 maart 2011 15:10]

Ja, managers e.d. zijn over het algemeen doodsbenauwd voor vernaderingen. Verandering zijn potentiele verstoringen, en daar worden ze op afgerekend. Daarom doen ze ook aan ITIL en Prince2.

Als jij een grote multinational bent en je hebt de een of andere miljoenen kostende bussines kritische SAP toepassing die alleen onder IE6 draait, dan is het veiliger en goedkoper om daar bij te blijven.

Wat je nu hebt draait soms al 5-10+ jaren zonder problemen. Ombouwen kost op zijn minst tonnen zo niet ook een miljoen. Waarbij je het risico loopt dat het mis gaat.

Dit is ook de reden dat een redelijk aantal bedrijven nog op XP blijven hangen. Ze krijgen moderne computers binnen, slopen de Win7 er af en zetten er XP op. Puur voor de continuiteit. Dat is vele malen belangrijker dan de laatste 'look' of hogere snelheid/meer geheugen.

Helaas vergeten zulke bedrijven dat xp niet meer ondersteund word en hun software dan zo lek als een mandje is.

Een win7 koop je performance en veiligheid. Bij XP blijven hangen nodigt uit tot hacken.

Kwestie van goede malware-scanners op de mailserver en op de proxy-server, en verder goed dichttimmeren.

Waarom zou bijvoorbeeld een fietensfabrikant moeten innoveren op ICT gebied? Innovatie op gebied van fietsen levert ze veel meer op. De software is maar een stukje gereedschap voor ze, als het werkt is dat voldoende. Alleen als de produktie of verkoop er mee omhoog kan, of de kosten omlaag is het interrestant om geld in ICT te pompen.

Sommige bedrijven zijn gedwongen om Internet Explorer 6 te gebruiken omdat gebruikte webapplicaties niet compatibel zijn met nieuwere versie van de browser.

OFwel, de webapplicaties voldoen niet aan standaarden waardoor ze eigenlijk zelf aangepast moeten worden IPV de browser
Maar is het niet zo, dat IE9 nog altijd compatibiliteits mode heeft?

De applicaties zelf voldoen inderdaad niet aan de webstandaarden, maar zoiets is in een grote applicatie niet even snel opgelost - zeker niet als men qua code er een bende van gemaakt heeft.

Het probleem van de compatibiliteitsmode is dat deze de boel compatible maakt met IE7, maar niet met IE6 - je hebt dus weinig aan die modus. Het is beter als Microsoft die hele compatibiliteitsmodi los laat en de webontwikkelaar leert om code te schrijven die aan de standaarden voldoen....

DLL Hell 2.0

OFwel, de webapplicaties voldoen niet aan standaarden waardoor ze eigenlijk zelf aangepast moeten worden IPV de browser
Maar is het niet zo, dat IE9 nog altijd compatibiliteits mode heeft?

Ja, dat laatste doen ze nu met IE9. Het probleem is echter dat bij veel bedrijven applicaties alleen nog maar in IE6 draaien, en dat degene die hem heeft gebouwd er niet meer werkt (het is al 10 jaar geleden!) of dat het simpel niet mogelijk is om de applicatie om te bouwen. IE6 maakte zo'n bende van webstandaarden, dat het erg lastig is je code erop aan te passen.

En Little Penguin zegt het al: Compatibiliteitsmodus werkt alleen voor IE7 of 8. Heb je vrij weinig aan, want deze ondersteunen webstandaarden een stuk beter (in vergelijking met andere IE's dan).

Ik word altijd een beetje moe van de bedrijven die nog steeds IE6 gebruiken. Ok het kan wel duur zijn om elke versie over te stappen maar in de toekomst moeten ze toch die stap maken. Beter kleine stapjes maken en meer up to date blijven dan in de toekomst een nog veel duurdere update te doen.

En ik word moe van mensen die maar blijven roepen dat constant je moet updaten. Zo een update kost geld, en je ziet er geen ene moer voor terug. En één grote update in de toekomst is vrijwel altijd efficienter dan kleine stapjes, ook wat kosten betrefd.

Tja, maar om na 10 jaar NOG niet te updaten is wel heel erg. IE6 kwam uit in 2001 hoor!

[Reactie gewijzigd door Wolfos op 19 maart 2011 17:03]

Ik heb een hammer die een jaar of 20 oud is, en het nog steeds perfect doet. Net als IE 6 is het een stuk gereedschap, en hoeft voor veel bedrijven pas vervangen te worden als het kapot is, of als de vervanging geld op levert.

Nou dat een grote update (hoppah, van IE6 naar IE9) blijkt dus nogal tegen te vallen omdat daar een decennium tussen zit. Handiger om de applicatie aan te passen als de ontwikkelaar er nog van bestaat.

Als je zelf de sourcecode niet in handen hebt, de maker is failliet en de applicatie werkt niet in IE9 dan is een mooi duur grapje om precies hetzelfde nog een keer te laten ontwikkelen en dan ook nog op zo'n manier dat deze werkt met al het werk dat er in de loop der jaren is verricht. Kleinere stappen, kleiner risico, overzichtelijker.

Vraag me af of deze plugin ook VML-ondersteuning biedt... Dan kan je sites gemaakt met Publisher blijven gebruiken in IE8... Uiteraard zijn sites gemaakt met Publisher brak, maar ze bestaan nou eenmaal...

Het probleem met zulke ondersteuning te geven is dat het dan zeer moeilijk word om dergelijke brakke sites uit te roeien. 'Het word toch ondersteunt' redeneert men dan.

Als er geen ondersteuning is zal men vanzelf wel inzien dat ze beter iets anders gebruiken. Het vraagt wel wat tijd en voor de gebruiker is het door de zure appel bijten natuurlijk.

[Reactie gewijzigd door .MaT op 19 maart 2011 13:03]

Erg slim hoor, maar of het iets uit maakt. Als een organisatie het eng vind om een LOB applicatie te upgraden naar een hogere IE versie, dan zal er ook niet veel animo zijn voor het installeren van zo'n plug in.

Het heeft weinig te maken met eng vinden, je hebt bijvoorbeeld te maken met budgetten.
Ik wens je veel success je meerdere te overtuigen van het doen van een aanschaf van vele duizenden euro's ten behoeve van een tamelijk futiele browserupgrade.

Het zit dus veel dieper dan simpele nalatigheid of eng vinden.

[Reactie gewijzigd door Alpha Bootis op 19 maart 2011 22:43]

leuke maar in mijn ogen overbodige app, MED-V doet dit soort zaken veel strakker, beter centraal te regelen en kan nog veel meer legacy apps beschikbaar maken. Als bedrijf waar je je LOB apps met legacy spul moet regelen en evt policies gebruiken is dit geen oplossing, MED-V wel.

Dan gebruik jij MED-V en wij IE6Tab, problem solved

Ben ik echt de enige die vind dat je je IE6 applicatie moet whitelisten en verder chrome/firefox/safari/opera kunt gebruiken?

komop systeembeheerders, denk eens vanuit de oplossing!

IE9 is er zo goed als en dan komen met een plug in voor IE8 voor IE6 programma's.

zit deze plugin al in IE9 ik hoop het wel anders zou echt onlogisch zijn loop je weer een versie achter

Met een simpele plugin ga ik het probleem bij ons het hoofd niet bieden, zit namelijk net even iets ingewikkelder in elkaar.
Blijf voorlopig dus gewoon hangen bij Firefox naast IE6 voor iedereen die op interpret wat te zoeken heeft.

Bij ons heeft het bijvoorbeeld te maken met de communicatie tussen systeem z en IE6 wat via een soort macrosysteem gebeurd wat om onduidelijke redenen niet werkt in iets anders dan IE6.

[Reactie gewijzigd door Alpha Bootis op 19 maart 2011 22:38]