Java

Γιατί χρειάζονται καθόλου οι starters του Spring Boot, αν μπορούμε να γράψουμε τα πάντα στο Spring;

Ποιο παρενέργεια εμφανίζεται κατά την εκτέλεση του κώδικα BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 60; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END; BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 40; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END;

Αν υπάρχουν πολλές προσφορές από διαφορετικές εταιρείες, με ποια κριτήρια θα κάνεις την επιλογή σου; Αναφέρεις τρία.

Τι κάνετε με τα θέματα DLT;

Ποιο είναι το κύριο πρόβλημα αυτής της υλοποίησης; - Δεν χρησιμοποιεί πινάκι σύνδεσης για το Jedis - Δεν υπάρχει εφεδρικό αντίγραφο δεδομένων Redis - Δεν υπάρχει εσωτερικός διακόπτης ελέγχου - Δεν υπάρχει διαχείριση εξαιρέσεων - Η ενημέρωση του στοιχείου βαθμονόμησης είναι λανθασμένη - zadd και zscore χωρίς ελέγχους σφαλμάτων ```java import redis.clients.jedis.Jedis; import java.util.Set; public class WineCellar { private Jedis jedis; public WineCellar() { jedis = new Jedis("localhost", 6379); initializeWines(); } private void initializeWines() { jedis.zadd("wines", 1978, "Chateau Margaux"); jedis.zadd("wines", 1990, "Domaine de la Romanee-Conti"); jedis.zadd("wines", 2005, "Opus One"); } public void updateWineYear(String wine, double newYear) { double oldYear = jedis.zscore("wines", wine); if (oldYear != newYear) { jedis.zadd("wines", oldYear, wine); // Λανθασμένη ενημέρωση } } public Set<String> getWinesByYear(double minYear, double maxYear) { return jedis.zrangeByScore("wines", minYear, maxYear); } public static void main(String[] args) { WineCellar cellar = new WineCellar(); cellar.updateWineYear("Chateau Margaux", 1982); System.out.println(cellar.getWinesByYear(1970, 2000)); } } ```

Τι θα χάσεις και τι θα κερδίσεις με το ρητό polling αντί για @KafkaListener;

Ποιο είναι το κύριο αίτιο της λανθασμένης συμπεριφοράς του κώδικα; Παραβιάζεται η αμεταβλητότητα των αντικειμένων Δεν διαχειρίζεται η κατάσταση διακοπής Η απόδοση επιδεινώνεται λόγω του κλειδώματος Ο συγκρούμενος αντικειμενικός πόρος οδηγεί σε αδιέξοδο Υπερβολική συγχρονισμός πόρων Μη αρχικοποιημένες καταστάσεις αντικειμένωνimport java.util.concurrent.*; class Competition { private final Object lock = new Object(); public void syncMethodA(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodB(this); } } public void syncMethodB(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodA(this); } } } public class FitnessApp { public static void main(String[] args) { Competition comp1 = new Competition(); Competition comp2 = new Competition(); Thread t1 = new Thread(() -> comp1.syncMethodA(comp2)); Thread t2 = new Thread(() -> comp2.syncMethodB(comp1)); t1.start(); t2.start(); } }

Ποιο είναι το κύριο πρόβλημα αυτής της υλοποίησης; - Οι μη βελτιστοποιημένοι πίνακες δείχνουν το μέγεθος της εικόνας - Η περικοπή της εικόνας Docker στο RUN μπορεί να είναι πρόβλημα - Πολλαπλά CMD, μόνο το τελευταίο ενεργεί - Η λειτουργία διαγραφής δεν λαμβάνει υπόψη το φιλτράρισμα με βάση την "ορατή" εικόνα

Πες μου για τον εαυτό σου, γιατί ψάχνεις τώρα, τι ψάχνεις;

¿Cuál es el problema principal de esta implementación? - El puerto '83' puede estar ya ocupado en el host - Organización ineficiente de la apariencia - Sobrescritura del puerto debido al orden incorrecto del comando - La configuración usa una versión confidencial - Ruta incorrecta en la última compilación versión: '3.8' servicios: art-marketplace: build: context: ./art-market ports: - "83:83" networks: - art-network redes: art-network: driver: overlay

Επιλέξτε την πιο κατάλληλη απάντηση - Ο συντονιστής λέει ότι δεν υποστηρίζει ασύγχρονη λειτουργία - Λείπει ένας μηχανισμός συμφωνίας των συναλλαγών μεταξύ της Υπηρεσίας B και της Υπηρεσίας A - Λείπει κρυπτογράφηση στις REST συνδέσεις - Δεν υπάρχει διαχείριση σφαλμάτων στις καταγραφές υπηρεσιών

Λανθασμένη υλοποίηση της λογικής διαχείρισης σφαλμάτων με το onErrorResume Δεν υπάρχει διαφοροποίηση στη διαχείριση σφαλμάτων στο handleEnrollmentError Απουσιάζει η εισαγωγή εξαρτήσεων ανάλογα με τον ελεγκτή Η μέθοδος handleEnrollmentError δεν χρησιμοποιεί παραμέτρους Το CourseController δεν έχει καταχωρηθεί εδώ και δέκα χρόνια

Ποια είναι τα επίπεδα απομόνωσης των συναλλαγών σε SQL και ποιο από αυτά είναι ορισμένο ως προεπιλογή στο PostgreSQL;

Ποιο είναι το κύριο πρόβλημα αυτής της υλοποίησης - Λάθος ορισμός των καταστάσεων HTTP με τύπους εξαιρέσεων - Λάθος ρύθμιση της Dependency Injection - Οι ασύγχρονοι ακροατές δεν εμπλέκονται - Μη τυπική διαχείριση εξαιρέσεων στον χειριστή - Λάθος ρύθμιση των beans - Το @Autowired δεν χρησιμοποιείται για την ανάπτυξη της εξάρτησης

Τι πρέπει να κάνετε με το πλαίσιο MDC στο Kafka;

Τι επιστρέφεται στον παραγωγό αν στέλνει ένα ID που έχει ήδη σταλεί πριν από κάποιο χρονικό διάστημα (περίοδος ταυτοχρονίας 6 ωρών);

Ποιο είναι το κύριο πρόβλημα αυτής της υλοποίησης WITH archived_charges AS ( SELECT id, charging_station_id, start_time, end_time FROM charge_sessions WHERE end_time < current_date - interval '30' day ) INSERT INTO charges_history SELECT * FROM archived_charges; DELETE FROM charge_sessions USING archived_charges WHERE charge_sessions.start_time < current_date - interval '15' day;

Ποιο είναι το κύριο πρόβλημα της επιλεγμένης δομής λύσης - Στερεός δεσμός, χαμηλή ευελιξία - Παραβίαση του πολυμορφισμού κατά την επεξεργασία στοιχείων - Δεν υπάρχει μέθοδος εργοστασίου για το WardrobeItem - Δεν υπάρχει πρότυπο Adapter για τους νέους βελτιστοποιητές - Υψηλό κόστος λειτουργίες εντός της βελτιστοποίησης

Παρακαλώ, πες μου για την ομάδα. Ποια ήταν αυτή η ομάδα, ποιοι ήταν σε αυτήν, πόσα άτομα;

Παρακαλώ πείτε μου, ποιο ήταν το στοίβα τεχνολογιών;