Roadmap
Wspólne
- przygotowanie jaknajbardziej automatycznego procesu wydawania
- przygotowanie automatycznych testów, jednostkowych i akceptacyjnych
- gdy dwie osoby edytują ten sam obiekt nie może być tak, że wygrywa ten co zapisze jako ostatni, musi powstawać “koflikt”, któtzy programiści muszą ręcznie rozwiązać.
- przyjazne linki
- wspólna przestrzeń adresów dla stron i dla mediów
- rozwinięcie MVC
- media widoczne razem z obiektami i stronami
- pozbyć się obiekt typu static, bo jest to dokładnie to samo co medium z zawartością tekstową
- media tekstowe możliwe do edycji tak jak obiekty
- strona nie powinna być bytem specjalnie wyróźnionym tylko dodatkową własciwością dla obiektu lub medium
- dodanie strony do obiektu lub medium powoduje, że obiekt lub medium dostają adres URL
- zastanowić się jak radzić sobie z danymi w nagłówkach HTTP
- wykorzystać JDK8 aby dodać nowy kompilator Nashorn - serwerowe javascript
- kompilator SASS lub LESS dla CSS
- podpowiadanie kodu w groovy na podstawie całego kodu instancji
- łatwiejsze wgrywanie kodu z inny źródeł(nie tylko łatki), chodzi na przykład o pluginy do jQuery o rozwiniętej strukturze katalogów, rozwiązaniem łatwiejszym może być możliwość wgrywania zipów, rozwiązaniem dającym więcej możliwości może być WebDAV
- kod obiektu/medium powinien być ściśle powiązany z jego lokalizacją w drzewie katalogów, przy zmianie lokalizacji kod się zmienia, przy tworzeniu nowego bytu nie można zmieniać początku kodu
- integracja wsdl to java
- websockets
- wsparcie na JUNIT lub innej biblioteki testów jednostkowych
- poprawa łatek(w VCMS łatka wgrywa się raz 5 godzin a innym razem 2 minuty)
- duża zmiana mechanizmu łatek
- wprowadzenie mechanizmu synchronizacji kodu dwóch instancji za pomocą bezpośredniego połączenia, a nie plików zip
- synchronizacja wgrywania nowego kodu, nawet jeśli będzie to oznaczało czasowe zatrzymanie instancji, obecnie polegamy na “hazardzie”
- wykorzystanie Flyway lub Liquibase do przenoszenie struktury bazy danych
- nowy protokół do komunikacji jPalio z jDesignerem, uwzglęniający możliwość stworznia WebDesignera
- czy kod jPalio można debugować? …
- integracja z przeglądarką - dodatkowy “kanał” do komunikacja zawierający dane logowania, żeby nie wypisywać bzdur na ekran tylko do tego dodatkowego kanału
jPalio
- Groovy 2.3
- nowa wersja CXF do webserviców
- oddzielne jary dla każdej instancji, zapisywane w formacie gradle w pliku konfiguracji instancji i pobierane z repozytorium maven
- poprawka webserviców tak aby błąd w klasie zależnej nie powodował zawieszania się całej instancji i konieczności restartu
- kompilator w oparciu o ANTLR
jDesigner
- automatyczne formatowanie kodu
- podpowiadanie kodu js, css, html w obrębie jednego pliku, ewentualnie analizując wszystkie otwarte pliki(wzorowane na Sublime Text)
- Emmet dla html http://docs.emmet.io/
- moduł SQL
- lepsza prezentacja wyników skanowania tabel
- graficzny konstruktor zapytań(bajer)
- poprawa ERD
- narzędnia do komunikacji miedzy członkami zespołu
- konfiguracja per instancja, nie tylko jedna zapisywana lokalnie na komputerze
- zapamiętywanie ostatnio otwartych zakładek
- ukrywanie nieużywanych zakładek jako opcja(tak jak w eclipse)
- bardziej inteligentne przechodznie między zakładkami(obecnie chyba przechodzi się do ostatnio edytowanego miejsca, opcją powinno być przejście do ostatnio czytanego miejsca)
- stworzenie niektórych elementów w HTML-u, na przykład nowe ERD
- integracja z przeglądarką z wykorzystaniem Remote debugging protocol
