The little island of excitement!

Verkkokaupan koeajo: Gastronautin saitti

2009-02-23T17:06:00.005+02:00

Tänään ei huvita käydä kaupassa tai laittaa ruokaa. Voisin tilata jotain. Pizza Pasila olisi hyvä valinta, mutta tänään en halua currykanaa.

Valinta osuu siis Gastronauttiin, ja taidan samalla koeajaa heidän verkkokauppansa.

Gastron saitin suunnittelu ja teknologia on pitkään jo tuntunut jonkun veljenpojan etelänmatkaa vastaan suunnittelemalta ja toteuttamalta. Verkkokauppa ei ole poikkeus.

Rekisteröityminen ja sisäänkirjautuminen ollaan onnistuttu sössimään tekemällä kentistä joihin pitää kirjoittaa aivan samannäköisiä kuin kentistä joissa mainostetaan uusia ravintoloita, ja kentästä jolla valitaan kaupunki. Kenttien päällä on kyllä perinteisen syöttökentän näköinen otsikko, josta klikkaaminen ei tee mitään. Rekisteröityminen onnistuu, jos löytää tekstin alle piiloitetun nuolen.

On aivan turha kuvitella voivansa edes yhtään katsella tai kerätä tilaustaan ennen rekisteröintilomakkeen täyttämistä. Joku amatööri erotti nuo kaksi prosessia toisistaan totaalisesti.

Valitsen ravintolan nimen vasemmasta menusta, ja pääsen ravintolasivulle. Tällä sivulla näen tukun otsikoita, mutta en ensimmäistäkään ruoan nimeä. Jos tajuan klikata erittäin himmeää nuolta otsikkorivin oikeassa päädyssä, otsikon alakohta ruoka-annoksineen aukeaa näkyville.

Oho! Kun valitsin Spizy Co:sta New York purilaisen, sivun ylälaitaan avautui uudestaan samat sisäänkirjautumiskentät joita käyttämällä hetki sitten kirjauduin mielestäni. Ostoskorissa näkyy kuitenkin valintani.

Yritän lisätä lohkoperunoita side orderina, mutta saitti valittaa "sinun pitää olla kirjautunut".

Kirjaudun sisään uudestaan, ja Gastro on kadottanut tilaukseni.

Valitsen suunnilleen samat tuotteet, kiireellä klikkaan tilauksen vahvistukseen, ja teen tilauksen. Saitti lupasi tilauksen menneen perille.

Nyt odotetaan...

The restful hypothesis

2009-02-09T03:40:00.003+02:00

I'm taking every fourth week off, starting now. Nine days of uninterrupted rest.

Why? I've been working fairly actively for the last 15 years. I've learned some things about myself and my field.

Projects tend to become hectic. Workplaces become demanding. There would always be so much more to do but so little time.

The pressure to enact big, meaningful changes gives one tunnel vision and encourages one to create and manipulate dangerously oversimplified models of reality in order to create the self-deceptive illusion of reaching organizational goals. (Heimo recently wrote about a similar subject.)

It's hard to critically evaluate efforts one is personally invested in. Most people simply don't go there. I've only been able to step back after the fact.

Postmortems are useful, but not as useful as saving the patient in the first place.

That's why I'm taking every third week off from now on.

To routinely step back and ask myself whether I'm really invested in accomplishing the right tactical goals.

Agile that!

Zend_Cache_Backend_File doesn't work on NFS

2009-01-02T02:48:00.002+02:00

We had a bit of a time discovering why our project's Zend Framework-using PHP application wasn't working at all well in our production environment. The first few page loads were working fine, but concurrent page loads were presenting a problem. Neither PHP nor Zend Framework were at all helpful in trying to track down the problem.

It turns out that the application was misconfigured to store its Zend Cache files on a NFS mounted remote file system, and that Zend_Cache_Backend_File tries to flock() its files. On RHEL5, the NFSv3 implementation doesn't react at all well to POSIX locks.

We cracked the problem by figuring out that the locks seemed to timeout at the NFS timeout period, while the rest of our timeouts were at one-minute range, using pstack to dump the stack trace of hanging Apache processes, finding flock() to be the culprit, and grepping through our app's source code for flock, finding only the Zend Cache classes.

Don't accidentally put your Zend Cache files on NFS when using Zend_Cache_Backend_File, or your application will hang.

Cool service of the day: Web Sequence Diagrams

2008-12-27T21:39:00.005+02:00

Enforcing strict database DDL upgrade version requirements in Postgresql

2008-12-18T23:03:00.005+02:00

When delivering a upgrade version of a web-based product, you often wish to provide your clients with database upgrade scripts.

As the data in the database is the most critical part of the installation, both the upgrader and the developer want to be absolutely certain that upgrades are pushed into the database in the correct order.

This is an example of how to achieve this objective using Postgresql.

BEGIN;

CREATE FUNCTION require_database_version(IN p_version INT) RETURNS boolean AS $$
DECLARE
  dv INT;
BEGIN
  IF p_version IS NULL THEN
    RAISE EXCEPTION 'require_database_version called with NULL input';
  END IF;
  SELECT version INTO STRICT dv FROM database_version;
  IF dv <> p_version THEN
    RAISE EXCEPTION 'Database version required: %. Found %.', p_version, dv;
  END IF;
  RETURN true;
END;
$$ LANGUAGE plpgsql VOLATILE;

CREATE FUNCTION set_database_version(IN p_version INT) RETURNS boolean AS $$
BEGIN
  IF p_version IS NULL THEN
    RAISE EXCEPTION 'set_database_version called with NULL input';
  END IF;
  EXECUTE 'CREATE OR REPLACE VIEW database_version AS SELECT ' || p_version || ' AS version';
  RETURN true;
END;
$$ LANGUAGE plpgsql VOLATILE;

SAVEPOINT s1;
SELECT require_database_version(4);
ROLLBACK TO s1;
SAVEPOINT s2;
SELECT set_database_version(6);
SAVEPOINT s3;
SELECT require_database_version(4);
ROLLBACK TO s3;
SELECT require_database_version(6);
ROLLBACK TO s3;
SELECT require_database_version(NULL);
ROLLBACK;

Setting up a Flash testing environment with several versions of the Flash 9 and 10 plugins

2008-12-13T16:24:00.005+02:00

When you're developing a Flash application, you usually want to be reasonably certain that it'll work with the various versions of the Flash plugin which your users might have. The best way to be certain is to see for yourself.

Alas, the Flash plugin was designed to be installed only once per PC, and Adobe wants you as a consumer to always have only the newest version of the plugin installed.

Adobe, however, have provided us with all the tools we need to build a Firefox installation which contains all of the Flash 9 and Flash 10 plugins in separate profiles, so that we can even run the various versions simultaneously.

IE, as usual, is a different kettle of fish altogether, and generates extra customer costs even here.

Let's start by visiting Adobe's page "Archived Flash Players available for testing purposes" at http://www.adobe.com/go/tn_14266.

From there, download the files http://fpdownload.macromedia.com/get/flashplayer/installers/archive/fp10_archive.zip and http://fpdownload.macromedia.com/get/flashplayer/installers/archive/fp9_archive.zip. If the filenames have changed since writing this blog post, you'll probably be able to find the correct files from the Adobe KB page referenced earlier.

These .ZIP files contain all of the .EXE installation files needed to get to the actual plugin files we'll be needing. Create a working directory, and unzip the fp*_archive.zip-files there.

Here's a small shell script you can run under Linux to extract the plugin files from the installation executables, using Wine:

export WINEPREFIX=$PWD/wine
mkdir $WINEPREFIX
mkdir flash_plugins

for file in fp*archive/*/flashplayer*_win.exe
do
  version=`echo $file | awk -F/ '{print $2}'`
  echo $file $version
  wineconsole $file /S /D=C:\\flash\\$version
  cp -r wine/drive_c/flash/$version flash_plugins/
done

... to be continued!

Software projects are such fun

2008-11-20T16:10:00.004+02:00

DTrace script for snooping MySQL queries

2008-11-14T03:42:00.001+02:00

#!/usr/sbin/dtrace -Zs

pid$target:libmysqlclient:mysql_real_query:entry
{
   printf("Query: %s\n", copyinstr(arg1));
}

pgrep httpd

dtrace -p 714 -s ./mysql.d

Mike Shapiro and Bryan Cantrill demonstrate Fishworks

2008-11-13T05:55:00.002+02:00

TDS: Community Organizers

2008-10-31T17:57:00.001+02:00

Viikon ravintolalöytö: Marokkolainen ravintola Fez

2008-10-29T23:34:00.002+02:00

Olen onnekas siinä, että minulla on ystäviä jotka tasapainottavat konservatiivisuuttani ravinnon maailmassa innolla uusien kokemusten etsimiseen. Rosa puhui niin innostuneesti marokkolaisesta ravintola Fezistä, että lähdin mielelläni kokeilemaan. Emme pettyneet.

Alkuruoaksi otin kasvis msmen-annoksen, joka oli varsin kevyt annos rapeaksi paistettuja kasvistäytteisen crepen tyylisiä suupaloja salaatin päällä. Keskellä oleva juustonappi täydensi alkuruoan makua todella sopivasti. Yllättävän hyvin kokonaisuuteen sopi tilaamamme kannu marokkolaista makeaa minttuteetä. En ole koskaan maistanut sellaista kokonaisuutta, johon tälläinen ateriajuoma sopii yhtä hyvin.

Pääruoaksi valitsin sitruunaisen kanataginen, joka on uunissa haudutettu ja keramiikka-astiassa tarjoiltu kana- ja lisukeannos. Ravintolan tapa maustaa annos teki minuun vaikutuksen. Ehkä olen tottunut liian yksinkertaisiin maustoihin, mutta annoksen keskimerellinen tyyli poikkesi edukseen tyypillisemmästä "suolaa, curryä ja chiliä"-linjasta.

Suosittelen.

Jon Stewart speaks on my behalf

2008-10-21T17:19:00.001+03:00

SpringSource pulls a bait and switch with Spring Framework

2008-09-21T02:30:00.008+03:00

Spring Framework may be one of the most widely adopted libraries in the Java world.

It came to be so widely adopted because of its open source license and consistent quality.

Its authors decided to monetize the wide adoption, and formed SpringSource to sell support.

Now they are pulling a bait and switch to maximize their short term profit, by selling licenses on top of support, because license business scales better than support business.

SpringSource are significantly altering the factors which led to Spring Framework's popularity, by making the previously simple process required to use Spring Framework so complicated, with marked unknowns, that the SMB/consultant sector, which comprises 90% of its user and technology decisionmaker base, has to in effect make a whole new purchase decision in a product landscape which has the technology giant Google offering Guice, and EJB 3.1 getting nearly on par on technological usability.

The question is: is Spring Framework worth it anymore to anyone, if its user base shrinks to 10%, and is unlikely to raise back to preceding levels?

Edit: apparently the new pricing starts from $20,000 for a small team.

New cloud datacenter products: VMWare vCloud, Citrix Cloud Center and Sun xVM OpsCenter

2008-09-15T17:41:00.003+03:00

VMWare released their vAporWare vCloud announcement at VMWorld08.

Citrix released Citrix Cloud Center.

Sun released xVM OpsCenter and the rest of the xVM product line.

Of the three, the Sun products seem the closest to becoming actual reality.

Here's to both competition and standards!

Skaalautuva palveluarkkitehtuuri joka keittiöstä löytyvillä aineksilla

2008-09-14T12:34:00.006+03:00

Hei, sinä joka rakennat juuri verkkopalvelua! Kyllä, juuri sinä.

Teetkö suunnitelmia siitä lähtökohdasta, että tulet onnistumaan työssäsi, vai oletatko epäonnistuvasi?

Jos verkkopalvelusi onnistuu, kuinka paljon sillä tulee olemaan käyttäjiä? Kuinka monta pyyntöä sekunnissa se saa palvella?

Juuri nyt, ennenkuin palvelullasi on vielä sitä ensimmäistäkään käyttäjää, on paras aika istua alas ja ajatella mitä onnistuminen tarkoittaa.

Jos rakennat verkkopalvelua, suunnittelet varmaankin käyttäväsi työkaluina PHP:ta, Pythonia, Javaa tai dotnettiä, ja tallettavasi palvelun tiedot MySQL:n, Postgresiin tai MSSQL:n.

Olet tottunut toimimaan niin, että ensin suunnittelet relaatiokannan, sitten rakennat sitä käyttävän saitin, ja iteroit asiakastarpeiden ja uusien ajatusten pohjalta. Jos sinulla on jo jonkin verran kokemusta, suunnittelet rakentavasi kolmitasoarkkitehtuurin ja käyttäväsi MVC-kehystä, sen sijaan että kaikki koodi on samoissa PHP-tiedostoissa.

Nämä suunnitelmat auttavat sinua onnistumaan. Se on hienoa!

Ne eivät auta sinua kohtaamaan onnistumisen aiheuttamia ongelmia. Se on huonoa!

Onnistuminen ja epäonnistuminen ovat luonteeltaan erilaisia. Jos onnistut, peli ei lopukaan, vaan sinulta odotetaan vielä lisää onnistumisia. On paljon katkerampaa väsyä toisessa mäessä, kun ensimmäinen on jo ylitetty.

Kehitys ei pysähdy koskaan, mutta verkkopalveluiden kohdalla voit ottaa suurten toimijoiden onnistumisista ja epäonnistumisista mallia, ja suunnitella järjestelmäarkkitehtuurisi sekä ensimmäistä että toista mäkeä varten. Kolmatta mäkeä ei sitten teknologialla valloitetakaan, vaan siitä huolehtivat humanistit.

Ensimmäinen mäki on palvelun saaminen markkinoille. Toinen on suurten käyttäjämäärien palveleminen palvelunlaadun kärsimättä. Kolmas on oman organisaation kasvukivut tämän seurauksena.

Toisessa mäessä moni verkkopalvelu uupuu siihen, että kehitystiimin sydänverelläkään ei pysytä käyttäjämäärän kasvun perässä, vaan palvelu alkaa hidastumaan ja saattaa hajota kokonaankin, josta viime aikojen kuuluisimpana esimerkkinä Twitter. Hidastelu ja hajoileminen on tuhonnut monta lupaavaa palvelua ajamalla niiden käyttäjät luotettavampien saittien huomaan. Mitä sosiaalisempi on palvelukonsepti, sitä herkemmin näin käy.

Näin ei tarvitse käydä sinulle. Toisen mäen hanskaamista kutsutaan palvelun skaalautumiseksi, ja se tarkoittaa sitä, että tuotat palvelun monella pienellä tavalla yhden suuren askeleen sijaan.

Yhdellä suurella askeleella tarkoitan järjestelmäarkkitehtuuria, jossa kaikki tieto on yhdessä tietokannassa. Kyllä, vaikka suunnittelisit antavasi kannalle lukuorjia.

Monella pienellä tavalla tarkoitan sitä, että teet jokaisesta palvelusi osa-alueesta oman taustapalvelunsa, ja jaat jokaisen taustapalvelun edelleen pienempiin paloihin.

Käyttäjätilien hallinta voi olla oma taustapalvelunsa. Kun koostat verkkosivun, jossa haluat sanoa käyttäjän koko nimen, sivua rakentava kontrolleri tekee HTTP-haun "http://tilipalvelu/users/gumi" ja saa XML/JSON-vastauksen.

Tilipalvelu puolestaan koostuu jatkuvasti kasvavasta määrästä yhden edustakoneen ja kahden HA-klusteroidun MySQL-palvelimen kokonaisuuksia, joissa jokaisessa on vain niin monen käyttäjän tiedot kuin mitä tälläinen toiminnallinen kokonaisuus voi palvella hyvällä palvelunlaadulla.

Ennen tilipalvelun toiminnallisia klustereita on hakemistopalvelu, jonka ainoa tehtävä on kertoa, mistä löytyvät käyttäjän "gumi" tiedot. Koko hakemisto pidetään palvelun muistissa, joten vastaukset missä-kyselyihin tulevat pahimmillaan mikrosekunneissa.

Voilà. Meillä on tilipalvelu, joka ei väsy toisessa mäessä.

Haastavampaa on suunnitella ryhmäpalvelu. Jos ryhmät ja käyttäjätunnukset ovat eri koneilla, tietokanta ei voi pitää huolta tiedon eheydestä sillä tavalla johon olet jo tottunut.

Se, että tiedon eheyttä ei voida 100% taata taustapalveluiden rajojen yli on se hinta joka joudutaan maksamaan toisen mäen ylittämisestä. Siitä ei pääse yli eikä ympäri. Tämä johtuu siitä, että etäisyydet tietokoneiden välillä verkossa ovat niin erilaisia kuin etäisyydet yhden tietokoneen prosessorin ja muistin välillä.

Sovellussuunnittelijoiden ja sivuja koostavien kontrollereiden pitää varautua siihen, että yhden ryhmän jäsenen tietoja ei enää löydykään, ja jättää nimi tulostamatta. Suunnittelijoiden pitää priorisoida sivun tavoitteet, ja päättää mistä voidaan tarvittaessa tilapäisesti luopua.

Olet ohjelmistoja rakentaessasi oppinut saman läksyn kuin minäkin: muutoskustannukset kasvavat logaritmisesti ajan myötä.

Sinun tehtäväsi on suunnitella onnistuvasi. Kyllä, juuri sinun!

Keskustele tiimisi kanssa ensimmäisestä ja toisesta mäestä, hahmottele palvelusi taustapalveluina ja toiminnallisina klustereina, ja tee prototyyppi hakemistopalvelusta jo tänään!

Ja ole ylpeä itsestäsi!

Pilvi-infrastruktuuri on mannaa aikatauluille

2008-08-30T15:25:00.007+03:00

Olen ollut pilvi-infrastruktuurin käyttäjä maaliskuusta 2006, jolloin annoin Amazonille luottokorttitietoni.

Heillä oli kyllä jo korttini lukemattomien (luettujen) kirjaostosten jäljiltä, mutta 2006 Amazon huomasi, että he voivat hyödyntää verkkokauppansa ylimääräisen kapasiteetin myymällä senkin asiakkailleen.

Minulle ja työlleni pilvi tarkoittaa sitä, että saan tarvitsemani koneet ja levytilan valmiiksi asennettuina heti kun klikkaan, enkä muutaman viikon tai kuukauden päästä, ja jos tarvitsen lisää niin saan senkin heti. Koska annoin Amazonille oman luottokorttini, arvostan myös sitä että maksan vain käytettyjen tuntien ja gigatavujen perusteella, ja voin nollata kustannukset heti kun en enää halua maksaa.

En yleensä laskuta asiakkaaltani näitä infrastruktuurikustannuksia, koska niiden laskuttaminen maksaa enemmän kuin itse kustannukset.

Tyypillisessä tapauksessa on tarvetta testata tai käyttää jotain ohjelmistoa paikassa, johon pääsevät ihmiset monesta organisaatiosta. Tällöin käynnistän listalta sopivan palvelimen, avaan siihen tarvittavat palomuuriportit, joko kaikkialle tai vain tiettyihin IP-osoitteisiin, ja luon palvelimelle tarvittavat käyttäjät. Luon projektia varten pysyvän verkkolevyalueen, ja liitän sen käynnistämääni koneeseen. Lopuksi annan kolmannen osapuolen nimipalveluntarjoajan käyttöliittymästä koneelle jonkun fiksun nimen, ja kerron sen osallistujille.

Kun olemme testanneet tai käyttäneet ohjelmistoa, suljen koneen, ja säilytän pysyvää levyaluetta kunnes uskon ettemme tarvitse sitä enää. Lopuksi otan joko levyalueesta pysyvän snapshotin jonka osallistujat voivat ladata verkosta, tai tuhoan sen pysyvästi.

Konevaihtoehtoja on usean kokoisia 1.7GB:n muistista 15GB:n muistiin, ja yhdestä coresta kahdeksaan. Pienin maksaa 10 amerikkalaista senttiä, ja kallein 80 amerikansenttiä tunnissa. Käyttöjärjestelmävaihtoehtoina ovat lähes kaikki Linux-distribuutiot ja OpenSolaris 2008.05, joka on DTracen ja ZFS:n takia erittäin kiinnostava vaihtoehto.

Tässä kuvaamani palvelut ovat nimeltään Amazon Elastic Compute Cloud (EC2) ja Simple Storage Service (S3.)

Olen myös viime aikoina tutustunut Googlen uuteen beta-vaiheessa olevaan Google App Engine-palveluun, joka lähestyy samaa aluetta eri suunnasta. Se ei tarjoa perusinfrastruktuuria, jolla voit tehdä mitä vain, vaan sen sijaan varsin spesifisen alustan Python-verkkosovelluksille, ja verkkosovelluksille soveltuvan tietovarastointitavan joka muistuttaa vain etäisesti relaatiotietokantaa.

Jos GAE tarjoaa jatkossa myös Java-tuen, se voi olla mielenkiintoinen vaihtoehto minullekin. Joka tapauksessa se tulee määräämään low-end markkinoilla koska Google tarjoaa ilmaiseksi 500MB tilaa ja noin 5 miljoonaa sivunlatausta kuussa. Sillä pärjää hyvin moni pienen budjetin projekti.

Yrityksen Linux-palvelinten hallinta Red Hat Spacewalkilla

2008-07-14T14:19:00.007+03:00

Kaikissa yrityksissä, joiden IT-osasto vähänkin valvoo firman etua, on nykyisin tukku Linux-palvelimia. Yrityksen koosta riippuen näitä voi olla kahdesta kymmeniin. Suuryrityksissä satoja ja tuhansia.

Linuxin mukana tulevat ylläpitotyökalut taipuvat oikeastaan kaikkiin mahdollisiin ylläpitoprosesseihin, ja siksi ne eivät tee mistään yhdestä prosessista point-and-click helppoa. Tässä on puolensa ja puolensa.

Red Hat tarjoaa Red Hat Network-palvelua, joka taas määrittelee tarkemmin ylläpidon roolit ja prosessit, antaen kuitenkin ylläpitäjien toimia samaan aikaan normaaleilla yleistyökaluilla. Tämä palvelu pyörii Red Hatin ympäristössä heidän konehuoneessaan, ja ylläpidetyt palvelimet ottavat sinne yhteyttä aika-ajoin kysyäkseen mitä pitäisi seuraavaksi tehdä.

Joihinkin ympäristöihin tämä sopii, ja toiset taas karsastavat palvelimien ulkomaille soittelua. Tätä jälkimmäistä tapausta varten Red Hat toimittaa RHN Satellite Serverin, joka toimii kuten RHN mutta firman omassa palvelinhuoneessa. Tämä tuote ylittää kuitenkin pienyrityksen IT-budjetin kymmenillä tuhansilla euroilla.

Red Hat on pitkään lupaillut avata Satellite Serverin lähdekoodin, ja he vihdoin tekivät sen kesällä 2008, nimikkeellä Red Hat Spacewalk. Tämä tuo RHN-ylläpidon kaikkien ulottuville, myös CentOS-ympäristössä. Avaus tekee myös mahdolliseksi paikallisten ylläpitokonsulttipalveluiden tarjoamisen tätä kautta. Ylläpitokonsulttiyritys pyörittää omaa Spacewalk-palvelintaan, joihin asiakkaiden järjestelmät ovat yhteydessä, ja päivittävät järjestelmiä sovitun mukaan.

Tällä tavalla ylläpidetyssä ympäristössä voidaan käyttää RHEL/CentOS:in normaalia paketinhallintaa hoitamaan myös kaikkia yrityksessä käytettyjä softia, sekä omia että muiden. Ohjelmistoista ja niiden konfiguraatioista tehdään vain RPM-paketit, ja annetaan ylläpitäjien huolehtia pakettien deployaamisesta testi- ja tuotantoympäristöihin. Sama pätee päivitysten kanssa, on paljon fiksumpaa käyttää yleistä RPM-standardia päivitysten hallintaan, kuin keksiä omat ratkaisut.

Architecture rules

2008-07-05T10:27:00.001+03:00

Architecture rules lets you automatically enforce dependency creation rules.

The Phoenix has landed on Mars

2008-05-26T03:11:00.003+03:00

Thanks, guys. The work you're doing is the most important work in the solar system.

Canned Mistakes for Java

2008-05-15T13:05:00.003+03:00

I don't usually like to announce vaporware projects, but I have to get this one out to motivate myself to push it on.

Canned Mistakes are small applications that demonstrate relatively common problems, such as different kinds of memory leaks or unbuffered I/O, documentation on how to diagnose the problems using jstat, VisualVM, DTrace and YourKit, and instructions of how to work around and fix the problems.

Why? To provide a controlled setting for learning and truly understanding situations which, in the wild, have too much pressure attached to allow careful reflection.

Leave a comment if you think of a specific situation that should be covered.

Catastrophic hard drive failure

2008-05-12T15:07:00.004+03:00

Well, that's why you're supposed to do backups. Thinking about doing backups and setting up RAID-1 doesn't actually protect against data loss. Oh well, I didn't lose anything irreplaceable.

Spring view and resolver for Quercus

2008-05-11T17:51:00.002+03:00

I've been playing around with Spring MVC support for Quercus, and gotten a first beta ready for publication. It's missing VFS support for non-unpacked WARs, among other things.

You can get it by running the Mercurial version control application command:
hg clone http://www.gueck.com/hg/p2j

The web interface to the repository is http://www.gueck.com/hg/p2j as well.

Gastronautti on taas elossa

2008-04-10T14:58:00.007+03:00

Gastronautti on taas elävien kirjoissa, ilmeisesti uuden yrittäjän voimin. Laitoin ensimmäisen koetilauksen juuri sisään, pitäisi tulla tunnin sisällä. Katsotaan kuinka käy.

Päivitys: soittivat pariin kertaan kun tilaamaani tuotetta ei ollut saatavilla, ja nyt tunnin ja 20 minuutin päästä toimitusta ei vielä näy.

Tunti ja 40 minuuttia kulunut, soitin tilaukseen ja kuulema kuski on kiinni ruuhkassa.

No niin, ruoka saapui kahden tunnin ja 20 minuutin kuluttua. Pippuripihvi Beefy Kingistä oli ehtinyt jäähtyä, mutta alla olevat ranskikset olivat muuttuneet lämpimäksi massaksi. Kokonaisuuden pelasti pippurikastike, jossa oli riittävästi ytyä.

Tilasin myös pakasteleipomuksia, joista raportoin sulamisen jälkeen.

Ilokseni voinkin raportoida, että Alénin cookiet ovat todella mainioita, ja olisi varmaan pitänyt tilata niitä vähän vähemmän, jo hammashuollonkin kannalta.

VMware Server 2 beta is now usable

2008-04-06T17:59:00.003+03:00

The previous version of the VMware Server 2 beta I had tried had massive user interface problems, but the current version is almost usable. The only ridiculous hoop it forces you through is that you must enable logon as root and set a root password, since modern Linux distributions don't do this anymore.

My OpenSolaris Indiana PR2 image works better with the beta than the current VMware Workstation.

Amazon EC2 is now ready for production use

2008-03-27T10:48:00.008+02:00

Today is the day Amazon Elastic Computing Cloud (EC2) became ready for production use.

Werner Vogels announced the launch of two crucial features: customer-specific IP addresses and geographically spread out sites.

Previously every machine you started was assigned a random IP address, and you had to have your own load balancers, or hope that none of your clients had misconfigured their DNS.

This also gives us hope that we can serve non-US customers through Amazon EC2 someday, as the availability zones can be easily extended to the EU and Asia.

The currently available zones are:
AVAILABILITYZONE us-east-1a available AVAILABILITYZONE us-east-1b available AVAILABILITYZONE us-east-1c available

Amazon calls these features Elastic IP Addresses and Availability Zones.