OpenEdge 12.3

Powróćmy do tematu związanego z OpenEdge, ponieważ już od pewnego czasu mamy na rynku nową wersję OE 12.3.
Zacznijmy od nowinki dla programistów; dodano nową, bardziej zwięzłą instrukcję definicji zmiennych. Do tej pory ile zmiennych chcieliśmy zdefiniować, tyle musieliśmy wstawić definicji. Obecnie zapis jest krótszy, a w jednej instrukcji można zdefiniować wiele zmiennych. Zmienne zdefiniowane poprzez nową instrukcję są zawsze NO-UNDO.

Następna nowinka związana jest z definicją tablicy (extentu) o nieokreślonym rozmiarze. Rozmiar ten można teraz określić podczas fazy runtime, nawet jeśli tablica ma przypisane wartości początkowe.

W ABLu wprowadzono także operatory przypisania (+=, -=, *=, /=) do wykonywania operacji i przypisywania
wartość, używając skróconej notacji.

Od 12.3 jeśli zachodzi potrzeba aktualizacji aplikacji ABL, przy czym ta aktualizacja jest związana z nowymi elementami schematu, nie trzeba już
restartować maszyny wirtualnej ABL (AVM).

W OpenEdge 12.3 dodano ciekawą opcję komendy PROUTIL: PROUTIL TABLEREORG – umożliwia to reorganizację pofragmentowanych danych w tabeli, podczas gdy sama tabela pozostaje dostępna dla operacji OLTP (przetwarzanie transakcji online). Nowy proces zastępuje długotrwałe operacje zrzutu i ładowania danych oraz odbudowy powiązanych indeksów. Rekordy tabeli muszą znajdować się w tym samym obszarze przechowywania typu II. Operacja ta obsługuje także tabele multi-tenant oraz podzielone na partycje.

Kolejne parametry mogą być modyfikowane online, tym razem dla brokera secondary.
Maximum Clients per Server (-Ma)
Maximum Dynamic Server (-maxport)
Minimum Clients per Server (-Mi)
Minimum Dynamic Server (-minport)
Message Buffer Size (-Mm)
Maximum Servers per Broker (-Mpb)
Pending Connection Time (-PendConnTime)

Zmiany parametrów można dokonać w R&D -> opcja 4. Administrative Functions -> 16. Adjust Startup Parameters.

Jest jeszcze kilka ciekawych zmian związanych z tzw. Continuous Operations, bezpieczeństwem, programowaniem, ale to już musicie poszukać w sieci sami.

MOVEit Transfer – klient

W poprzednim artykule opowiedziałem o głównych cechach systemu MOVEit Transfer zainstalowanego na systemie serwerowym. Teraz napiszę o dostępie do niego z poziomu klienta. Potrzebna jest do tego osobna licencja Ad-Hoc Transfer, dzięki której użytkownik posiadający konto w systemie MFT może zainstalować dodatkowe komponenty i mieć dostęp poprzez przeglądarkę webową lub Microsoft Outlook. Użytkownicy mogą więc wymieniać się wiadomościami, przesyłać pliki, co wygląda podobnie do zwykłego systemu Outlook.

Są jednak istotne różnice.Załączniki są wysyłane jako część pakietu nie do odbiorcy, ale na serwer MFT.Do odbiorców wysłany jest e-mail z powiadomieniem o nowym pakiecie.Odbiorca może kliknąć link w tym powiadomieniu, zalogować się do MFT i odebrać pakiet.

Konfiguracja tzw. Moveit Connectora jest bardzo prosta. Potrzebujemy tylko dane logowania użytkownika systemu MFT i oczywiście adres hosta.

W programie Microsoft Outlook, jeśli chcemy skorzystać z nowej możliwości wysyłania pakietów wybieramy MOVEit Send i otrzymujemy poniższy ekran.

Wiadomość możemy wysłać tradycyjnie lub poprzez Send through MOVEit.
Na dole mamy ustawienia: Message body secured oznacza, że treść wiadomości, podobnie jak załączniki, będzie dostępna dopiero po zalogowaniu do MFT. Ustawienie czasu wygaśnięcia i max. ilość pobrań załączników określa administrator. Parametry te synchronizują się z serwerem.

Odbiorca może odpowiedzieć na wiadomość, ewentualnie dodać własne załączniki, ale tylko jeśli takie działanie jest dozwolone. Administrator systemu MFT ma szerokie pole do działania; może np. określać kto może wysyłać i odbierać pakiety, ustawiać limity na poziomie użytkownika lub pakietu oraz kontrolować terminy ważności i pobierania pakietów.

Bardzo duże pliki i dużą ilość załączników można wysyłać szybko i bezpiecznie, unikając ograniczeń serwera pocztowego.

Poniżej znajduje się przykładowy fragment wiadomości jaką odbiorca otrzymuje do skrzynki email. Jest tylko link do systemu. Może on otrzymać w oddzielnej wiadomości hasło do logowania, ale jest to tylko jedna z możliwości. Hasło może być przekazane także w sposób “manualny”.

Jeśli odbiorca nie jest zdefiniowany w systemie tworzony jest użytkownik tymczasowy TempUser a jego nazwa to adres email.

Jest jeszcze jeden produkt typu kienckiego MOVEit Client – bardzo prosty w obsłudze, dający dostęp do katalogu domyślnego oraz katalogów współdzielonych.
Zobaczmy, że w przykładowym systemie dwóch użytkowników (testuser, user1) ma dostęp do katalogu myshared. Ich uprawnienia różnią się nieco, ale obaj mogą wymieniać się danymi.

Użytkownik user1 umieścił w katalogu dwa pliki, które testuser może teraz pobrać i ew. umieścić swoje.

Ponieważ testuser ma uprawnienie List Users może klikając na ikonkę po prawej stronie podejrzeć kto współdzieli ten folder oraz jakie ma w nim uprawnienia.

MOVEit Transfer – podstawy systemu

Do tej pory wszystkie artykuły były związane z technologią OpenEdge. Najwięcej jest poświęconych oczywiście serwerowi aplikacji PASOE. Pora na małą zmianę.
W pierwszej połowie 2019 r. Progress zakupił firmę Ipswitch, Inc., specjalizującą się w rozwiązaniach związanych z bezpiecznym przesyłaniem danych oraz monitorowaniem i zarządzaniem zasobami sieciowymi.

MOVEit® Transfer (poprzednia nazwa MOVEit® DMZ) to cały system do bezpiecznego przetwarzania, przechowywania i przesyłania pakietów.

Produkty z serii MOVEit zapewniają kompleksowe rozwiązania, do bezpiecznej obsługi wrażliwych informacji takich jak dane finansowe, dokumentacja medyczna, dokumenty prawne czy dane osobowe.

No dobrze, powiecie, ale mamy serwery FTP, pocztę elektroniczną – czy to nie to samo i do tego za darmo?

Zabezpieczenia poczty elektronicznej nie zawsze są zgodne z wymaganiami korporacji, a załączane do emaili pliki mają spore ograniczenia dotyczące rozmiaru.

Serwery FTP to oczywiście popularny sposób bezpiecznego przesyłania dużych plików. Problem jest jednak gdy chcemy przekazywać dane wrażliwe (jak powyżej) przy zastosowaniu wymaganych, określonych zabezpieczeń, mieć gwarancję dostarczenia informacji, a do tego tworzyć raporty dotyczące wybranych transferów.

MOVEit® Transfer (MFT) dostarcza bezpieczne usługi przesyłania danych SFTP/S i HTTPS.
Ponadto, dane w systemie MFT są automatycznie szyfrowane nie tylko podczas transferu lecz także w spoczynku.

Zobaczmy dwie podstawowe konfiguracje MFT. Poprzednia nazwa produktu to, jak wspomniałem MOVEit® DMZ, przy czym DMZ oznacza strefę zdemilitaryzowaną, a więc strefę “ograniczonego zaufania” gdzie ryzyko włamania jest zwiększone. W strefie tej umieszcza są serwery, które świadczą usługi użytkownikom sieci wewnętrznej, którzy muszą kontaktować się z użytkownikami sieci zewnętrznej. Po prawej stronie schematu mamy wewnętrznych użytkowników korporacji, która musi mieć bezpieczny dostęp także do użytkowników zewnętrznych (lewa strona).


Zabezpieczenia te można jeszcze podnieść stosując produkt MOVEit Gateway (rysunek poniżej). Miedzy nim a serwerem MFT konfiguruje się tzw. tunelowanie.

Jeśli chodzi o architekturę to nie koniec możliwości, ale na początek poprzestaniemy na tych dwóch prostych przykładach.

MFT jest produktem serwerowym instalowanym na platformie Windows Server. Oznacza to, że próba zainstalowania na maszynie klienckiej zakończy się niepowodzeniem.
Produkt ma dość prosty interfejs webowy, ale bardzo dużo możliwości definiowania poszczególnych elementów w całym systemie przesyłania informacji.

Każdy kto ma dostęp do systemu ma określone uprawnienia oparte na rolach (role-based). Może to być np. administrator, administrator plików, administrator grupy, zwykły użytkownik, użytkownik tymczasowy.

Użytkowników możemy utworzyć od zera lub załadować z istniejącego systemu typu LDAP, SSO itp.

Użytkownicy mogą należeć do grup. Pliki mogą być współdzielone między poszczególnymi użytkownikami lub ich grupami.

Uprawnienia każdego użytkownika można dokładnie zdefiniować pod kątem zabezpieczeń, ograniczeń itd.
Na poniższym rysunku widać sekcję uprawnień związaną z uwierzytelnieniem. Może ono być realizowane przez MOVEit, system zewnętrzny lub oba. Można zdefiniować zasady związane z hasłem dostępu, uwierzytelnianiem przez HTTP, FTP, SSH itp.

W poniższej sekcji, można zdefiniować np. limity transferu i składowania danych, określić folder domowy i domyślny, i wiele innych.

Każdy użytkownik ma domyślnie włączone powiadomienia o przesłanych pakietach danych. Powiadomienia te wysyłane są drogą emailową. Ponieważ produkt nie posiada wbudowanego własnego serwera SMTP należy skonfigurować połączenie z istniejącym korporacyjnym serwerem pocztowym. Dla celów testowych wystarczy utworzyć na platformie Windows Server własną lokalną usługę.

Istotnym elementem wymiany danych są foldery. Z punktu widzenia organizacji, są one podobne do folderów w każdym systemie operacyjnym. W MFT w łatwy sposób można przyporządkowywać poszczególnych użytkowników lub ich grupy, mających do tych folderów dostęp oraz zdefiniować rodzaj dostępu.

Na poniższym rysunku widzimy listę uprawnień, które mogą być dziedziczone od folderu nadrzędnego lub nadane od zera. Oprócz tych najbardziej znanych mamy akcje związane z tworzeniem podkatalogów Sub czy najbardziej ciekawą Share, umożliwiającą udostępnianie tego folderu innym użytkownikom.

Jako administrator możemy określić, jakie uprawnienia dany użytkownik może przydzielić innym użytkownikom współdzieląc katalog. Nierzadko zostawia się tylko ustawienia List i Upload; użytkownik zewnętrzny może wtedy przesłać plik, wylistować zawartość katalogu, ale nie może nic pobrać ani skasować.

Jeśli zostawimy tylko te dwie akcje dla użytkownika testuser, a następnie zalogujemy się na jego konto, widzimy, że może on dodać innych użytkowników do współdzielenia katalogu, ale tylko dla tych wybranych akcji.

Ta użyteczność funkcjonalność nazywa się Secure Folder Sharing i powrócimy do niej w następnym artykule.

Jeśli ktoś nie chce czekać na następny odcinek może poczytać o MOVEit Transfer na stronach Ipswitch np. ipswitch.com, docs.ipswitch.com (cała dokumentacja) czy na stronach Progress Software.

Jeśli ktoś chciałby zobaczyć demo po polsku to proszę pisać na naszym PUG Poland.

OpenEdge 12.2

Pół roku, tyle mniej więcej czasu upłynęło od pojawienia się poprzedniej wersji OpenEdge. Zobaczmy co ciekawego pojawiło się w OE 12.2

Zacznijmy od silnika bazy danych i strojenia parametrów online. To dla nas nie jest zaskoczeniem, ponieważ w zapowiedziach wysoka dostępność była jedną z wiodących funkcji całej serii OE 12.

W OE 12.2 jest już 91 takich parametrów. Możemy je zmieniać w programie ABL lub w narzędziu PROMON. Dla administratorów to drugie rozwiązanie jest ciekawsze, ponadto dostępne już w OE 12.1. Wystarczy wejść do menu R&D -> opcja 4. Administrative Functions -> 16. Adjust Startup Parameters (nie pomylmy z opcją Startup Parameters w menu 1. Status Displays).

Tak więc, obecnie dodano: -semsets, -aiarcdir, -Ma, -Mm, -ssj, -dbnotifytime, -dbnotifyops.
Około 20 parametrów można zmienić opcją proutil… increaseto… Pamiętajmy, że każdy zmiana jedną z powyższych metod jest tylko do końca sesji serwera bazy! Aby mieć zmianę na stałe trzeba użyć pliku z parametrami.

Drugim ciekawym tematem jest PASOE. Wprowadzono mechanizm do migracji wybranych aplikacji między instancjami. Do tej pory można było przenieść całą instancję (wkrótce napiszę jak to zrobić), bądź wdrożyć aplikację webową w kilku ruchach. W OE 12.2 rozszerzono komendę tcman (pasman) o opcje export/import. Służą one do przenoszenia całych aplikacji ABL. Aplikacja ABL to session manager + jeden lub więcej agentów wielosesyjnych, wspólna konfiguracja zabezpieczeń, jedna lub więcej aplikacji webowych oraz usługi ABL, zmienne środowiskowe, skrypty itd.

Otóż całą taką aplikację można wyeksportować jednym poleceniem tcman export

Cały proces przebiega automatycznie. Powstaje plik archiwizacyjny o rozszerzeniu .oear, którego zawartość widzimy poniżej.


Plik ten instalujemy w docelowej instancji poleceniem tcman import.
To jeszcze nie koniec, bo jeśli chcemy dokonać migracji niestandardowej, dopasowanej do naszych potrzeb, możemy to zrobić wykorzystując wzorzec ../tlr/build.xml i Ant.

PASOE wyposażono w funkcję agent self-management.
Serwer aplikacji proaktywnie testuje połączenia z bazą danych i jeśli wystąpi awaria, agent zmniejsza wartość parametru: maksymalna liczba sesji ABL oraz informuje broker PASOE aby zmniejszyć ilość równoczesnych żądań do bazy danych.
Zainteresowanych innymi nowościami OE 12.2 odsyłam do stron progress.com.

OpenEdge 12.1. Co nowego…

Tak się składa, że klienci OpenEdge “odpuszczają” sobie wersje “zerowe”, czekając na kolejną w serii, zakładając (czy słusznie?), że posiada ona sporo bugów. Takie podejście jest charakterystyczne także dla wielu innych technologii (z wyłączeniem oczywiście gadżetów). No ale, mamy na rynku wersję OE 12.1, która niesie ze sobą kilka ciekawostek.

Na początek jednak ważna informacja dotycząca instalacji: począwszy od wersji OpenEdge 12.1 Java (JDK) nie jest już dystrybuowana wraz z instalatorem OE. Produkt ten musi być wstępnie zainstalowany przez klienta OpenEdge.

Problem ten został bardzo dobrze wyjaśniony w bazie wiedzy.
Pokazano tam jak sprawdzić wersję zainstalowanej Javy i skąd pobrać produkt dla danego systemu operacyjnego.

W funkcjonalności “wysoka dostępność” wprowadzono m.in. drobne udoskonalenia w replikacji danych – komenda dsrutil oraz nowe pola w tablicach VST.

Zwiększona została liczba parametrów, których wartość można zwiększyć online (-ecsize & -secsize).

Możliwa stała się edycja niestrukturalnych pól schematu dla bazy online (nie jest wymagana blokada exclusive dla schematu).

Wprowadzono dodatkowe możliwości obsługi ekstentów bazy online np. zmianę rozmiaru ekstentu zmiennego czy zamianę go na ekstent stały.

Przetwarzanie SSJ (Server-Side Join) zaimplementowano także dla zapytań dynamicznych.

Zmienione zostały domyślne wartości wielu parametrów startowych bazy danych, co ma poprawić ogólną wydajność.

W serwerze aplikacji (PAS) dodano komendę refreshagents, która kończy wszystkie sesje w agencie wielosesyjnym, dzięki czemu można aktualizować aplikację ABL w czasie rzeczywistym. Umożliwia to np. aktualizacje schematu online dla aplikacji.

Odroczone logowanie w PAS pomaga znaleźć przyczynę awarii agenta, dostarczając dodatkowe dane związane z awarią. Odroczone logowanie poprawia także wydajność, rejestrując tylko niewielką ilość informacji związanych z awarią agenta.

Wprowadzono obsługę uwierzytelniania klientów ABL, łączących się z PAS po protokołach: APSV, REST, SOAP, WEB.

To oczywiście nie wszystko. Dla ciekawych zachęcam do lektury pod tym adresem oraz tutaj.

OpenEdge 12

Stało się! Zgodnie z zapowiedziami nowa wersja OpenEdge 12 jest już na rynku. Jak zwykle gdy pojawia się nowy produkt z wyższym głównym numerem towarzyszy mu szczególnie duże zainteresowanie. Jakie najciekawsze nowości niesie ze sobą OE12? Było na ten temat w necie kilka webinarów, firma Galeos dostarczyła jeden po polsku, ale ja chciałem spojrzeć na nowego OpenEdge’a od strony praktyczno-technicznej.

Sztandarową nowością jest szybszy serwer baz danych, zawdzięczający tę poprawę dzięki kilku istotnym usprawnieniom.

Do wersji OE11 włącznie, serwer bazy danych OpenEdge obsługuje żądania od klientów zdalnych w sposób seryjny – jedno po drugim. Jeśli którekolwiek z żądań nie może być od razu obsłużone, na przykład, gdy istnieje blokada rekordu, żądanie to jest zawieszane i przesyłane na tył kolejki. Jeśli blokada rekordu zostanie zwolniona, klient i tak nadal czeka na swoją kolej. W OE12 serwer bazy może obsługiwać klientów zdalnych jako proces wielowątkowy. Służy do tego parametr -threadedServer 1, który jest włączony domyślnie. Równoległe przetwarzanie żądań poprawia wydajność poprzez usprawnienie mechanizmu oczekiwania na zwolnienie blokady (lock wait processing), odseparowanie od połączeń OLTP itp.

Drugą istotną zmianą w technologii jest możliwość obsługi złączeń z kilku tablic po stronie serwera (Server-Side Join). Do tej pory złączenia te były realizowane po stronie klienta, przez co przez sieć była transportowana znacznie większa ilość danych niż ta, która była istotna w zapytaniu. W OE12 takie zapytania są rozwiązywane po stronie serwera. Tylko rekordy, które spełniają warunki zapytania, są przesyłane do klienta, co znacząco poprawia wydajność. Obsługiwane są połączenia FOR EACH do 10 tablic. Funkcja jest włączana parametrem -ssj 1 i wymaga wielowątkowego serwera.

Trzecim elementem jest usprawnienie problemu występowania konfliktów dostępu do tablicy BHT (Buffer Hash Table).  Mechanizm BHT pozwala w wydajny sposób sprawdzić czy żądany blok z danymi znajduje się już w puli buforów, czy też trzeba go wczytać z dysku. Różne procesy walczą o aktualizację tablicy BHT, co wymaga dostępu do zapadek (latch) i tu występują konflikty. Wprowadzono (od 11.7.3) parametr -hashLatchFactor określający ilość zapadek jako procent parametru –hash. Mechanizm ten poprawia współbieżność dla losowego dostępu do puli buforów bazy danych.

Progress Software twierdzi, że powyższe nowości mogą przyspieszyć działanie serwera aż trzykrotnie i to bez jakichkolwiek zmian w samej aplikacji!

PASOE: W nowym serwerze aplikacji wprowadzono PASOE HealthCheck – proces który monitoruje serwer i system operacyjny i określa relatywny „stan zdrowia” agenta PASOE.

Te informacje mogą być użyte do podjęcia działań w celu uzdrowienia PASOE.

Na przykład w nowym interfejsie API mamy StopAgent API, którego zadaniem jest wycofanie bieżącej instancji serwera z eksploatacji (zatrzymanie akceptowania nowych żądań, zakończenie przetwarzania bieżących żądań i wyłączenie); jednocześnie startuje nowa instancja serwera.

Replication AI File Streaming: wprowadzono ulepszony mechanizm w OE Replication.

Serwer replikacji wysyła dane AI w taki sam sposób, jak w poprzedniej wersji (opisanej we wcześniejszym artykule nt OE11), ale wielowątkowy agent replikacji buforuje przychodzące bloki AI w buforze bloku replikacji (RSB). Bloki te są następnie odczytywane z bufora RSB i zapisane w bazach target. Ten mechanizm eliminuje kolejkowanie bloków AI po stronie bazy Source i utratę części danych w przypadku awarii.

Progress Development Studio

Wprowadzono sposób poprawienia jakości kodu ABL dodając Analizator Kodu ABL SonarLint, który stale analizuje i mierzy jakość kodu pokazując problematyczne miejsca. Zawiera także zalecenia jak rozwiązać napotkane problemy, jak lepiej napisać kod. Pomaga to osiągnąć lepsze praktyki kodowania i poprawić wydajność aplikacji.

Analizator można uruchomić dla określonego pliku, zestawu plików, ostatnio zmienionych plików lub nawet całego projektu.

Pierwszym krokiem jest ustawienie w preferencjach zasad i i innych parametrów.

Następnie w istniejącym projekcie wywołujemy Analizę pliku lub plików.

W tym prostym przykładzie, jeśli np. w kodzie jest definicja zmiennej, do której nie ma odniesienia w dalszej części kodu, jest to zgłaszane w Raporcie z analizy.

Zaktualizowany został zestaw kontrolek .NET. OpenEdge 12.0 używa Infragistics NetAdvantage dla .NET.

Tyle wybranych nowości jakie niesie ze sobą nowa wersja OpenEdge 12. Więcej szczegółów szukajcie na stronach Progress Software.

Pizza & Beer wrzesień 2018

Zgonie z wiosenną zapowiedzią 20 września spotkaliśmy się w Hotelu Marriott na kolejnej “pizzy i piwie”. Standard spotkań, sponsorowanych przez firmę Galeos, pozostał na wysokim poziomie (popatrzcie tylko na zdjęcia!). Pizza została zastąpiona przez tyle przystawek, że trudno było wszystkiego popróbować.

Na samym początku firma Galeos zaprezentowała nową, dynamiczną stronę internetową, której fragment zrzutu ekranu jest w nagłówku do niniejszego postu.

Podobnie jak na ostatnich spotkaniach mieliśmy trzy prezentacje, każda z innej dziedziny:

1. OpenEdge Table Partitioning
2. ODATA – Open Data Rest API Protocol for OpenEdge
3. Temp-Table Monitorowanie i Strojenie

Dwa pierwsze tematy wybrała firma Galeos. Temat związany ze strojeniem i monitorowaniem tablic tymczasowych zwyciężył w plebiscycie z dużą przewagą. Dziękujemy Wszystkim głosującym!

Wszystkie prezentacje znajdziecie w dziale Do pobrania.

OpenEdge 11.7.3

Pojawiła się wersja OpenEdge 11.7 z Service Packiem 3, czyli 11.7.3, a wraz z nią kilka ciekawych nowości.

1. Archiwizacja logu bazy danych.

Mamy kilka parametrów dających możliwość automatyzacji archiwizacji pliku log bazy online.
-lgArchiveEnable – włączenie możliwości archiwizacji logu.
-lgArchiveDir – podanie katalogu, w którym będą zapisywane zarchiwizowane fragmenty. Brak parametru oznacza bieżący katalog.
-lgTruncateTime – czas wykonania obcięcia i archiwizacji logu w formacie HH:MM. Musi być ustawiony w parze z poniższym parametrem:
-lgTruncateFrequency – częstotliwość, czyli w jakie dni ma być wykonywane obcięcie i archiwizacja. “0” oznacza codziennie.
-lgTruncateSize – obcięcie nastąpi po osiągnięciu przez plik określonego rozmiaru w MB.

Po przykładowym uruchomieniu serwera bazy możemy zweryfikować ustawienia w promonie: R&D -> 4. Administrative Functions -> 15. Database log file management

Archiwizacja ma być codziennie o godz. 20:35.

proserve sports2000 -lgArchiveEnable -lgTruncateFrequency 0 -lgTruncateTime 20:35

Podczas archiwizacji został utworzony plik, zawierający w nazwie oryginalną nazwę plus datę i czas obcięcia:
sports2000.lg.2018-05-15.20-35.00
Oryginalny plik rozpoczyna się komunikatami o archiwizacji.

sports2000.lg

2. PASOE

W OE 11.7.3 zajęto się także tematem migracji aplikacji z klasycznego AppServera do PASOE. W sieci znajdziemy poradnik: Quick Start: Moving Your Classic AppServer Applications to the Progress Application Server for OpenEdge a także webinar: Moving Your Classic AppServer Applications to the Progress Application Server for OpenEdge.

PASPROPCONV – nowe narzędzie/komenda służące do migracji właściwości z klasycznego AppServera do PASOE. Właściwości są pobierane z pliku ubroker.properties lub .merge, a następnie generowany jest szereg plików np. pasoename.ubrokername.oemerge. Dokładne informacje można znaleźć w Progress Application Server for OpenEdge: Quick Start Guide.

Komenda tcman deploy została wzbogacona o nowy parametr -l. Powoduje on, że wdrożenie nowej aplikacji odbywa się bez konieczności restartu instancji PASOE.

Zostało udoskonalone zarządzanie agentem multi-session. Do tej pory zamknięcie agenta następowało natychmiastowo, przerywając obsługiwane żądanie. Dodane zostały dwa opcjonalne parametry waitToFinish oraz waitAfterStop rozwiązujące ten problem.

Dodane zostało także REST API umożliwiające dodanie nowego agenta multi-session dla aplikacji.

Pełną listę wprowadzonych zmian znajdziemy w dokumencie: OpenEdge® Service Pack 11.7.3: New Information.

 

 

Pizza & Beer kwiecień 2018

19. kwietnia odbyło się pierwsze w 2018 r. spotkanie z cyklu Pizza & Beer.
Na miejsce spotkania firma Galeos wybrała, leżący w samym centrum Warszawy, Hotel Marriott.
Oprócz smacznych przekąsek, piwa i ciekawych rozmów w kuluarach mieliśmy trzy prezentacje, których bohaterem był Progress Application Server for OpenEdge czyli PASOE.
1. Progress Application Server for OpenEdge (PASOE)
2. Wprowadzenie do serwisów REST za pomocą WebHandlerów OE
3. OpenEdge Authentication Gateway

Dyskutowaliśmy na temat przyszłych prezentacji i doboru tematów. Ustaliliśmy, że firma Galeos przedstawi kilka propozycji do wyboru, a Państwo wybiorą te najciekawsze w drodze głosowania.

Wszystkie te prezentacje znajdują się w dziale Do pobrania.

Następne spotkanie planujemy na 20 września w tym samym miejscu.

EMEAPUG Challenge – Praga 2017

O tym wydarzeniu informowaliśmy już pod koniec zeszłego roku. EMEAPUG Challenge 2017 odbyła się w dniach 15-17.11 w czeskiej Pradze. Uczestniczyła w niej rekordowa liczba 526 osób z 35 krajów, w tym 8 osób z dwóch polskich partnerów: Novum z Łomży oraz Politechniki Gdańskiej. Uczestnicy mieli do wyboru 83 prezentacje i 12 warsztatów.

Jedna z pierwszych prezentacji – Rob Straight przedstawia OpenEdge Roadmap.


Nie samym Progressem żyje programista czy administrator. Mecz Polska kontra reszta świata.


A tutaj fragment polskiego zespołu. Wynik pozostał nieznany nawet sędziom.


Te karykatury będą kiedyś warte fortunę!


Przykład integracji wielopoziomowej – Marków dwóch: z Novum i Progress Bravepoint, a z tyłu Peter Judge z PSC.


Marco Squintani prezentuje najsłynniejszy włoski gest


Wymyślna fontanna przed restauracją na Malej Stranie gdzie, zaproszeni przez firmę Galeos, za chwilę zjemy przepyszną kolację!


To była baaardzo udana konferencja. Następna odbędzie się za rok w Dublinie.

1 2 3