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

[Anders Lindbäck]

Anders Wallenquist wrote:
> 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.


Du förordar ett lapptäcke av olika webbtjänster skrivan i många olika språk ?

För mig känns det som att projektet kommer att fasta i att ingen kommer att
kunna hela systemet för att det är skrivet i så många olika språk och därför
blir en mardröm att underhålla.


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


En applikationsserver är en separat server från webbserver som kan
köras i sin egen hårdvara. För stora system där man tänker på skalbarhet
så är det ett krav att det hela kan köra på flera fysiska datorer
för att kunna hantera anstormningen av kunder men även för att hantera
redundans osv. Zope och Tomcat är exempel på applikationsservrar.



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

apt-get install tomcat

Borde funka det med.

Som jag ser det bör

apt-get install fria24
rpm --install fria24.rpm
installpkg fria24.tgz
emerge fria24
tar -xf fria24.tgz


alla fungera när projektet kommer med releaser.

Installation av programvara bör inte vara vår främsta argument för att
välja en viss programvara - utan hur väl denna programvaran fungerar
för att utveckla Fria 24.