N? n?rmer det seg betatest-tidspunkt for NAV v3 og jeg tenkte jeg skulle komme med to sp?rsm?l.
Hvilke distribusjoner er det planlagt st?tte for?
Vil NAV v3 bli st?ttet/testet p? Red Hat Enterprise Linux 3?
Red Hat kutter ut support p? Red Hat Linux utgaven og siste st?ttede versjon 9 vil ikke st?ttes etter april (rett etter NAV v3 release). Men siden skole-pris kun er $50 per ?r per RHEL 3 Advanced Server s? har vi forel?pig bestemt ? videref?re Red Hat som v?r l?sning. Forskjellen p? RHEL3 og RHL9 er vel heller ikke s? stor utifra det jeg har sett til n?.
N?r det gjelder Fedora Core s? vet jeg ikke om den er den beste l?sningen for en server-plattform. Forst?r det slik at de normalt ikke vil patche tidligere versjoner av programvare, men forventer at folk oppgraderer til siste versjon. Dette kan i mange tilfeller f?re til kompatibilitets- problemer med programvare som ikke er testet med nye versjoner av annen programvare. F.eks. en ny Perl, Java eller Jakarta versjon kunne f? et program som NAV til ? feile.
Noen kommentarer til dette?
Mvh,
- Roger
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Roger Aas wrote:
N? n?rmer det seg betatest-tidspunkt for NAV v3 og jeg tenkte jeg skulle komme med to sp?rsm?l.
Og jeg kommer med et laaangt svar :-)
Hvilke distribusjoner er det planlagt st?tte for? Vil NAV v3 bli st?ttet/testet p? Red Hat Enterprise Linux 3?
Som du er inne p? her, s? ligger det i kortene at "hva NAV har st?tte for", egentlig betyr: Hvilke distribusjoner har NTNU pr?vd NAV p? og funnet i orden?
I utgangspunktet skal NAV fungere p? en hvilken som helst *NIX-lignende plattform, s? lenge denne har velfungerende st?tte for Java, Python, Perl og PHP, samt at Apache finnes for denne plattformen. Men, som sagt, det er ikke alle plattformer vi p? NTNU har tid eller mulighet til ? pr?ve NAV p? - derfor kan vi heller ikke gi en detaljert oppskrift p? hvordan man f?r NAV til ? fungere p? andre plattformer enn de vi har pr?vd selv.
UiT? har p? tross av dette brukt tid og energi p? ? f? tidligere NAV-versjoner til ? kj?re pent p? FreeBSD, og UiB har vel antageligvis senere hatt nytte av denne innsatsen.
S?:
NTNU kj?rer i dag alfatesting av NAV p? en tjener med Red Hat 9, samt utvikling/testing p? en tjener med Red Hat 7.3 (!). Derfor er det denne plattformen det f?rst og fremst vil bli tilrettelagt for. Denne kj?rer Red Hat 9 fordi dette er standarden til ITEAs interne systemdriftgruppe, som har driftsansvaret for denne tjeneren.
Nettopp pga. av Redhats fremtidsplaner (som du her har skissert), diskuterer systemdrift n? internt hvilken plattform de skal g? over til som ny standard. Valget vil antageligvis ligge mellom ? kj?re Fedora eller Red Hat Enterprise Linux. Avhengig av hva valget faller p?, blir vi ? bruke tid p? ? st?tte den valgte plattformen.
Om selve st?tten: Vi g?r i NAV v3 bort i fra det gamle installasjonssystemet fra v2. Vi kommer til ? kreve mer av den som skal installere NAV, nettopp fordi vi ikke ?nsker ? binde NAV s? sterkt til de plattformene vi har programmert inn st?tte for i et installasjonsverkt?y.
For de distribusjonen vi st?tter direkte, kommer vi til ? pakke NAV med det pakkesystemet som benyttes av denne distribusjonen. I tillegg h?per vi ? kunne tilby pakker av det som NAV evt. m?tte v?re avhengig av, men som ikke fins fra f?r i gitte distribusjon. Vi har for eksempel allerede laget en RPM-pakke av NAV v3 for Red Hat 9, men denne pakken er forel?pig uten avhengighetsinformasjon.
For plattformer vi ikke st?tter direkte (slik som tidligere nevnte BSD), vil vi tilby en bin?r tarball, og forh?pentligvis en brukbar dokumentasjon p? hvilke programvarepakker som m? v?re installert, og hvilke konfigurasjoner som m? gj?res for ? f? NAV til ? fungere. Noe av dette vil ogs? v?re gyldig for den som installerer NAV via RPM.
Til sist vil jeg nevne at n?r det fins tid ? sette av til det, vil det bli fors?kt ? lage tilsvarende pakkest?tte for andre distribusjoner enn de vi bruker selv, som for eksempel Mandrake eller Debian.
Det er ogs? selvf?lgelig fritt fram for den som f?ler for det ? bidra med en pakket utgave av NAV for sin egen favorittdistribusjon.
Noen kommentarer til dette?
Jeg forwarder foresp?rselen din til alle nav-utviklerne for ? etterlysere evt. kommentarer fra disse (det er dessverre ikke alle som st?r p? nav-users-listen).
- -- Morten Vold NTNU ITEA Nettgruppen