Quote Andreas Wiik:
“1. Det er ikke åpnet for alle ennå, og API-et er ikke ferdig.
2. Jeg vet ikke hvor stor frihet man har, eller hvor enkelt det vil være å tilpasse det til vårt bruk. Men det er det som er så fint med en standard som XMPP. Så lenge vi og Google følger den, vil vi kunne flette sammen, utvide og bytte ut som vi vil.
3. Vi er litt skeptiske til å la en ekstern kommersiell aktør eie våre brukeres data.”

Men å gjøre tjenesten tilgjengelig kun via en facebook app. det har han ingen problemer med.
Snakker om dobbeltmoraliserende drittprat.

Dessutan var det utruleg ustabilt i byrjingi, men fungerer greitt no.

Men begrensningene med ircr ligger jo i begrensningene til klienten, så delt tegnebrett/webcamchat/direkte ip chat via dcc/filservere/deling av bilder osv allerede i 1995-96.
Imo, stort sett det samme som gwave er, bare at de fleste brukere hadde modem så ting tok riktignok lengre tid.

Men forstår avgjørelsen, utviklingen av en skikkelig klient ville kostet mye penger. Og dere vil være med på den neste hypen, som ikke nødvendigvis er en dårlig ting.

Dumt follow up spørsmål da.
Vil dette si at om jeg bruker jabber, blir å kunne kjøre videokonferanse/webcamchat med folk som bruker nrks interne im ?
For dere har en intern IM for ansatte right ?

Isåfall kan det da endelig bli slutt på de tullete telefonlyd+stillsene på dk/utenriks sendinger ? Og slutt på telefonintervju på radio ?
Kjør lyden via inet og den nye klienten deres istede, bedre kvalitet, billigere.

Hver gang jeg ser disse på tv får jeg asosiasjoner til 80 tallet, noen har clearly misset at det har skjedd en utvikling.
Og når jeg hører de telefonintervjuene på radio, ender jeg ofte opp med å lure på hvem som har sagt hva, og hva som egentlig ble sagt.

Når tilogmed operah bruker skype, må vel en såpass oppegående teknisk bedrift som nrk klare å finne en løsning også ?

PS. Med ekstern mener jeg ikke at tjeneren bare ligger utenfor huset men at det er en annen organisasjon som eier tjenesten. Som for eksempel wave.google.com eller jabber.no

Problemet oppstår når man vil lage en tjeneste, et nettsted e.l med instant messaging som en (tilleggs)funksjon. Da blir det vanskelig å bruke lukkede løsninger, men veldig enkelt – og potensielt billig – med frie løsninger.

Det er i hvert fall slik jeg har oppfattet artikkelen, at det snakkes om å lage en tjeneste, og at første steg er å sette opp en skikkelig instant messaging-server / -tjeneste. Så det er nok pga. fleksibiliteten valget har falt på xmpp i stedet for løsningene du foreslår, antar jeg.

Om du skal gjøre det ordentlig bruker du soapbox eller sun javas communication suite.

Men follow up spørsmål da:
Hva skal dere med dette ?
Holder ikke nrk på å teste ut ordentlige im servere ? For live/office communicator ?
(kanskje en dårlig ide å sende brukere til det onde selskapet microsoft? men dere gjør jo det samme med apple/facebook så hvorfor ikke?)

Og om man insisterer på steinalder im, hva med en god gammeldags irc server ? som inspircd eller snircd. Og så bruke en av de mange java irc klienta. Evnt mekk en selv (er jo bare fancy telnet)

Infact,
hvorfor stresse med å sette opp egen server? hvorfor ikke sende brukere til quakenet på egen kanal,
quakenet/efnet/newnet/dalnet/ircnet/whatever blir sikkert bare glad for flere brukere, nrk slipper å kaste bort penger/båndbredde på hosting.

Dere får full kontroll over “rommet” med chan-op.

Og folk kan bruke ordentlige klienter istedenfor å forces til å bruke latterlig mye ressurser på crappy nettleser klienter som uansett har veldig begrenset funksjonalitet.

Ejabberd kan absolutt anbefales, men det er helt klart gode alternativer der ute. Jabber.org har akkurat migrert til M-Link .. noe å tenke på? Største jabber server for øyeblikket. De har også kjørt en del år på ejabberd …

Gøy å høre at NRK er med på XMPP… plutselig litt mer glad for lisenspengene nå (etter noen nedturer fra Tore på sporet!!!)

http://www.process-one.net/en/blogs/article/facebook_chat_supports_xmpp_with_ejabberd/

En enkelt ren ejabberd-node med ett ordentlig operativsystem og standard moderne servermaskinvare i bunn drar lett ett par titalls tusen samtidige tilkoblinger. Nå kjenner jeg ikke til noen som har særlig større oppsett enn dette, men diverse benchmarks ser ut til å vise at heller ikke hundre tusen tilkoblinger skal være noe problem. Om da kanskje 10% av brukerene er online til en hver tid vil det si at en enkelt boks da kan håndtere 1/5 av Norges befolkning. Noe som derimot kan være en flaskehalls eller vanskelig å skalere kan være backend for autentisering eller eksterne komponenter (f.eks. transporter, roboter, Google Wave) etc.

Men om det er MUC som behøves vil kanskje god gammeldags IRC gjøre jobben like bra? Det burde ihvertfall skalere. jabberd2 har vel heller ikke enda noe MUC-komponent inkludert?

Ejabberd er forøvrig rimelig stabile greier. Har selv to ejabberd-noder som kjører på en enkelt maskin. XMPP for dette domenet har så og si vært oppe 100% i snart 5 år nå (om en ser bort fra 2-3 rebooter for oppgradering av kjerne og noe nettverksproblemer).

Det blir i mine øyne litt feil å sammenlikne å sette opp en egen xmpp-tjener med å integrere med Googles Wave-tjener (og omvendt). Både Wave og XMPP kan plasseres på en ekstern tjener, like mye som begge kan (evt. skal kunne) brukes på egen tjener.

Dataproblematikken er dermed like aktuell for begge tjenester om de plasseres på en ekstern server.

Når det er sagt er Google Wave en sjanse å ta, all den tid det er lite utbredt og i alpha. Støtten for xmpp er også mye bredere, så det er et sikrere valg.

Mats: Jeg har også forstått det sånn.

Vi er litt skeptiske til å la en ekstern kommersiell aktør eie våre brukeres data.

Slik jeg forstår det, skulle vel Google Wave være en åpen protokoll. Da trenger dere ikke ha dataene på Google sine servere i det hele tatt, og heller ikke gi bort noen av (eier)rettighetene.

Eller har jeg misforstått fullstendig nå?

Bruker Pidgin eller Spark som klient.

Har ikkje så mykje erfaring med XMPP sjølv, men har eksperimentert litt med div. Comet-baserte teknologier. Ein av karane bak GitHub holdt eit foredrag om “The Real Time Web” på DjangoCon i år, presentasjonen er på Slideshare. Den kan kanskje være relevant.

http://googlewavedev.blogspot.com/2009/11/wavesandboxcom-federate-this.html

http://code.google.com/p/wave-protocol/wiki/Installation

Edit: Slått på målstreken, men la gå.

Hey hey! Heia OpenFire

@turn.self.off Veldig interessant! Det må jeg lese om.

Vi ser for oss en integrering mot egen brukerbase, både for registrering og autentisering. Dette vekter for å velge et produkt skrevet i Java framfor et produkt skrevet i Erlang.

http://www.waveprotocol.org/

nrkbeta.no ser ut til å bruke (en gammel versjon av) Apache httpd, som er skrevet i C, ikke C++.

(sånn til info)

ejabberd er slitsom å administrere hvis du vil integrere den med egen brukerdatabase. Den har et webgrensesnitt som er ganske dårlig. De andre har jeg ikke sett på.

tigase har potensiale, men min erfaring per i dag (som sysadmin) er at alle XMPP-servere ser ut til å være mer eller mindre brukket. Det sagt, vi bruker ejabberd foreløpig.

1. Det er ikke åpnet for alle ennå, og API-et er ikke ferdig.
2. Jeg vet ikke hvor stor frihet man har, eller hvor enkelt det vil være å tilpasse det til vårt bruk. Men det er det som er så fint med en standard som XMPP. Så lenge vi og Google følger den, vil vi kunne flette sammen, utvide og bytte ut som vi vil.
3. Vi er litt skeptiske til å la en ekstern kommersiell aktør eie våre brukeres data.