Razem stworzymy aplikację z użyciem frameworku Spring. Zaczynamy od poziomu zero, wiec od samych podstaw tego frameworku, a potem krok po kroku tworzymy i powiększamy projekt, który finalnie zdeployujemy na zewnętrznym hostingu. Aplikacja będzie komunikować się z zewnętrzną bazą danych. Serwer to jedna część. Zrobimy też część frontendową. Zaczniemy od szablonów Thymeleaf, a potem przejdziemy do strony bazującej na ReactJS. Serwer i klient webowy będą porozumiewać się ze sobą z użyciem API typu REST.
Oczywiście sam kod to nie wszystko, więc dowiesz się też jak aplikację wrzucić zarówno na prywatny hosting jak i na chmurę AWS oraz postawić tam bazy danych. Kurs ten uczy rzeczy potrzebnych do stworzenia solidnej aplikacji, którą śmiało może być prezentowana w portfolio albo być podstawą do aplikacji obsługującej nasz biznes. Niejako przy okazji poznajemy najistotniejsze części Frameworku Spring. Koncentrujemy się na tym co jest najwazniejsze - solidne zrozumienie podstaw, tworzenie aplikacji webowej testy jednostkowe, komunikacja z baza danych na wspomaganiu springowym. Bardzo dużo czasu poświęcimy Spring Security.
Agenda tego szkolenia nie jest wyssana z palca, lecz zostala przetestowana w boju przy prowadzeniu osób, ktore sie przebranżawiały i staraly sie zdobyc pierwszą pracę w IT. Jedną z takich dróg mozna obejrzeć na YouTube ➟ [DROGA DO JUNIORA]
Zaczynamy, bez niespodzianek, od początku, czyli wygenerowania szkieletu projektu za
pomocą narzędzia dostępnego na start.spring.io, a następnie poznajemy
fundamenty frameworku Spring.
Następnie przechodzimy do nauki modelu Model - View - Controler, szablonów HTML i
protokołu HTTP. Uczymy jak te wszystkie rzeczy ze sobą połączyć, by otrzymać
funkcjonalną aplikację.
W kolejnych rozdziałach dowiadujemy się o Spring Data i efektywnym połączeniu
Springa z persystencją danych w zewnętrznej bazie danych. Przy okazji dowiemy
się
conieco o zdarzeniach w Springu oraz o podpakiecie służącym do wysyłania emaili.
Następnym krokiem jest podróż w świat REST API, wraz tym jak jak
porządnie je dokumentować, tak by korzystanie z niego nie było nauką po omacku.
Spring Security pochłonie jeden, duży rozdział. Nauczyły się trzech sposobów na
uwierzytelnianie i autoryzację użytkowników.
Następnie wrzucimy część serwerową na zewnętrzny hosting.
Finalnie stworzymy front-end dla naszej aplikacji w ReactJS.
W dodatkowych materiałach pokaże postawić naszą aplikację w chmurzę AWS oraz
pokaże case study popularnego zadania rekrutacyjnego.
Hej, nazywam się Paweł Ćwik.
Karierę programistyczną rozpocząłem ponad jedenaście lat temu, z
językiem java i jako back-end developer. Z upływem czasu
przechodziłem coraz bardziej w kierunku integracji i komunikacji
systemów z silnym naciskiem na REST i JMS oraz framework Spring.
Następnie przesunąłem się w stronę front-endu i obecnie pracuje z
technologiami związanymi z Javascriptem i biblioteką React.
Kilka lat temu rozpocząłem przygodę z nauczaniem
programowania - przygodę, która trwa do dziś. Jestem w nią
zaangażowany do tego stopnia, że stała się niemal moją drugą,
ciągle rozwijaną karierą. Jestem autorem łącznie już sześciu
kursów. Są one do odnalezienia na platformie
Strefa
Kursów i
Udemy oraz
kanale youtube Clockwork
Java.
Prywatnie mam wspaniałą żonę i jestem ojcem trójki maluchów,
które dbają o to, bym nie skupiał się wyłącznie na pracy.
kontakt: pawel@clockworkjava.pl
Cześć, przede wszystkim chciałabym Ci bardzo bardzo podziękować za kurs(y), i czas poświęcony na odpowiadanie na moje pytania :). Dzięki projektowi realizowanemu z "Kompletna aplikacja..." moje cv w ogóle było brane pod uwagę na jakichkolwiek rekrutacjach. [...] Wracając do meritum - jestem świeżo po pierwszej rekrutacyjnej. [...] PS Rekrutacja przebiegła pomyślnie od czerwca jestem C++ Developer(wiem, C++, nie Java, ale nie można mieć wszystkiego;)).
Pawel - musze powiedziec ze jestem bardzo zadowolony z Twojego kursu! Praktycznie go calego przerobilem i bardzo duzo sie nauczylem. Najwazniejsze dla mnie byly koncepty i sposob budowy aplikacji. Obecnie w pracy piszemy apke w pythonie i do architektury korzystam garsciami z zebranej wiedzy. Swietnie tlumaczysz! Na tyle dobrze ze kupilem juz kurs Springa i pewnie pociagne dalsze z Udemy. Dzieki! Jeszcze jedno - sila tego kursu jest nacisk na nauke praktycznych umiejetnosci a nie wszystkiego co w dokumentacji 😉
Bardzo dobry kurs, podejście prowadzącego nastawione jest na praktyczną naukę tworzenia kompletnej aplikacji, a nie typowe przedstawienie zagadnień na najprostszym możliwym przykładzie.
Super kontakt z prowadzącym, odpowiadał na każde zapytanie w wyczerpujący sposób. Fajnie widzieć też jak aplikacja rozwijana jest krok po kroku, by finalnie powstała taka w pełni funkcjonalna.
Przenosimy się na strone zakupu kursu na moją platforme kursy.clockworkjava.pl. Tam wprowadzasz swoje dane potrzebne mi do wystawienia faktury oraz finalizujesz zakup. Po chwili na Twój podany podczas rejestracji adres email przyślemy dane do logowanie na platformę i link na strone logowania. Po zalogowaniu zakupiony kurs będzie widoczny.
Tak. Masz na to 14 dni. Nie wymagam podania przyczyny (chociaż byłoby miło otrzymać feedback) - po prostu piszesz do mnie i załatwiamy zwrot.
Kurs posiada ponad 20 godzin materiału. Po zakupie kursu co dwa dni wysyłam mailem zestaw kilku lekcji (łącznie około 30 minut) do opanowania przez te dwa dni. Natomiast masz dostęp do całości udostępnionych materiałów i możesz go sobie rozłożyć w czasie wedle potrzeb. Dostęp do danej edycji kursu jest dożywotni. W każdym momencie jestem dostępny pod adresem mailowym pawel@clockworkjava.pl lub na dedykowanej grupie i pomogę jeśli coś w kursie będzie wymagało dodatkowych wyjaśnień.
Kurs przeznaczony jest dla osób, które chcą poznać framework Spring w jego nowoczesnej odmianie, bądź ugruntować i poszerzyć posiadaną już wiedzę.
Nie, nie zamierzam nic takiego wystawiać. Otrzymasz coś o wiele lepszego jeśli chodzi o wpis do CV - duży projekt na GitHubie, do portfolio, do którego będzie można się odnosić w trakcie rozmowy kwalifikacyjnej.
When executing Groovy scripts "hot" (dynamically at runtime), you must prevent malicious code from accessing the host system. Use SecureASTCustomizer : This tool allows you to restrict the syntax available to scripts. You can whitelist or blacklist methods , properties, and imports to prevent scripts from calling System.exit() or accessing local files. Sandbox the Environment : Use a sandbox library to intercept every method call or property access at runtime, ensuring they comply with your security policy. 2. Preventing Resource Exhaustion Dynamic scripts can inadvertently (or maliciously) consume all server resources. Timeouts : Implement execution time limits to prevent infinite loops from hanging your application threads. Memory Limits : Monitor the heap usage of script execution. Because Groovy generates classes dynamically, frequent "hot" reloading can lead to OutOfMemoryError in the Metaspace. 3. Safe "Hot" Reloading If you are reloading scripts without restarting the application: GroovyClassLoader : Use a dedicated GroovyClassLoader for dynamic scripts. This ensures that when a script is updated, the old version can be garbage collected. Avoid Memory Leaks : Ensure that your application doesn't keep hard references to old script classes, which prevents the class loader from being cleared. 4. Integration Security If your Groovy scripts interact with external systems like ServiceNow or AWS , ensure that credentials are never hard-coded in the script text. Use environment variables or a secure vault to inject secrets at runtime. 5. Static Analysis for Scripts Before a script goes "hot," run it through Static Application Security Testing (SAST) tools to identify common vulnerabilities like SQL injection or insecure data handling.
xgroovy safety hot — Methodical overview with practical tips 1) What “safety hot” likely means Assuming “safety hot” refers to immediate, high-priority safety hazards or conditions associated with the xgroovy system/product/process (e.g., overheating, combustible materials, electrical risk, or urgent user-safety failures). Below treats it as urgent safety issues requiring prompt mitigation.
2) Rapid assessment (first 5 minutes)
Stop and isolate: If danger is present, immediately stop operation and isolate the unit from users (power down if safe to do so). Evacuate if necessary: Remove people from the immediate area if there’s fire, smoke, strong heat, fumes, or risk of explosion. Call for help: Contact emergency services for fire/medical risk; notify on-site safety personnel. Contain hazards: If safe, shut off fuel sources, electrical supply, or ventilation that feeds the hazard. Record conditions: Note time, visible signs (smoke, smell, temperature), and actions taken for incident reporting. xgroovy safety hot
3) Common root causes to check next
Overheating : blocked vents, failed fans, excessive load, bad thermal paste/pads. Electrical faults : short circuits, damaged wiring, poor grounding, overloaded circuits. Mechanical failures : seized bearings, friction hotspots, obstructed moving parts. Combustible contact : flammable materials too close to hot surfaces. Software/control errors : failed thermal cutoffs, incorrect sensor readings, runaway processes. Maintenance lapse : clogged filters, worn insulation, missing guards.
4) Diagnostic checklist (systematic) Use this ordered checklist to investigate after immediate risks are controlled: Sandbox the Environment : Use a sandbox library
Visual inspection for smoke, burn marks, melted parts. Smell check for burning plastic/chemicals — wear a respirator if necessary. Thermal scan (infrared thermometer or camera) to locate hot spots. Check fan operation and airflow paths; clear obstructions. Verify electrical protections (fuses, breakers, RCDs) and look for tripped devices. Measure voltages and currents against spec (only qualified personnel). Inspect wiring, connectors, and insulation for damage. Review logs/telemetry for alarm history, sensor drift, or software anomalies. Check recent changes: new components, settings, or loads. Confirm environmental factors: ambient temperature, ventilation, nearby heat sources.
5) Immediate mitigations (short-term)
Restore proper cooling: open vents, stop workloads, or move equipment to cooler area. Replace or repair failed fans or thermal interface materials. Remove combustible materials from vicinity; use non-flammable barriers if needed. Reduce electrical load or redistribute circuits to avoid overload. Apply temporary grounding or bonding fixes only if performed by qualified staff. If sensors are unreliable, use external measurement tools until repairs are made. Timeouts : Implement execution time limits to prevent
6) Longer-term fixes and prevention
Install redundant temperature monitoring and automatic shutdown at safe thresholds. Fit thermal interlocks and independent hardware-level cutoffs (don’t rely solely on software). Improve ventilation and airflow design; add filters with regular cleaning schedule. Use higher-spec wiring, connectors, and surge protection; ensure correct wire gauges. Implement preventive maintenance: inspections, fan replacement cadence, thermal paste refresh. Update software: watchdog timers, fail-safes, and conservative thermal-management profiles. Enforce safe storage: keep flammables at recommended distance and use heat shields where needed. Provide operator training and clear SOPs for overheating incidents.