polopolyforum.se

General Release Notes

Polopoly 9.16 introduces two major features. The interactive preview mode has been enhanced to include WYSIWYG style on-page editing of teasers for page local tuning of content. In addition to that, the integration with Atex Content H11 has been enhances to support a much more sophisticated workflow.

Interactive on-page editing of teasers

One of the major features in 9.16 is the extension of on-page editing in Greenfield Times to include interactive editing of teasers directly in the browser. This enables page local tuning of the text and appearance of stories to fit the page context. The changes are stored on the teaser object, leaving the underlying article intact. On-page editing includes both texts and images. All text can be edited, title size and spacing can be controlled using sliders in the new interactive menu. Images zoom pan and crop vertically. In order to preserve the layout, image widths always follow the current layout. There is also an API that enables developers to add on.page editing to their own custom elements.

Support for H11

Following the principle of one logical repository, the integration with Atex Content H11 has been brought to the next level. New features include single sign-on support, real time editorial inbox in Polopoly to track repository changes, preview from H11 and online decoration from H11 using popup Polopoly templates.

… and a lot more.

Apart from these major features, 9.16 includes many enhancements and optimizations, among which the following can be mentioned:

Element profiling
Continuing the effort to provide developers with Site Engine trouble shooting and debugging tools, 9.16 includes support for element level profiling of pages. The Metrics tool breaks down page performance into execution time per element on a statistical basis. Combined with a simple stress test using JMeter for example, the element metrics tool gives the developer a graphical overview that makes finding performance bottlenecks a matter of reading a simple bar graph.

The statistical profiling of elements complements the existing RenderStats, Troubleshooter and Status pages and the combined toolset

allows for very detailed inspection and diagnostics of a Polopoly installation.
The new Metrics tool can be found under http://<domain>/polopolydevelopment.

Optimized loading of LDAP groups

Ldap group performance has been optimized by introducing reload of ldap groups only when a group has changed and the possibility to configure if groups in group should be supported. Turning of groups of group support makes loading of groups a lot faster (100 times faster is not uncommon). The following ldap properties has been added:

• ldapNestedGroupsSupported (default false)
• ldapTimestampSupported (default true)
• ldapCreateTimestampAttribute
• ldapModifyTimestampAttribute

See the section called “Ldap group enhancement” for issues when upgrading.

Other selected improvements

• Possibility to start front servers in disconnected mode
• Bundled JBoss upgraded to upgraded to version 4.0.5
• Quick cropping of teasers
• Possibility to reindex Solr from the command line

and more…

see the Change list for details

När din polopolyinstans växer och därmed källkodsträdet kan det vara bra att jämna mellanrum se över och ta bort eventuell kod som inte längre används. En del av detta är inputmallar som blir utdaterade med tiden. Jag tänkte därför tipsa om hur man kan ta bort gamla inputmallar som ligger och skräpar i systemet och det är några steg att hålla i huvudet.

Denna beskrivning är baserad på användandet av ramverket Pluris så alla detaljer kanske inte är relevanta för ditt projekt men principen bör framgå i alla fall.

Här följer en steg för steg beskrivning hur man tar bort en gammal inputmall:

1. Börja med att se till att inga instanser finns publicerade i någon contentlista. Det är också bra om man
   kan ta bort alla instanser av de mallar du ska ta bort. (dock ej nödvändigt)
2. Skapa därefter två nya policyklasser, en för artiklar och en för avdelningar som kommer att användas istället för de deprikerade.
   package se.kth.ite.cortina.policy.article;
import com.polopoly.cm.policy.ArticlePolicy;

/**
* This policy is used as policy for deprecated templates.
*/
   public class DeprecatedArticlePolicy extends ArticlePolicy {

   }

3. I template.xml, sätt policyn till DeprecatedArticlePolicy eller DeprecatedDepartmentPolicy
   beroende på om det är en artikel eller avdelning. och ta bort allt som inte längre behövs i mallfilen.
   Det går även att t.ex. skapa en DeprecatedContentPolicy som kan användas istället för båda ovanstående.
   <?xml version="1.0" encoding="ISO-8859-1"?>
<template-definition version="1.0" xmlns="http://www.polopoly.com/polopoly/cm/app/xml">
<input-template name="it.article.coursesearch" label="template.article.coursesearch.label">
<policy>se.kth.ite.cortina.policy.article.DeprecatedArticlePolicy</policy>
<editor>se.kth.ite.cortina.widget.app.OLocalizedContentTopPolicyWidget</editor>
<viewer>se.kth.ite.cortina.widget.app.OLocalizedContentTopPolicyWidget</viewer>
</input-template>
</template-definition>
4. I content.xml sätt <entry mode="remove"> för att ta bort mallen ur avdelningen för mallar, på så sätt försvinner den ur alla mallistningar också.
   
<contentlist>
<!-- REMOVED DUE TO DEPRECATION -->
<entry mode="remove">
<metadata>
<referredContent>
<contentid>
<externalid>it.article.coursesearch</externalid>
</contentid>
</referredContent>
</metadata>
</entry>
</contentlist>
5. Ta bort controllern, init.xml och all annan kod som enbart dessa använder.Policyn ska vara kvar eftersom polopoly verkar fungera så att för att importera en befintlig mall så måste den gamla policyn finns kvar.
   Detsamma gäller förmodligen också eventuella widgets.
   Se också till att ta bort externalid från eventuella andra contentcreators och contentwrappers. Sök efter externalid för att vara säker.
6. Kör en deploy
7. Ta bort template.xml, content.xml, policyn och eventuella widgets samt dess dess katalog och andra spår av mallen

Klar!

REST integration, moderniserat redaktörsgränssnitt & bort med Indexsservern

polopopolyforum.se har träffat Atex Polopoly och fredagspratat med Anders Weijnitz. Vi summerade 2009 och pratade om vad Atex har i sin behovslista för i år. För oss som redan är kunder och har egna installationer som inte bygger på Greenfield Times, vilket jag antar är de flesta av oss i Sverige och Norge, så ser 2010 ut att bli ett bra år där fokuset ligger på kärnprodukten.

2009 var ett bra år för Atex med flera nya marknader och många nya kunder, däribland en del stora drakar som tyska Pro Sieben och norska Edda Media. Utvecklingen av Polopolys CMS präglades mest av förbättringar i Greenfield Times så att den skulle gå från att vara en enkel testsite till att kunna användas som en snabb väg till att få upp en produktionsduglig tidning i skarp drift med mycket ”out of the box”-funktionalitet. I detta ingick också förbättringar för ”Live Layout Management” och communitydelen.

Man började också med det första steget för att byta ut indexservern mot Solr så att sökindex ska kunna distribueras ut och bli mer rubusta. Hittills har man byggt in metadatasökning. Atex Textmining kom också som ett tillägg som innebär att man kan få förslag på taggning av artiklar utifrån det innehåll man har skapat.

Kort så har plattformen byggts om en del för att kuna skala bättre, man har lagt krut på bildgenerering där derivaten av bilderna skapas ”on demand” och ligger ute på frontarna och man har även börjat utveckla möjligheten att skapa plug-ins.

Vad ser vi i kikaren för 2010?

I år har Atex Polopoly tre områden de i första hand kommer fokusera på. Det är integration med api:er, en ansiktslyftning av det interna gui:t (redaktörsgränssnittet) samt att fortsätta utveckla Solr.

Integration med REST

En utbyggnad av REST-api:et kommer att göras där man skapar ett nytt semantiskt dokumentformat som inte är lika kopplat till datastrukturen. Detta medför att man enklare kommer kunna importera och exportera data mellan Polopoly och andra tjänster. Det kommer också via Atom Publishing-protokollet gå att prenumerera på ändringar där länken i atom är en länk till xml-dokumentet som nytt innehåll.

Polopoly ska bli en del av ett större metadatalager av repositories, där de ska bli mer oberoende för en publicist var han eller hon redigerar eller får information ifrån. Protokollet för att läsa och redigera innehåll kommer vara utbyggbart och ska också skiljas mer från hur polopolycontent-xml:en idag
ser ut. Semantik mellan format, title, ingress etc kommer Polopoly stödja via ett par fält redan från början.

Idag är det problem med xml-en. Om man ändrar sin indatamall så ändrar man xml-formatet för import och export också. I Greenfield Times kommer det finnas exempel på hur man bygger ”klistret” mellan det nya xml-formatet och policyn.

Ansiktslyftning för insidan, äntligen!

Äntligen tar man tag i redaktörsgränssnittet som alla redaktörer lever med i sitt dagliga jobb. Det har länge känts gammalt och utdaterat. Tanken här är att i första hand förenkla de vanligaste handgreppen och minska antalet klick för redaktören. Man kommer också att förbättra ajax-stödet, skapa nya teman samt göra det lättare att utveckla egna teman.

Anders pratade också om att insidan nödvändigtvis inte måste vara en mappning mot indatamallen som den är idag men mer information om detta kommer senare.

Slänga ut indexservern och Lucene och göra plats för Solr

Arbetet med att fasa ut indexservern fortsätter. Målet är att slänga ut den helt under året. Anders brottas dock fortfarande med hur man ska lösa det på det tekniska planet. Det är nog många av oss som har skrivt kod som är direkt kopplat mot indexserverns underliggande Lucenedokument, så det kan nog bli så att vi får refaktorisera lite i våra respektive kodträd. Men jag är nog inte ensam om att känna  glädje över att få göra just det, och kanske för sista gången behöva oroa mig för indexserverns single point of failure.

Oj, så var det här året redan över, det var 9 månader sedan vi startade polopolyforum och vi känner oss stolta att tillsammans med er ha fått till den platsen som vi alla saknat. Vi har naturligtvis mycket kvar att göra. Året har varit hektiskt för mig och Niklas, som båda varit pappalediga, och vi ser båda fram emot nästa år när vi kan lägga ytterligare mer tid på forumet och bloggen.

Vi skulle vilja passa på att tacka alla er som bidragit till forumet och kommenterat på bloggen. Vi vill också speciellt tacka Max Walter för hans gästartiklar, kul att få andras synvinklar på Polopoly. Niklas och jag skulle också vilja tacka alla er som kommit med positiva kommentarer och kreativ kritik för det vi gjort och gör, det värmer och ger oss energi för att fortsätta.

För 2010 har vi tänkt så här:
•    Fler aktiva användare i communityn
•    Ännu bättre samarbete med Atex Polopoly
- Mer aktivitet från supporten
- Status på önskad funktionalitet i forumet
- Använd denna kanal för att tips om bra funktionalitet
•    Gemensam utveckling av funktionalitet
•    Möjligen byta språk till engelska – polopolyforum.com?
•    Få in informatörer/webbredaktörer i forumet
•    Få ytterligare gästbloggare, det vore otroligt roligt.
•    Kom gärna med förslag och idéer!

Och naturligtvis fortsätta att vara ideella, oberoende och  öppna (utan inloggningar) och drivet av oss tillsammans.

God jul och gott nytt år önskar
Niklas och Patric