@Cavalorn: Nie znam się zbyt na javie, ale ja to bym maina na górze pisał, a nie na dole xd

@Cavalorn: Wiesz co ja jak sobie piszę programik na tyle mały, że zmieści się w 1 pliku to robię sobie maina na górze i niżej to prywatne metody. Jak tak piszesz to nie ma większego znaczenia, ale potem jak wracam do kodu po czasie to jakoś mi się lepiej od góry analizuje.

Wjezdzam! ;)

@SoftBull: panie a jesteś kolejny guślarz internetowo-coachowy z własnym butkampem, czy faktycznie warto?

@lukmar: a czemu chcialbys zeby bylo to statycznym polem w klasie abstrakcyjnej?
jesli chcesz uzyskac zachowanie polimorficzne to mozesz stworzyc metode abstrakcyjna getWyplata() ktora kazda klasa konkretna bedzie nadpisywac

jeżeli mam statyczne pole w klasie abstrakcyjnej to czy jest możliwe żeby jego wartość była różna dla każdej klasy dziedziczącej

@lukmar: Jak masz pole statyczne, to jest jedno w pamięci JVM-a. Nie ma obiektu który by miał własną wartość, bo statyki nie są instancjami obiektu tylko właśnie 'należą' do klasy. Tak, wszystkie instancje obiektu będą widziały jedną wartość. Niech cię nie kusi by trzymać jakikolwiek stan (wartości dynamiczne) w polachPokaż całość

@famir96: imho to sa rzeczy które osoba z Twoim expem powinna umieć już ogarniać

@famir96: Przyzwyczajaj się i ciesz się, że masz gdzie zdobywać devopsowe doświadczenie. Niedługo pisanie kodu to będzie tylko jeden z wielu elementów bycia "programistą" (czy też wtedy już raczej devopsem) i ludzie, którzy ogarniają "całość" (czytaj: nie tylko kod aplikacji ale też automatyzację, orchestrację, konteneryzowanie, jakiś cloud provider, itp) będą o wiele bardziej atrakcyjni od typków, co "tylko chcą klepać Javę".

@ciachostko zobacz #jvmbloggers
Oraz przeglądam subreddit java na reddit

@fefler: Jak umiesz sprawdzić logi serwera, zarządzać plikami (kopiowanie, przenoszenie), instalować soft i uruchomić swój kod (wszystko z poziomu konsoli oczywiście) to możesz mówić że znasz podstawy Linuxa

@atm-Pa: bump

@atm-Pa: słabo się takie rzeczy robi w javie z dwóch powodów
- brak typów unsigned, a na tych prościej robi się obliczenia do tego
- działanie GC, które zaburza przetwarzanie realtime
Poszukałbym biblioteki natywnej i jna, przy wszystkich wadach tego rozwiązania.

@Litosciwy_Dyktator: naucz się Springa, napisz proste API z autoryzacją.

@Micho_master: To zamiast pól formularzy użyj Scannera, tak jak tu: https://javastart.pl/baza-wiedzy/java-zadania/zadanie-wczytywanie-danych-scanner. Pozapisuj odpowiedzi użytkownika do zmiennych, a reszta bez zmian.

@quwer samego wykazu nie bardzo, ale z lewej w oknie "project", na dole, masz dostęp do klas z tej biblioteki co dodałeś... Choć to słaby sposób na czytanie API

@quwer: przecież temat wsdl to jest kompletnie inna bajka i nie ma nic wspólnego z dołączaniem bibliotek!
wsdl2java to jest słowo klucz, ale trzeba się nakombinować, by nie wypluwało to gównianych klas

@UnitrA: bo plugin springboota inaczej buduje classpath niż przy uruchamianiu java -jar
Pewnie problem polega na tym, że zasób jest cacheowany przez przeglądarkę. Dodawaj sobie no-cache lokalnie i tyle. Spróbuj spring.resources.cache.period na 0
Przy czym jak ten "html" jest jakimś template thymeleafa/freemarkera/etc, to tam też trzeba wyłączyć cacheowanie.

@spajcker: buduj jak mówił LazyInitalizationException: maven, gradle, ant, cokolwiek co Ci złoży całą paczkę. Mając Dockera, możesz zdeployować aplikację spring boota na 2 sposoby: JAR, jak ci już zasugerowano, ale wtedy przed złożeniem JARa musisz mieć frontend w resources projektu. Drugi sposób to 'exploded jar'. Czyli serwujesz apkę już rozpakowaną. Ma to swoje zalety (aplikacja szybciej wstaje, nie musi rozpakowywać JAR-a). W 'exploded jar' wrzucasz rozpakowanego JARa i projekt frontendowyPokaż całość