Εγκατάσταση Oracle Application Server (10.1.3) SOA Suite σε SUSE Linux Enterprise Desktop 10

Σύμφωνα με την πιστοποίηση της Oracle, η έκδοση 3 του Oracle Application Server (10.1.3) είναι προς το παρόν διαθέσιμη για τα λειτουργικά συστήματα Linux RedHat 3.0, 4.0 και SUSE 9. Παραπομπή στο: http://www.oracle.com/technology/software/products/ias/files/oracle_soa_certification_101310.pdf

Σε αυτό το άρθρο θα περιγραφούν τα βήματα που ακολουθήθηκαν για μια επιτυχημένη εγκατάσταση του Oracle Application Server 10.1.3.1.0 (installation type: J2EE Server, Web Server, SOA Suite) στο Novell SuSE Linux Enterprise Desktop 10, ένα πολύ φιλικό και παραγωγικό περιβάλλον εργασίας.

Εκ προοιμίου, ακολουθούμε όλες τις οδηγίες του Installation Guide που αναφέρονται στο SuSE 9 ως βήματα πριν την εγκατάσταση, αναφορικά με oracle χρήστες, file limits, environment variables, IRCA repositories κ.ο.κ. Προκειμένου να ξεγελάσουμε τον installer για την έκδοση του Linux, τροποποιούμε το αρχείο /etc/SuSE-release ως εξής:

SUSE Linux Enterprise Desktop 10 (i586)
VERSION = 10

σε:

SUSE LINUX Enterprise Server 9 (i586)
VERSION = 9

Επίσης, προτού ξεκινήσουμε, ας βεβαιωθούμε πως έχουμε εγκαταστήσει τα πακέτα sysstat, pdksh, openmotif21, glibc-2.2.2-53 (ftp://195.220.108.108/linux/SuSE-Linux/i386/supplementary/commercial/Oracle/glibc-7.2-jdk1.3.1/glibc-2.2.2-53.i386.rpm) που δεν εγκαθίστανται εξ ορισμού στο SuSE 10. Όλα τα παραπάνω πακέτα είναι διαθέσιμα από το http://rpmfind.net/ και ως έκδοση rpm προτίμησα την SuSE 9.3. Ειδικά για τις βιβλιοθήκες glibc, φροντίζουμε να αντιγράψουμε τα αρχεία libdb.a, libdb.so.2, libdb.so στον κατάλογο /usr/lib.

Μια τελευταία επισήμανση για το IRCA, που δημιουργεί τα repositories του BPEL και του Service Bus, είναι πως το πρόγραμμα irca.sh περιμένει να δώσουμε το SERVICE_NAME της Βάσης, αντί του πιο κοινού SID. Παράξενο, αλλά αξιοσημείωτο.

Η εγκατάσταση φυσιολογικά δεν θα παρουσιάσει κανένα πρόβλημα, πέρα από τον έλεγχο των πακέτων, οπότε ο installer θα διαμαρτυρηθεί για τα πακέτα gnome-libs και gnome-libs-devel. Η προηγούμενη ενέργεια μας σχετικά με το glibc μας προφυλάσσει από αυτά τα προβλήματα, οπότε μπορούμε να δηλώσουμε "user verified" τον έλεγχο και να συνεχίσουμε.
Το επόμενο πρόβλημα που αντιμετώπισα ήταν στην εκκίνηση του opmn για τη ρύθμιση του oc4j_soa. Το μήνυμα ήταν το ακόλουθο:

deploy.checkServer: [echo] Checking server status...
[echo] Server is UP.deploy.waitForServer:
[echo] Waiting for server initialization...oc4j.query.opmn:
[echo] Querying OPMN for its request host and port...
[echo] Using linux-spk:6004.
[stopwatch] [oc4j.query.opmn.time: 0.215 sec]oc4j.checkOPMN:
[echo] Checking OPMN managed OC4J URI...
[echo] deployer:oc4j:opmn://linux-spk:6004/oc4j_soa
[stopwatch] [oc4j.checkOPMN.time: 0.643 sec]oc4j.checkCluster:
[echo] Checking OPMN managed clustered OC4J URI...
[echo] deployer:cluster:opmn://linux-spk:6004/oc4j_soa
[stopwatch] [oc4j.checkCluster.time: 0.607 sec]oc4j.checkRMI:
[echo] Checking stand-alone OC4J URI...
[echo] deployer:oc4j:linux-spk.toshiba.gr:6004
BUILD FAILED
/opt/oracle/product/10.1.3.1/OracleAS_5/owsm/scripts/install.xml:1996: The following error occurred while executing this line:
/opt/oracle/product/10.1.3.1/OracleAS_5/owsm/scripts/deploy.xml:395: The following error occurred while executing this line:
/opt/oracle/product/10.1.3.1/OracleAS_5/owsm/scripts/oc[4j.xml:24: Unable to locate a valid OC4J URI. The server is probably down.Total time: 44 secondsstopwatch] [oc4j.checkRMI.time: 0.887 sec]Error 1

Το μόνο που χρειάστηκε, ήταν να συνδεθώ στην οθόνη του Enterprise Manager και να ξεκινήσω το oc4j_soa. Μετά, ξανατρέχοντας το wizard, όλα λειτούργησαν κανονικά.


Τέλος, αξίζει να σημειωθεί πως η συνεργασία του JDeveloper 10.1.3.1 με αυτή την έκδοση του Application Server είναι υποδειγματική και πράγματι προσφέρει one-click deployment.