Zanim zadzwonisz do Serwisu

Zanim zadzwonisz do Serwisu
Numer 3 (85) Marzec 2011
NOWY SPOSÓB ŁĄCZENIA LEO III (V3.1.0) Z BAZĄ DANYCH
JAK ZAWSZE MOGĄ PAŃSTWO LICZYĆ NA NASZ DZIAŁ SERWISU, KTÓRY POZOSTAJE DO
PAŃSTWA STAŁEJ DYSPOZYCJI. W TYM MIESIĄCU PREZENTUJEMY NOWY SPOSÓB ŁĄCZENIA
Z BAZĄ DANYCH ORAZ METODĘ KONFIGURACJI POŁĄCZENIA Z BAZĄ WERSJI SYSTEMU LEO
III KODOWANYCH OD NUMERU 3.1.0.
W artykule Pana Pawła Barchwica, opublikowanym w poprzednim numerze BIL-a,
pisaliśmy o nowym sposobie wydawania wersji produkcyjnych naszych systemów. Od
2011 roku będą publikowane dwie wersje w roku: zimowa i letnia. W wersji zimowej br.,
obecnie testowanej już przez trzech z pośród naszych Klientów, została wprowadzona
długo oczekiwana zmiana w połączeniu naszych aplikacji z bazą danych.
Bez BDE lepiej
I tak oto nadszedł czas ostatecznie pożegnać się z BDE. Nowe wersje Systemu LEO,
począwszy od wersji zimowej 2011, łączą się z bazą danych przy wykorzystaniu nowych
komponentów UniDAC. Ta sprawdzona i wydajna technologia pozwala na pominięcie BDE
w odwołaniach pomiędzy aplikacjami LEO, a bazą danych. Sam ten fakt przynosi dwie
podstawowe, od razu odczuwalne korzyści dla użytkowników naszych systemów.
Po pierwsze, wykluczenie BDE eliminuje występowanie niektórych komunikatów
wynikających z ograniczeń silnika Borland’u. Mowa tu o komunikatach takich jak:
•
BDE Error $000F
Błąd występował przy logowaniu się do aplikacji, a także w innych oknach
systemu. Wymagał przelogowania się w LEO, a nawet restartu komputera. Był
uciążliwy głównie przy uruchamianiu wielu naszych aplikacji jednocześnie.
•
Directory is controlled by other .NET file. Directory X:\. File
X:\YYY\ZZZ\PDOXUSRS.LCK
Błąd blokował wejście do różnych okien, wynikał z błędnej konfiguracji BDE.
•
Insufficient memory for this operations
Błąd pojawiał się przy rozmaitych zestawieniach, zużywających duże ilości
pamięci.
•
Insufficient disk space. File:X:\Temp\INMEMxxx.REM
Błąd występował przy wejściu do różnych okien.
•
Share violation. Table: X:\Temp\ADHxxx.DB
Problem związany był z odczytem plików tymczasowych tworzonych przez BDE.
•
Table is full
Problem pojawiał się przy bardzo dużych zestawieniach, eksportujących dane do
plików tymczasowych.
•
Problemy z odczytem i zapisem pól typu BLOB, uzależnione od wielkości
parametrów BDE, BLOB SIZE i BLOBS TO CACHE
Błąd, którego skutkiem było nie pokazywanie się danych w SQL-owych gałązkach
drzewek (tabela PRESENTATIONVIEW).
1
Po drugie, co również może się Państwu samo nasunąć, pominięcie warstwy BDE
przyspiesza komunikację aplikacji z bazą danych. Jednocześnie ułatwiona staje się
konfiguracja nowych końcówek LEO.
Konfiguracja połączenia z bazą zimowych i letnich wersji systemu LEO (LEO III
od wersji 3.1.0)
Poniżej prezentujemy Państwu w jaki sposób wygląda konfiguracja połączenia z bazą
nowych wersji systemu LEO (zimowych i letnich).
Zakładamy, że klient bazy danych zainstalowany jest na końcówce lub sieciowo. W
katalogu z plikami wykonywalnymi zamiast dotychczasowych plików konfiguracyjnych
LEOLeasing.ini i LEOF_K.ini należy utworzyć odpowiednio pliki LEOLeasing.conf i
LEOF_K.conf.
Plik .conf powinien zawierać następujące sekcje (widoczne na rys. 1.):
Rys.1. Sekcje pliku konfiguracyjnego LEOLeasing.conf
(1) Przykładowa ścieżka do pliku connections.ini
(2) Alias bazy zdefiniowany w pliku connections.ini (w przykładzie poniżej np.LEOPROD)
(3) Użytkownik i hasło do bazy danych. Sekcję proszę przenieść z pliku LEOLeasing.ini.
(4) Sekcja odpowiadająca za konfigurację serwisu licencyjnego 4A. Sekcję proszę przenieść z
pliku LEOLeasing.ini
(5) Adres serwera licencyjnego LEO
(6) Port nasłuchu serwera licencyjnego
Dodatkowo należy utworzyć plik connections.ini, który będzie zawierał definicje aliasów
do baz danych.
Na poniższych rysunkach prezentujemy przykładową budowę pliku connections.ini (na
rys. 2. znajduje się przykład dla bazy Oracle, na rys. 3. – dla Interbase):
Rys.2. Zawartość pliku connections.ini dla Oracle
2
Rys. 3. Zawartość pliku connections.ini dla Interbase
(1) Dowolna niepowtarzalna nazwa określająca alias do bazy, alias używany w plikach
LEOLeasing.conf i LEOF_K.conf
(2) Adres bazy danych Oracle (alias z pliku tnsnames.ora)
(3) Adres bazy danych Interbase
Docelowo, dzięki uniwersalności technologii UniDAC, obsługiwana będzie konfiguracja
umożliwiająca połączenie bez konieczności instalowania klienta bazy danych
(sieciowo/lokalnie). Taka konfiguracja, w stosunku do przedstawionej w tym artykule,
różnić się będzie jedynie wpisem DataBase w pliku connections.ini. Na przykład, dla bazy
Oracle zamiast aliasu TNS należy będzie wprowadzić wpis w postaci: [adres
serwera]:[port]:[SID bazy danych]. Jest to postać adresu odwołania do bazy danych,
która używana jest w plikach konfiguracyjnych zewnętrznej technologii DBExpress,
stosowanej przy konfiguracji połączenia innego naszego produktu jakim jest webDFE.
Dodatkowo informujemy, iż wszystkie nowe wersje aplikacji LEO Leasing i LEO FK, czyli
wersje zimowe i letnie, korzystające z technologii UniDAC, to wersje obsługujące
wyłącznie LEO III. Jest to związane z zaprzestaniem rozwoju LEO 2 przez naszą firmę (o
czym już Państwa wielokrotnie informowaliśmy). Oczywiście w dalszym ciągu
serwisujemy używane przez naszych Klientów wersje. Dla tych z Państwa, którzy pracują
jeszcze na Systemie LEO 2, sugerujemy jak najszybsze przejście na LEO III, aby móc
skorzystać z nowej technologii.
Mam nadzieję, że udało mi się Państwu zaprezentować, jak prosta jest konfiguracja
nowych wersji Systemu LEO, co pozwoli Państwu przeprowadzić tę operację
samodzielnie. Jednak, gdyby były z tym jakiekolwiek trudności, to Serwis LEO chętnie
służy Państwu pomocą: [email protected].
Maciej Kerner (napisz do autora)
3