Grendel är en Java-postklient.
Ni kanske minns att år 1997, Netscape inlett ett projekt för att skriva Navigator / Communicator i Java. Detta projekt (kodnamnet "Xena", men ibland kallas av pressen som "Javagator") avbröts innan den är klar.
Grendel är post-nyhetsdelen av Xena projektet skriven i Java. Målet är att vara en sann plattformsoberoende program med en uppsättning funktioner som uppfyller poweruser.
Grendel utvecklades ursprungligen som en del av "Javagator" -projektet på Netscape. Projektet avbröts innan den är klar efter 3 år av utveckling. Efter källa för Grendel släpptes andra personer började arbeta mot att slutföra den för ytterligare cirka 2 år. Den ursprungliga utgåvan var därför ofullständig.
Det byggsystem för närvarande redone att använda Apache Ant istället för Makefiler. Det enklaste sättet att sammanställa Grendel i dess nuvarande skick är att ta en kopia av JCreator och skapa en Grendel projekt i katalogen och kompilera den. En hel del av testfiler för närvarande separat i olika kataloger så om en viss fil inte sammanställa snyggt, det är förmodligen för att det är en trasig testfil som kan tas bort från ditt träd säkert.
Vi är också i färd med att flytta Grendel från sin egen XML-format till ett Mozilla vänlig XUL format med hjälp av MozCreator Java XUL Parser API. Vi skulle också vilja att innehålla alla resurser i en lätt att hantera resursmapp i stället för att dumpa dem över hela källkodsträdet.
Varför har Grendel när vi har Thunderbird?
Ett primärt mål med Grendel återställer biblioteken som finns i e-postklient till full tillstånd samt att ge en fungerande e-postprogram. Att ha en Java-port för många av de Mozilla bibliotek från C ++ till Java skulle vara mycket värdefull för många projekt. Koden har en stor potential och har Mozilla plattform för Java programmerare kan vara en ovärderlig resurs för Java programmerare som vill utnyttja e-post har lätt. Dess Java designen eliminerar en del av problemen med en C ++ konstruktion som Thunderbird. Till exempel, Java har sophämtning och ingen begränsning av språkfunktioner för att upprätthålla plattformsoberoende kompatibilitet (som med C ++ och bristande funktion användning som mallar för kompatibilitet).
Krav :
- Java 2 Standard Edition Runtime Environment
Kommentarer hittades inte