[fria24] Vilken teknik bör användas ?

[Anders Lindbäck]

orde kunna vara bättre

Anders Wallenquist wrote:
> Tim Terlegård wrote:
> 
>>>/ Är detta ett oss-projekt som det är tänkt att föreningens medlemmar ska
> 
> />>/ utveckla/ta fram?
> />>/
> />>/
> />>/Vilken teknik bör användas ?
> />>/
> />>/
> />>/ Bra fråga, det finns så mycket att välja på...
> />>/
> />>/ Ska det enbart vara en webbplats eller ska man kunna använda tjocka
> />>/ klienter mot samma system? Här har Java kommit långt, men det är även på
> />>/ G i Zope/Python-världen.
> />>/
> />>/Har skrivit ihop en liten sammanställning av de krav som kommer behöva
> />>/lösas och ger förslag på hur de löses. Den är inte fullständig utan ett
> />>/första utkast för att igång diskussionen.
> />///
> />/ Angående Python. Plone ska man inte använda för att visa statiska sidor.
> />/ Det ska Apache eller Squid användas till. För python finns även andra
> />/ intressanta byggstenar. Twisted är det svårt att inte tycka om. Django
> />/ verkar också ganska trevligt. Det är lite som TurboGears, men innehåller
> />/ mer som t.ex. cachning.
> />/
> />/ Ruby vs Java. Jag har inte programmerat så mycket Ruby än, men av det
> />
> 
>>Java har fördelen med att mycket finns skrivet - det finns mycket
>>bra att återanvända i det fallet.
> 
> 
> Nackdelen med Java är att det inte är fritt, det vore väl bättre med en sann fri plattform?

Specifikationen är fri och de som vill kan deltaga i JCP och påverkar hur java
utvecklas i framtiden. Det är rätt att det inte idag finns någon helt fri
100%-ig implementation av Java men Apache har lyckats med att samla en
imponerande samling med personer för att åtgärda det problemet i sitt projekt
för att skapa en fri java-implementation.


> 
> Det är en kostnadsfråga också, Zope och JBoss är på många sätt bra verktyg men de är dyra
>  i deployment i jämförelse med exempelvis vanlig hederlig LAMP.

När det gäller java så är i min mening Tomcat bättre än JBoss.  J2EE är
överdesignat och fungerar inte, det är helt enkelt för långsamt. J2EE  är
tyvärr en skrivbordsprojekt där man först specificerade hur allting skulle
vara och senare när man implementerade det hela upptäckte att allting blev
väliigt långsamt pga dålig design.


Jag är rädd att Zope kan visa samma tendenser. Se bara på Plone som
blivit långsam då de lagt till en massa funktionalitet till Zope.
Är det bara för att Svenska Linuxföreningens server har för lite minne som gör
att Plone känns seg eller är det något fundamentalt i användningen av Zope som
gör det ? Och om det är det senare kan man på något sätt ungå det eller är detta
fundamentalt när man gör väldigt avancerade tillämpningar i Zope ?

> 
> Konkurrenterna är DotNet och J2EE från den ofria världen och Fria24 borde kunna vara bättre 
> på alla fronter, standarduppfyllnad, helt fri, TCO, lättdriftad etc.
> 
> IMHO finns det tre plattformar som kan diskuteras: JBoss, Zope och Drupal. JBoss har nackdelen
> av att vara ofri och inte riktigt lika bra som man kan hoppas på, Zope är bättre men fortfarande
> ett ganska dyrt system (i mantid) för att bara införa, lång startsträcka och tuff driftmiljö. 
> Vartenda webbhotell erbjuder LAMP, men det är tunnsått med Zope och JBoss. En stor myndighet 
> med gott om pengar har inga problem att införa Zope och säkert göra fantastiska saker med Zope, 
> men den lilla kommunen har inte en chans. Det är inte helt självklart att JBoss eller Zope vinner
> en TCO-jämförelse med t ex DotNet - kanske mot J2EE på Sun, men DotNet på billig Intel-plattform
> kan vara tufft. SugarCRM som är LAMP finns redan på programverket.org, P som i PHP.


Levonline erbjuder webbhotell med EJB stöd för 5400 kr /år och de är inte
ensamma att erbjuda webbhotell med stöd för java. Det verkar överkomligt även
för Sveriges minsta kommun. När det gäller Zope så känner jag inte till något
svenska webbhotell som erbjuder det ? Någon som gör det ?


> 
> Har erfarenhet av kommuner och offentliga system, både stora och små. Min rekommendation är 
> att välja en plattform som även kan fungera hos de mindre, men skalbar för lite tuffare sammanhang.
> 
> Jag lägger min röst på Drupal.org, det är en LAMP-lösning, bra och enkel att utveckla i, kan driftas
> av en liten organisation utan erfarenhet av Linux tidigare, går utmärkt att konfigurera med enbart
> fria program på t ex Debian/Ubuntu-plattform. Det finns fina SOA/Webservices-kopplingar, klarar
> ordentlig last, går att lastbalansera, E-handel, CRM, CMS med vattentäta skott mellan innehåll och 
> tema-motor, riktig begreppsapparatmotor med synonymhantering, Ajax-stöd
> för feta klienter - är på alfa-stadium, men kul att ha när det kan vara tillräckligt stabilt för 
> professionella lösningar. Lätt att hitta utvecklare till, bra översättningssystem, stor internationell
> användarförening med bra fart på utvecklingen. 
> 
> Drupal kan levereras av många av de mindre konsultbolagen knutna till Linux-föreningen. JBoss kräver 
> certifiering och stora investeringar för att kunna bli leverantör av, Zope har jag jagat utvecklare 
> till i Sverige och det finns inte många...


Ja, LAMP är en intressant lösning. Problmet som jag ser det är att det inte
ingår en applikationsserver i LAMP utan allting lagras i en databas och
via webbsidor manipuleras datat i databasen. Som jag ser det så kommer
Fria 24 kräva att det finns en applikationsserver i bakgrunden som gör mycket
av jobbet och då är tyvärr inte LAMP den rätta vägen att gå.

Tror att det är fullt möjligt och implementera flera av tjänsterna i LAMP
men frågan är vad som händer sedan när man måste ha de webbtjänster som
kräver en applikationserver ? Vad gör man då ? Skriver en till plattform
eller gör speciallösningar för dem ?  Vi måste nog inse att de flesta
kommuner kommer att vilja tillhanda alla tjänster de kan via nätet
för att minska sin egen administration. Som jag ser det så kommer
inom 5-10 år de flesta kommuner att tillhandahålla
hundratals tjänster via nätet.


Jag ser inte JBoss som ett alternativ - det projektet verkar gå mot mera
kommersiell natur - möjligtvis Geronimo. Men annars bara Tomcat.

Zope har samma problem som alla mindre språk. Det har få utvecklare som kan
tekniken - även om flera av dem råkar finnas med på denna epostlistan.

> 
> Ubuntu innebär att en kommun kan få samma underhållsavtal som Red Hat Enterprise bas utan kostnad 
> i 18 eller 60 månader. Drupal är på inget sätt hårt knutet till Debian eller Ubuntu, men lösningen 
> kommer jämföras med real-life konkurrenter i alla aspekter och det gäller att skaffa så många 
> argument som möjligt. Att kunna välja en i verkligt mening helt fri plattform borde vara en poäng 
> det också.


Ser inte att vi i detta projektet skall kräva en specifik Linux-distro eller
säga att det går inte om någon skulle vilja drifta det hela i Solaris/BSD.

Anders