DISCLAIMER: gaurkoa astuna izan daiteke programatzailea ez bazara. Zoperi buruz ezer ez badakizu, agian zerbait txineraren antzekoa dela usteko duzu. Python ez badakizu, ikasi egin behar zenuke, ikusi ze erraza den Python idaztea.

Denaren erroan Zoperen Component Architechture delakoa dago. Honen oinarria esaldi bakarrean labur daiteke: idatzi osagai txikiak baina bere funtzioa oso definituta dutenak, horrela berrerabilgarriak izango baitira. Teoria erraza da, eta praktika ere bai, eta adibide batekin azaltzen saiatuko naiz.

Guk badakigu nolakoa izan behar duen RSS edo ATOM formatua duen jario batek. Estandarrak dira eta Interneten aurki ditzakegu euren espezifikazioak. Badakigu zein eremu diren derrigorrezkoak eta zein hautazkoak. Hori jakinda kontratu bat sinatu dezakegu: zuk izenburu bat, webgunearen URLa eta jarioan erakutsi beharreko elementuak ematen badizkidazu, nik horrekin RSS edo ATOM jario bat emango dizut. Honek tranpa bat ere badu barnean, jarioan erakutsi beharreko elementuak ere eman behar baitizkidazu. Jarri diezaiogun beste balditza bat kontratuari: elementu horietako bakoitzak, izan ditzala bere izenburua, deskribapena, testu osoa, URLa, egilea, data eta etiketak edo kategoriak emango dituzten metodo batzuk. Kontratu hori onartzen dugunez, idatz dezagun kontratu hori programazio lengoaia baten (Pythonen gure kasuan), interfaze batzuen bidez:

# Hau interfaces.py fitxategian gordeko dugu
from zope.interface import Interface

class IFeed(Interface):
    """ Hau izango da gure jarioaren kontratua """

    def getBaseURL():
        """ Webgunearen URLa emango du metodo honek """

    def title():
        """ Gure jarioaren izenburua emango du metodo honek """

    def getFeedEntries():
        """ Metodo honek jarioan erakutsi beharreko elementuak emango dizkigu """


class IFeedEntry(Interface):
    """ Hau izango da jarioan erakutsiko diren elementuek bete beharko duten kontratua """

    def title():
        """ Izenburua """
   
    def description():
        """ Deskribapena """

    def body():
        """ Testu osoa """

    def getURL():
        """ Elementuaren URLa """

    def author():
        """ Egilea """

    def date():
        """ Data """

    def tags():
        """ Etiketa edo kategoriak. Zerrenda bat itzuliko du honek """

Kontratu hori izanda RSS edo ATOM plantilla idaztea zuen esku uzten dut, baina espezifikazioari begiratzea besterik ez dago hori egiteko.

Kontratu hori baldin badaukagu, bete besterik ez dugu egin behar. Gure jarioa eta jarioan erakutsi beharreko elementuak zein diren jakin beharko dugu. Gure kasuan, jarioan erakutsi beharreko elementuak erantzunak dira, baina hementxe topatzen dugu lehen arazoa: erantzunak errepresentatzeko Ploneren objektuek ez dute IFeedEntry kontratua betetzen.
Orduan kontratua betearazi beharko diegu euren kodea aldatuz. Baina horrek arazo nabarmen bat azaleratuko digu: zer gertatuko da beste arrazoiren bategatik erantzunek beste kontratu bat bete behar badute? erantzun objektuei behin eta berriz kodea gehitzen ibili behar gara? Erantzuna ezezkoa da. Gure erantzunak kontratua betetzeko disfrazatu egin beharko ditugu, eraldatu edo adaptatu egin beharko ditugu.

Zope munduan, adapter edo eraldatzaileak, objektu bat hartu eta kontratu bat betetzeko aldaketak egiten dituzten osagaiak dira. Konbentzioz, klasearen context aldagaian gordetzen da objektua, eta bere jatorrizko metodoak erabiltzen dira kontratua betetzeko behar diren metodoak sortzeko. Ikus dezagun adibide bat erantzunekin:

# Hau syndication.py fitxategian gordeko dugu
from zope.interface import implements
from interfaces import IFeedEntry

class DiscussionFeedEntry:
    """ Objektu arrunt bat sortuko dugu, IFeedEntry interfazea edo kontratua
        betetzen duena, hori esateko da hurrengo implements sententzia """
    implements(IFeedEntry)
   
    def __init__(self, context):
        """ Hauxe da metodo hasieratzailea, adapterra sortzerakoan
            metodo honi deitzen zaio objektua context aldagaian pasatuz
            eta konbentzioz context aldagaian gordetzen dugu """
        self.context = context

    def title(self):
        return self.context.pretty_title_or_id()
   
    def description(self):
        return self.context.Description()

    def body(self):
        return self.context.CookedBody()

    def getURL(self):
        return self.context.absolute_url()

    def author(self):
        return self.context.Creator()

    def date(self):
        return self.context.created()

    def tags(self):
        # Erantzunek ez dute tagik edo etiketarik gure kasuan
        return []

Egin dugu gure erantzunek kontratua betetzeko lana. Kontratu hori bete dugula esan behar diogu Zoperi orain, hori ZCML deritzon XMLren dialekto baten egiten da, honela:

<adapter
     for="Products.CMFDefault.interfaces.IDiscussionItem"
     provides=".interfaces.IFeedEntry"
     factory=".syndication.DiscussionFeedEntry"
     />

Konfigurazio fitxategi horrekin, IDiscussionItem kontratua betetzen duten elementu guztiei (hori da erantzun elementuek betetzen duten kontratua), IFeedEntry kontratua betearazten dien eraldatzailea erregistratzen dugu, DiscussionFeedEntry klaseari esker.

Ez zarete galdu, ezta? Gauza bera egin beharko dugu IFeed kontratuarekin, kasu honetan blogeko erantzunen RSSa erakutsi nahi dugunez, blogarentzako eraldatzailea idatzi beharko dugu. Honela:

# hau ere syndication.py fitxategian idatziko dugu
from zope.interface import implements
from interfaces import IFeed, IFeedEntry

class WeblogRepliesFeed:
    def __init__(self, context):
        """ Lehen bezala, metodo hasieratzailea """
        self.context = context

    def getBaseURL(self):
        return self.context.absolute_url()

    def title(self):
        return '%s - %s' % (self.context.Title(), 'Erantzunak')

    def getFeedEntries(self):
        """ Katalogoari eskatuko dizkiogu blog honetako erantzun guztiak
            eta ondoren IFeedEntry bihurtuta bidaliko ditugu, hori baita
            IFeed kontratuak eskatzen diguna """
        weblog_path = '/'.join(self.context.getPhysicalPath())
        brains= self.context.portal_catalog(portal_type='DiscussionItem',
                                            path=weblog_path,
                                            sort_on='created',
                                            sort_order='reverse')
        # Katalogoak brain izeneko objektu arin batzuk itzultzen ditu
        # horietatik abiatuz jatorrizko objektuak, DiscussionItem-ak
        # lortu behar ditugu, eta horiek ondoren IFeedEntry bihurtu
        objects = [brain.getObject() for brain in brains]
        return [IFeedEntry(obj) for obj in objects]

Azken lerro horretan dago trukoa, IFeedEntry(object) sententziarekin, Zoperen Component Architechture delakoa jartzen da martxan, object elementuaren interfazeetako bat, eta IFeedEntry interfazearen arteko bihurketa egiten duen adapter edo eraldatzaile bat bilatzeko. Gure kasuan, gorago definitutako DiscussionFeedEntry aurkituko du eta horrela IFeedEntry kontratua beteko dugu.

Geratzen den gauza bakarra, IFeed kontratua betetzen dutenentzat bista bat definitzea da, RSS eta ATOM plantilla eta IFeed interfazea lotzeko.

Beste adibide bat ikusteko, guk darabilgun Quills produktuaren syndication.py eta syndication.zcml moduluak ikus ditzakezu, basesyndication eta fatsyndication osagai txikiak nola erabiltzen dituzten ikusteko. Osagai txiki horiei esker da orain hain erraza edozeri RSS edo ATOM jarioa jartzea, plantilla ikutu beharrik gabe.

Inor heldu al da honaino? Opari bat emango diot hona heltzen den lehenari :)

Iazko azaroan argitaratu genituen bi Plone webgune berri.: Goiena.net eta Unibertsitatea.net.

Aurtengo azaroa ere ez da atzean geratuko, eta argitaratu berri ditugu beste lau Plone: Karkara.com - Orio eta Aiako orainkaria, Zingizango.com - Legazpiko Euskara Elkartea, Amorebieta-Etxanoko Udala eta IMH - Elgoibarko Makina Herramintaren Institutua, azken hau Tolon eta Kororen lan itzelarekin batera.

Hurrengoak? Ba ikusiko dugu, baina azken urte honetan asko ikasi dugu. Gure Plone sektak beste partaide bat ere badu, Lur, argazkian nirekin eta Ploneren 3. bertsioaren bultzatzaile handienetakoa izan den Martin Aspelirekin ageri dena.

Hurrengo pausuak Plone 3 erabiltzea, produktuak Python arrautza bihurtzea eta Buildout erabiltzea izango dira. Badarabilt zerbait eskuartean.

Honetan aritu nahi duzu? Ez ahaztu CodeSyntaxek zu bezalako hackerrak behar ditu.

Hace unos meses escribí sobre buildout. Desde entonces ha habido muchos avances en ese mundo, incluyendo un excelente tutorial de Martin Aspeli sobre el tema.

• ¿Cuántas veces has subido una versión de un producto al servidor, has arrancado zope y ha explotado?
• ¿Cuántas veces se te ha olvidado subir ese producto que sólo cambias de pascuas a ramos?
• ¿No sería mejor, que en vez de documentar la instalación y guardar esa documentación (con los problemas que tienes luego de tener que actualizar tanto la instalación como la documentación), la propia documentación sirviera como guión para instalar nuestra aplicación?

[buildout]
parts = 
    plone
    zope2
    otherproducts
    svnproducts
    prepproducts
    instance
   
find-links = 
    http://dist.plone.org
    http://effbot.org/downloads
eggs = 
    itools >=0.9 <0.10
develop = 

[plone]
recipe = plone.recipe.plone25install
url = http://plone.googlecode.com/files/Plone-2.5.3-final.tar.gz

[zope2]
recipe = plone.recipe.zope2install
url = http://www.zope.org/Products/Zope/2.9.8/Zope-2.9.8-final.tgz

[otherproducts]
recipe = plone.recipe.distros
urls = 
    http://www.codesyntax.com/bitakora/Bitakora-0.1.10.tgz
    http://hathawaymix.org/Software/CookieCrumbler/CookieCrumbler-1.2.tar.gz
    http://download.ikaaro.org/localizer/Localizer-1.1.0.tar.gz
    http://download.ikaaro.org/ihotfix/iHotfix-0.7.0.tar.gz
    http://iungo.org/products/Epoz/releases/Epoz-2.0.2.tar.gz

nested-packages = 

version-suffix-packages = 
    Localizer-1.1.0.tar.gz
    iHotfix-0.7.0.tar.gz

[svnproducts]
recipe = plone.recipe.bundlecheckout
url = http://svn.plone.org/svn/collective/Quills/bundles/1.5-zope29

[preproducts]
recipe = plone.recipe.command
command = cd ${otherproducts:location}/TextIndexNG2 && ${buildout:executable} setup setup.py install

[instance]
recipe = plone.recipe.zope2instance
zope2-location = ${zope2:location}
http-address = localhost:8080
user = admin:admin
eggs = 
   ${buildout:eggs}
products = 
   ${plone:location}
   ${otherproducts:location}
   ${svnproducts:location}

$ python2.4 bootstrap.py
$ ./bin/buildout -v

San Andres bezpera izan zen atzo eta gaur San Andres eguna. Jaieguna Eibarren.

Atzo eta gaur partehartze zuzena izan dudan bi webgune aurkeztu dira. Unibertsitatea.net eta Goiena.net

Biak Plone edukiak kudeatzeko sistemarekin eginak Zope plataformaren gainean. Ez dira izan lanean egin ditugun lehenengo Ploneak (aurretik publikoak dira Dantzan.com eta Mondragon Unibertsitatea ), baina hauek izan dira nolabait Ploneren tripak ikasteko baliogarri izan zaizkidan biak.

Ploneren trukoak ikasi, eduki mota berriak sortu, produktuak sortu, DTML baztertu eta ZPT idatzi, eta garrantzitsua izan den beste alderdi bat ere bai: kode guztia fitxategi sisteman idatzi eta SVN zerbitzari batekin sinkronizatuta eduki. Zope3 eta CMF/Plone munduan lan egiteko era zein den ikasteko ere balio izan didate proiektu hauek. Eta benetan esan behar dut ondo daudela nahiz eta bere gauzak izan.

Proiektu eta lan bakoitza bere horretan aztertu behar da eta dituen ezaugarriei erreparatu erabili beharreko plataforma zein den erabakitzeko. Ploneren aldeko apustua egin dugu eduki kudeatzaile sistemak behar dituzten proiektuetarako eta tresna oso ahaltsua da benetan milaka produktu ezberdin dituena.

Laster hasiko naiz proiektu hauetan ikasitakoetaz idazten. Ikasi ditudanak norbaiti baliogarri bazaizkio erabil ditzan.