Dagsfärska Polopolyversioner med Amazon EC2

Okt 13

Delade images i Amazons moln

Nattligabyggningar delas på Amazon

Du har säkert suttit och tänkt att du skulle vilja installera den senaste versionen av Polopoly med tillhörande Greenfield Times, men som vanligt inte haft tid, på sin höjd hinner du läsa igenom versionens change list. Då har vi glädjande besked! Atex Polopoly kör i dag sina nattliga byggen i Amazons cloud, och vi har lyckats få dem att dela ut dessa till oss så vi kan installera deras images och därmed alltid ha det senaste funktionerna tillgängliga för utvärdering

Till att börja med kommer polopolyforum och Norska NRK (Silje blir glad, hoppas jag) få testa och utvärdera hur det fungerar. I dagsläget är alla juridiska detaljer inte klara, men Atex Polopoly jobbar på det. Ett hinder just nu är att en delad image innebär att man redistriburera MySQL vilket MySQL inte tillåter, ett byte av databas är därför på gång. Anders Weinitz säger i dag [13 okt] att han beräknar att vi ska kunna börja testa nästa vecka.

Detta byte kommer troligen också innebära att den inbäddade HSQLDB byts ut mot annan databas. Atex Polopoly har också nu bestämt hur deras nya releasehantering ska se ut och det blev lite annorlunda än vad vi skrev om i  maj. Ojämna versionsnummer kommer inte att släppas som produktionrelease utan bara finnas för att ladda ner som Developer release från supportwebben. En developer release är tänkt att vara till för utvärdering och testning av ny funktionalitet som ska komma i nästa produktionsrelease.

Produktionsreleaserna som kommer få jämna nummer (9.16, 9.18 etc.) kommer att släppas med ca 8 månaders mellanrum, vilket är väsentligt längre än i dag. Developer release:en borde bli ett bra komplement till Amazon, eftersom du där inte kan testa utveckling, skriptning o.s.v. Ändringen till 8 månader mellan produktionsreleaser borde innebära att många av buggarna i Poloploly hittas innan produkten skeppas.

Värt att tillägga är att enbart produktionsreleaserna kommer att buggfixas, hittar man en bugg i en developer release får man vänta på nästa produktionsrelease för att få den fixad från Atex Polopoly.

Vad tycker ni om den nya releasehanteringen? Diskutera det i forumet under Vad tycker du om Polopolys nya releasehantering?

Taggar: , , , , , ,

Polopolyversion 9.13.2

Sep 11

Polopoly släppte idag version 9.13.2 och bland nyheterna så hittar vi bl.a en lösning för den inrapporterade buggen om att listningen av användare uteblir när man närmar sig 1000 st och kör Oracle som databas. Andra nyheter är bl.a. ändrade standardinställningar för minnet på index-, xml-, statistics- och pollservern, förbättrad dokumentation och att man tagit bort knappen för att manuellt bygga om sina index.

Kommande diskussion

Vi vill passa på att pusha för att vi senare kommer återkomma med en diskussion om hur vi (d.v.s. alla läsare på polopolyforum.se) skulle vilja att Polopoly hanterar sin information gällande nya releaser. Där vi hoppas på era förslag och synpunkter på hur man kan förbättra handhavandet för nya versionsreleaser, men mer om det i kommande inlägg.

Här kommer hela listan som den presenteras på Poloploys supportsida:

Change List for 9.13.2

 

  • 8522: Fix to prevent ORA-01795 errors on Oracle while finding large amounts of users.
  • 10852: Greenfield Times: The teaser element now correctly does not display teasers for articles that have been hidden or removed, regardless of fragment cache time. Also, the teaser elements articles list only accepts one article.
  • 10950: Read-only Ldap user server coupling no longer fails when saving a user with attributes removed from the Ldap server. These attributes are now saved on user content.
  • 10977: The standard memory settings for the Polopoly servers (index server, xml server, statistics server and poll server) have been changed to better suite a production ready set up. For developers, the example Environment.properties has been changed with example developer defaults. Documentation has been added to the Production Environment section of the developers guide.
  • 10998: GreenfieldTimes: A publishing queue that contains article based on the context it is used in has been added. It uses the categorization for the currently shown page or article as search criteria.
  • 11002: Greenfield Times: RSS Feeds are now working with new categorization API.
  • 11004: The ”rebuild index” button in index configuration has been removed in order to prevent accidental index rebuilds. In order to rebuild an index, the script tools provided by Polopoly should be used.
  • 11009: GreenfieldTimes: The metadata search can now be limited by Content type.
  • 11010: Now pasting/selecting a content reference with a content name that contains an apostrophe works as expected.
  • 11023: Default velocity settings in Greenfield Times are now adjusted for production use. The modificationCheckInterval settings are unsuitable for development. Look for ‘T E M P L A T E L O A D E R S’ in velocity.properties. Change modificationCheckIntervals from 0 to 2 during development to avoid having to restart tomcat in order to load changes in .vm-files.
  • 11026: Improved the documentation of the different Polopoly web applications.
  • 11027: Added documentation on how to profile web pages using statistic collected when rendering (renderstats).
  • 11028: A performance problem while refreshing category driving publishing queues in the editorial GUI that caused unnecessary index server queries has been solved.
  • 11034: Greenfield Times: It is now possible to set up elements to be automatically added to new articles, see the com.polopoly.cm.app javadoc for the field p.AutoContentCreator. Greenfield Times standard articles now come with a comments and a bookmarks element by default.
  • 11037: When addressing content directly (http://hostname/1.100), content without ant output template will give a 404 response code.
  • 11038: Categorization.setCategorization() now clears dimensions that aren’t present in the supplied categorization.
  • 11049: Tags containing special characters are now handle correctly.
  • 11054: Changelist overflow bug fixed.
  • 11058: Categorization Tags are now stored when switching to another tab. This resolves the problem of user text input loss.
  • 11066: textmining.war is no longer included in the polopoly distribution, see developers guide for further information.
  • 11069: The javascript file ”autocomplete.js” has been removed because it is no longer used by Polopoly GUI.
  • 11072: A potential ArrayIndexOutOfBoundsException in com.polopoly.util.Base64.decode() is now prevented.
  • 11084: Typing comma in auto completion no longer selects a completion.

 

Taggar: , , , , , ,