Δεν θα το τρέξω με IDE οπότε δεν θα ξέρω αν είναι σωστός ο κώδικας ή όχι. Είναι σημαντικό να μεταγλωττίζεται και χωρίς IDE.

Για το συγκεκριμένο που λες πρέπει να δηλώσεις στο pom.xml την main class. Κοίτα το pom.xml στο java-skeleton-maven και σε αυτή την συζήτηση

Νομίζω οτι δεν ήταν αυτή η αρχική ερώτηση εκτός και αν κατάλαβα λάθος.

Δεν ελέγχεται αυτόματα οτι πέρασε η τρέχουσα ώρα το due του task και δεν ενημερώνονται αυτόματα τα πεδία. Ο χρήστης ενημερώνει το status.

Στο πρώτο μέρος η κατάσταση είναι πολύ πιο απλή. Την στιγμή της εκτέλεσης

$ java -jar calendar.jar due file.ics

θα εκτυπώσει ποιες εργασίες δεν είναι completed και έχει περάσει η προθεσμία (due) σε σχέση με την στιγμή που εκτελέστηκε η εντολή. Καμία ενημέρωση των πεδίων δεν γίνεται.

Πιστεύω πως θα τρέχει.

Αυτό το συγκεκριμένο ναι.

ωραια ευχαριστω

Πρέπει το pom.xml να έχει τo dependency και το repository όπως στην εκφώνηση. Αν τα έχει τότε στο mvn package θα γράφει οτι κατεβάζει την βιβλιοθήκη. Κοίτα και αυτή την συζήτηση μήπως το πρόβλημα σου είναι παρόμοιο.

Αυτό μπορείς να το κάνεις απευθείας με την LocalDateTime.
Για παράδειγμα, κοίτα την στατική μέθοδο of (περισσότερα εδώ: https://docs.oracle.com/javase/8/docs/api/java/time/LocalDateTime.html)

LocalDateTime dt = LocalDateTime.of(2023,12,14,20,28);

Ότι θέλετε, θα βαθμολογηθείτε εξάλλου γι αυτές τις επιλογές.

Όχι δεν χρειάζεται.

Γενικά περιμένω το submission να είναι ένα zip ή tar.gz και να έχει την δομή ενός τυπικού project του maven. Δηλαδή να έχει ένα pom.xml και ένα φάκελο src. Τα υπόλοιπα έγγραφα μπορείτε να τα ονομάσετε όπως θέλετε αλλά είναι πολύ συνηθισμένο ένα από αυτά να είναι αρχείο κειμένου και να λέγετε README που είναι και το αρχείο που περιέχει τις βασικές πληροφορίες.

Θέλω τουλάχιστον ένα README που να λέει πως το μεταγλωττίζω, πως το τρέχω, τι τρέχει και τι δεν τρέχει.
Στο δεύτερο μέρος παραδίδετε και την αναφορά με το πως έχει φτιαχτεί το πρόγραμμα σας.

Όχι, δεν είναι πρόβλημα του αρχείου, μάλλον είναι πρόβλημα της βιβλιοθήκης αν καταλαβαίνω καλά από το λάθος.

Το 1.3 δεν λέει πως πρέπει να το φτιάξετε. Δηλαδή δεν λέει οτι πρέπει στο πρόγραμμα να είναι αποθηκευμένα σε διαφορετικές δομές δεδομένων. Μπορείτε να κάνετε ότι θέλετε.

Αυτό που θέλει το 1.3 είναι να μπορεί ο χρήστης να εκτυπώσει συγκεκριμένα πράγματα (ή να τα εμφανίσει στο παράθυρο) από το ημερολόγιο.

Η εκφώνηση της εργασίας περιγράφει τα γεγονότα, τις εργασίες και τα ραντεβού.

Και οι εργασίες και τα ραντεβού είναι γεγονότα.

Τα ραντεβού στο αρχείο είναι τα VEVENT που έχουν DTSTART και είτε DTEND είτε DURATION. Αν δεν έχουν DTEND ή DURATION τότε δεν είναι ραντεβού. Οι εργασίες στο αρχείο είναι τα VTODO που έχουν DUE. Το αρχείο μπορεί να έχει και άλλες πληροφορίες που δεν είναι ούτε ραντεβού ούτε εργασίες. Αυτά τα αγνοείτε (για την ώρα).

Όταν θέλετε να εκτυπώσετε μια λίστα από μελλοντικά γεγονότα μέχρι το τέλος της μέρας (όπως ζητάει η εργασία) θα πρέπει να συμπεριλάβετε και τα ραντεβού και τις εργασίες που

στην περίπτωση που είναι ραντεβού θα πρέπει να ελέγξετε αν η DTSTART του ραντεβού είναι μικρότερη από το τέλος της μέρας, στην περίπτωση που είναι εργασία θα πρέπει να ελέγξετε αν η DUE της εργασίας είναι μικρότερη από το τέλος της μέρας.