Blog

Wersjonowanie jest kluczowe dla utrzymania stabilnego i rozwijającego się RESTowego API. W miarę dojrzewania każdego API zmiany stają się nieuniknione, czy to z powodu poprawek błędów, nowych funkcji, czy ulepszeń wydajności. Odpowiednie wersjonowanie pozwala wprowadzać te zmiany bez przerywania działania istniejących integracji klientów. W tym artykule omawiamy kilka popularnych strategii wersjonowania REST API, analizując ich wady i zalety.

Zdolność do precyzyjnego lokalizowania użytkowników przeglądarek stanowi kluczową funkcjonalnością wielu aplikacji i serwisów internetowych. Wybór odpowiedniej metody geolokalizacji nie jest zawsze oczywisty. W tym artykule sprawdzimy mocne i słabe strony przeglądarkowego Geolocation API kontra geolokalizacja serwerowa na podstawie IP, a także porównamy skuteczność różnych usług wspomagających drugą opcję. 

Kontynuując nasze rozważania jak optymalnie zaimplementować wyszukiwanie tekstowe na poziomie pojedynczych pól w systemie wykorzystamy tym razem typ kolumny specyficzny dla Postgres - kolumnę HStore. Następnie założymy na niej indeksy typu GIN / GiST opisane na początku niniejszej serii artykułów oraz zintegrujemy HStore z Hibernate oraz Spring Data JPA.

Kontynuując nasze rozważania jak optymalnie zaimplementować wyszukiwanie tekstowe na poziomie pojedynczych pól w systemie opiszemy koncepcję tabeli towarzyszącej z tłumaczeniami, którą będziemy tworzyć dla każdej klasy. Zastosujemy tutaj indeksy typu GIN / GiST opisane na początku niniejszej serii artykułów oraz spróbujemy zaimplementować opisywaną koncepcję w technologii Spring Data JPA, Hibernate oraz Postgres.

Systemy informatyczne, które operują w międzynarodowym środowisku, muszą często wspierać wielojęzyczne modele danych. Dla przykładu: użytkownicy systemu do zarządzania zakupami muszą mieć możliwość opisania pożądanych produktów w wielu językach ponieważ chcą otrzymać oferty od dostawców rezydujących w wielu państwach. Zaprojektowanie systemu, który będzie sobie dobrze radził z wyświetlaniem danych w języku danego użytkownika oraz także umożliwi mu wyszukiwane tekstowe jest nie lada wyzwaniem - wiele często stosowanych wzorców niesie za sobą dużo problemów wydajnościowych, które spowolnią cały system. W tym pierwszym z serii artykułów opiszemy jak Postgres ogólnie wspiera wyszukiwanie po tekście i zobaczymy jakie anty-wzorce pojawiają się najczęściej w wielojęzycznych modelach SQL.

Problem: chcemy aby zapytania do naszych encji ściągały tylko te pola, które są nam potrzebne w danej sytuacji (np. do pokazania w specyficznej tabeli w UI). Wymaganie: nasze rozwiązanie musi mieć możliwość przyjęcia dowolnej kompozycji filtrów. Możliwe rozwiązania: Named Entity Graph ze standardu JPA lub Projections - mechanizm z Spring Data. Zbadajmy je!

W poprzednim artykule przedstawiliśmy dlaczego nie da się zastosować w pełni podziału kompetencji systemów ERP-MES według standardu IEC/ISO-62264 w realiach małych i średnich przedsiębiorstw. Teraz natomiast opiszemy jaki na bazie tych przemyśleń opracowaliśmy schemat integracji analogicznych systemów stosowanych przez MSP.

Na początku roku zaczęliśmy przygotowywać się do zaprojektowania własnego systemu informatycznego do zarządzania produkcją przemysłową dla małych i średnich przedsiębiorstw. Częścią tego etapu była między innymi analiza standardów związanych z tematyką tego typu rozwiązań. Naszą uwagę szczególnie zwrócił IEC/ISO-62264 (oparty na ISA-95), który próbuje skonstruować jednolity model pojęć, struktur danych oraz aktywności występujących na styku systemów klasy Enterprise Resource Planning oraz Manufacturing Execution System. Nadszedł czas, aby podzielić się naszymi spostrzeżeniami oraz szkicami projektowymi. Rozpoczynamy zatem serię artykułów, która będzie poświęcona naszym staraniom przełożenia standardów przyjętych dla dużych systemów ERP i MES do realiów MSP.