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

[Anders Wallenquist]

Anders Lindbäck wrote:

>
>>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.
>  
>
Jag hoppas och tror att Java kan bli en bra fri plattform, men tills
dess så är den en strulpelle och ett sämre alternativ än många andra i
den fria världen. IMHO så är den effektiva distributionen en av de
starkaste argumenten för fri programvara, ett argument som försvinner så
snart man använder ofria komponenter som måste installeras och
underhållas med handkraft.

>>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.
>>    
>>

>>
>>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.
>>    
>>
I rätt sammanhang tycker jag att man kan förlåta Zope för dessa
tendenser, men man bör anlägga perspektivet färdiga applikationer och
välja Zope-plattform när det är den färdiga applikationen som i kraft av
att vara bästa alternativet också motiverar Zope.



>
>>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
>>
>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å.
>  
>
Om Drupal/PHP pear inte är en applikationsserver så vet jag inte vad en
applikationsserver är för något.

Förstår inte riktigt resonemanget att det krävs webbsidor för att
manipulera data i databasen? Visserligen så är SOA, SOAP, Webservices,
XMLRPC med flera protokoll över port 80, webb-porten - om det skulle
betyda att det är "webbsidor" som manipulerar data i databasen?


>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.
>  
>
Det är absolut inga skillnader på de webbtjänster (Webservices?) som du
skriver i PHP, Python, Perl jämfört med de du skriver i Java, C/C++.

>>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.
>>    
>>
Tvärtom så är det en kvalitetsstämpel om systemet kan apt-getas till en
Debian/Ubuntu och alla komponenter klarar dessa projekts krav på
licenser. Men för att det går att drifta på Debian/Ubuntu så behöver
inte Solaris/BSD vara uteslutna för det.

/Anders W