The kirjanystaevaet from ca057

Welche Felder sind von Open Search betroffen

Welche Felder sollten von Open Search betroffen sein? Wirklich alle?

Ich würde vorschlagen:
Author
Title
Category
ISBN
Description

Ich bitte um eure Meinung!

Nutzung von Tasks/Issues verstehen und lernen

Wie geht das richtig?

Barrierefreiheit sicherstellen

Bestellung: Abfrage notwendig, ob Lieferadresse vorhanden

User können auch ohne Adresse existieren, daher muss vor einer Bestellung gecheckt werden, dass eine Adresse existiert.

Javadoc schreiben

Erläuterungen schreiben. Wenn Interface vorhanden, Javadoc dort schreiben und nicht in der Impl.

Vorgehensweise: Siehe E-Mail.

{@code wort}: Schreibt "wort" in einer anderen Schrift. Verwendung bei Variablennamen im Fließtext o.ä.
{@link XY}: Verlinkung von Klassen/Methoden im Fließtext
{@see XY}: Verweise auf andere Klassen/Methoden am Ende von Javadoc, die für die dokumentierte Klasse / Methode von Relevanz sind.
{@see XY#z}: Verweise auf Methode z in Klasse XY

Errorcode Enums anstatt von Exceptions

Thomas hat vorgeschlagen, anstatt Exceptions zu werfen, wenn möglich Errorcode-Enums zu verwenden.
D.h.: Wenn man etwas löschen will, was nicht vorhanden ist, wird das CategoryError.DoesNotExist Enum zurckgegeben.
Die Rückgabe kann dann eine Ebene drüber geprüft werden und dementsprechend darauf reagiert werden.
Was haltet ihr davon?

Implement editing book data

Einträge mehrfach in der Datenbank vorhanden?

Kann es sein, dass Einträge mehrfach in der Datenbank vorhanden sind? Wenn man z.B. BookService.getBookByIsbn aufruft, kann es sein, dass das Ergebnis der Datenbankabfrage zweimal dasselbe Item enthält, was eigentlich nicht sein darf. Die ISBN ist doch der Key Oo

User: E-Mail darf nur ein Mal verwendet werden

"Archivierung" der Orders

Zu diesem Orderproblem in der Datenbank.

Es soll dem Nutzer ermöglicht werden, seine Bestellungen, die er getätigt hat, einzusehen.
Problem: Ändern sich Daten in Book (Preis!), ändern die sich auch in der Order. Das sollte nicht sein.

Lösungsidee:
Es wird eine weitere Tabelle "Bestellliste" (Namensvorschläge gerne gehört) zwischen Book und Order gelegt. Die enthält als Identifizierer die Ordernumber, außerdem die ISBN (um wieder auf alle Daten von Book zu kommen), dann den Preis (Preis von Book zum Zeitpunkt der Bestellung) und die Anzahl des bestellten Produkts.
Order widerum enthält mehrere Bestelllisten (Name nicht gut gewählt, was haltet ihr von Orderitems?).

Zur Veranschaulichung seht eine Skizze des Schemas im Anhang.

Die Frage ist: Was außer Preis muss außerdem "archiviert" werden. Meiner Meinung nach nichts. Ändern sich andere Daten (Autor, Titel) dann haben wir auch ein anderes Bookobjekt mit einer anderen ISBN. Und Beschreibung und Bild empfinde ich nicht als wichtig genug zum Archivieren, weshalb da immer auf die Daten des aktuellen Bookobjekts zugeriffen werden sollte.

Ich bitte um ein Feedback, was ihr von diesem Schema haltet.

Admin Backend einbauen

siehe Anforderungskatalog

NullPointer bei getAllCategories

Ich habe festgestellt, dass es zu Fehlern kommt, wenn man z.B. in der View auf Java klickt.

Das lässt sich auf folgendes zurückführen:
Es wird wohl CategoryService.getAllCategories aufgerufen.
Diese Methode ist jedoch nicht implementiert.
Es ist nur eine CategoryService.getAllCategoryNames implementiert, die eben alle CategoryNames liefert (als List)

Die Frage hier: Was braucht ihr an der Stelle? Wenn die Strings, verwendet bitte die entsprechende Methode.
Wofür soll die andere Methode sein? Um die IDs zu bekommen? Oder die Categories als Objekte (List)? Sagt, was hier sinnvoll wäre (wenn überhaupt) und ich implementiere das!

Überflüssige System.out.println(...) entfernen.

show images in correct height and width

Display name instead of email on user page and in admin backend

Wie wird Preis bei der Suche angegeben? Werden ALLE Searchfields in der Suche angeboten?

Wird bei der Suche Preis berücksichtigt?
Bzw. gleich die allgemeine Frage: Werden bei der Suche ALLE Searchfields zur Verfügung gestellt.

Wie bei Preis? Über einen exakten Wert, oder über einen Range mit Fancy-Schiebereglern?

Was wird zurück gegeben, wenn es keine Ergebnisse gibt?

Leere Liste?

Bean von EntityManager statt SessionFactory einführen

create navigation dynamically

DB-Connection TimeOut

Nach ein paar Minuten: com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source

separate chapters of documentation into several tex-documents to reduce risk of merge conflicts

Nutzerprofil: Profilbilder nicht zu den anderen statischen Ressourcen legen

Damit wir dran denken:
Da Zugriffe auf alle statischen Ressourcen (/css/.., /img/.., /js/..) keinerlei Authentifizierung erfordern, dürfen wir (falls es welche geben sollte) Nutzerbilder nicht in diesen Ordnern ablegen. Wir müssen uns irgendeinen Bereich schaffen, in dem wir diese "sensiblen" Informationen ablegen können.

Neue Instanzen von Builder-Klassen verwenden

Momentan werden in einem Objekt der Services immer derselbe Builder verwendet -> ungut. Lösung über lookup method injection?

HTTP 403 bei login - Zugriff auf Mein Konto daher nicht möglich

Die Standardimplementierung für Spring-Security habe ich eingebaut, damit sollte ein Login eigentlich möglich sein. Derzeit ist das allerdings nicht möglich aufgrund der folgenden Fehlermeldung:

HTTP Status 403 - Invalid CSRF Token 'null' was found on the request parameter '_csrf' or header 'X-CSRF-TOKEN'.

→ Habe ich bei der Implementierung etwas übersehen?
→ Fehlt noch etwas?

Remove open search from frontend

Entity-Klassen immutable machen

Setzen der Setter sowie des Default constructors auf private

Login: UserDetailsService findet bestehende Accounts nicht

Lösungsansatz vll hier: http://stackoverflow.com/questions/26208087/spring-boot-oauth-2-0-userdetails-user-not-found

Testissue

Das ist die Description

update statistic methods

Neu angelegte Datensätze sind nicht persistent

(Getestet habe ich das mit Autor:in (darauf bezieht sich im folgenden der "Datensatz")): Lege ich einen neuen Datensatz an und lade die Seite neu, existiert dieser in der Datenbank (siehe Autor:innen
löschen in der Dropdown-Liste). Ich kann mich auch aus- und einloggen, und der Datensatz ist weiterhin vorhanden. Falls aber der Security Context gecleart wird (siehe Console in STS, passiert nach einiger Zeit oder wenn man schnell oft neu lädt (so erscheint es mir zumindest)), ist nach einem erneuten Login (muss gemacht werden, weil man rausgeschmissen wird) der Datensatz nicht mehr vorhanden. Da wird also irgendwas noch nicht so absolut richtig abgespeichert.

Suche umbauen: Autor*in trennen in Vor- und Nachname

Bei der Implementierung der getBooksByMetadata-Methode sind einige Fragen für mich offen:

Der Nutzer gibt in der Suche bei Autor einen Namen ein --> Welches Searchfield muss ich nehmen? Oder ändern wir das Frontend, so dass bei der Suche Vor- und Nachname eingegeben werden muss?
Das Jahr, welches bei der Suche eingegeben wird entspricht dem pubdate-Key?

ca057 / kirjanystaevaet Goto Github PK

kirjanystaevaet's Introduction

kirjanystaevaet's People

Contributors

Watchers

kirjanystaevaet's Issues

Recommend Projects

Recommend Topics

Recommend Org