Minskar antalet majorversioner

Atex Polopoly kommer med största sannolikhet att ändra sin releasehantering framöver och då troligtvis efter årsskiftet. Detta för att de tycker att det blir lite hattigt med fyra större versioner per år. Inget är spikat än men enligt Anders Weijnitz på Atex Polopoly lutar det åt att det blir tre ”major-versions” per år och varje ”major-version” kommer efterföljas av maximalt tre ”minor-versions” som innhåller buggfixar och restfunktionalitet som Polopoly inte hann få med i sin ”major-version”. Den nya restfunktionaliteten får inte bryta buggfixversionen.

Om det behövs ytterligare rättningar efter den tredje ”minor-version” kommer Polopoly bygga så kallade fix packs som läggs på precis som tidigare patchar.

Den 7 juli släpper Polopoly version 9.13 och Polopolyforum satte sig återigen ned med Polopolys produktchef Anders Weijnitz och gick igenom vad som kommer i nästa version men också hur han ser på resten av året. Så håll utkik efter fler bloggposter inom kort för att höra vad Anders pratade om förutom 9.13.

Bättre stöd för (sök)metadatadrivna delar på webbplatser

Vad är skillnaden kanske du undrar, publiceringsköer och annat har ju alltid haft möjligheten att vara baserade på metadatasökningar från Lucene? Jo, det stämmer, men  många av Atex Polopolyskunder har de senaste åren märkt en drastisk ökning i metadatasökningar och Polopolys systemarkitektur har helt enkelt inte klarat av det förändrade beteendet, eftersom alla sökningar måste gå via backend.

Vad Polopoly gjort är att bygga in Apaches Enterprise Search Server Solr (byggd på Lucene), vilket har gett möjligheten för Polopoly att splitta upp fritextsökning från metadatasökning och lägga dem i olika index. Polopoly utnyttjar sedan Solrs möjlighet att distribuera sökindex till andra servrar, vilket gör att metadataindex från och med 9.13 kommer att finnas lokalt på alla frontmaskiner, och därmed klara att backendservern går ner. I och med det kommer också naturligtvis förfrågningarna till backendservern att minska drastiskt för webbplatser med mycket metadata frågor.

Så Lucene är autonomt nu?

Nej tyvärr inte, de index som distribueras till frontarna är ännu så länge bara de som innehåller metadata och inte de som möjligör  fritextsökningar, så om er webbplats använder er av fritext sökning via Lucence så är ni fortfarande tvugna att gå via backendservern och hoppas att den är uppe.

Text-mining med ”Temis Luxid text mining engine”

Polopoly kommer via web services integrera Temis Luxid text mining engine. Temis är ett text mining program som ur texter kan plocka fram olika typer av entiteter så som personer, platser och företag. Till att börja med kommer Polopoly att vid sparning skicka sitt textinnehåll till Temis som skickar tillbaka metadata som den funnit i texterna. Temis är en produkt från Atex så stödet för svenska, är troligen inte hundraprocentigt ännu. Å andra sidan har OpenCalais inget stöd för svenska alls så bättre bör det bli.

Riktigt hur mycket integration som kommer att komma med Termis i 9.13 är i dagsläget lite oklart, Anders föklarade att produkten är kompetent men att kompetensen om Termis bland Polopolysutvecklare ännu är låg, så det kan bli så att delar av Termis integrationen kommer i senare 9.13.*-versioner.

Ändrad bildgenerering
För er som har mycket bilder på sajterna kommer ändringen av bildhanteringen som en bonus, förrut skapades och sparades alla bilder i olika versioner så som mobil, tumnaglar, etc. på backendservern. Detta är nu ändrat så att cm-servern ändast sparar orginalfilen och alla bildvarianter skapas och lagras på frontarna. Detta kommer potentiellt att spara mycket utrymme i databasen.

En webbkarta ger en fast plats dit användare kan gå om den behöver få en översikt och en enkel strukturbild över hur webbplatsen är uppdelad. Sedan en tid tillbaka har vi på KTH tagit fram en mall som kan användas för att generera en webbplatskarta /site map. Den har dock fått fler användningsområden än vad som var tänkt från början och på intranätet används mallen flitigt.

För att den inte ska svälla för mycket (och vara för krävande)  kan man ange ett maxdjup som gör att man kan begränsa hur djupt i strukturen mallen ska hämta sin information. Vi har också lagt på javascriptbaserad funktionalitet så att inte sidan behöver laddas om varje gång man expanderar en nod samt att det finns en kaka som kommer ihåg var du var i trädet senast så att du inte behöver expandera trädet på nytt varje gång du kommer tillbaka.

Grunden i denna mall utgår från en trädstruktur där varje nod i trädet kan innehålla noll eller flera barn samt en referens till sin förälder.

Mallen innehåller följande komponenter:

• En indatamall där man  pekar ut rotnoden i trädet samt bestämmer maxdjupet på den genererade strukturen.
• En policy som bygger upp länkträdet utifrån den angivna rotnoden och valt maxdjup.
• En tagg som rendrerar trädet, varje nod blir en länk som leder till sitt innehåll.
• En javaklass  som innehåller funktionalitet för noderna i trädet.
• En javaskriptfil med funktionalitet för att expandera/stänga valda delar av webbkartsträdet.

För mer detaljer och diskussion om denna mall finns en tråd skapad i forumet.

Idag släppte Polopoly en ny version med buggfixar och mindre nyheter. Version 9.12.1 innehåller följande nyheter/ändringar. 

Change list så som den ser ut på Polopolys supportwebb: