-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
multi mappable #3613
multi mappable #3613
Conversation
Composition was implemtented improperly
.enable(Feature.ALLOW_COMMENTS) | ||
.enable(Feature.ALLOW_UNQUOTED_CONTROL_CHARS) | ||
.enable(DeserializationFeature.FAIL_ON_INVALID_SUBTYPE) | ||
.disable(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hier muss ich noch schauen, wie ich das mache: Der "allowMultiple" knallt sonst, wenn er nicht gesetzt ist
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Default Value ist keine gute Lösung?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
den defaultValue hat er nicht geschluckt ohne dass ich dieses Feature aktiviert habe, so als wäre der guard dafür vor dem anwenden des jsonProperty
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich habs mir jetzt nochmal im Detal angeschaut, das muss leider so umgesetzt weerden. JsonProperty Annos machen gar nichts, außer man benutzt den JacksonAnnotationInreospector aber da gehen an vielen Stellen Sachen kaputt die nichts damit zu tun haben. Das würde unsere Serialisierung komplett über den Haufen werfen
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mhmm okay, aber wir brauchen das jetzt nur für diese eine Stelle?
Denn wir setzen doch an vielen stellen defaults für primitives, z.B. hidden
, 'default' . Ist das anders?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Denn wir setzen doch an vielen stellen defaults für primitives, z.B. hidden, 'default' . Ist das anders?
Da setzen wir die immer über das field-default, ich kann natürlich auch schauen ob ich hierraus einen noArgs fall mit settern machen kann. Ist aber immer etwas unschön
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Property basiert kriege ich:
Validation failed on: class com.bakdata.conquery.models.index.MapInternToExternMapper
- name: darf nicht leer sein
- name: darf nicht leer sein
also das will einfach nicht :/
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich kann hier nicht ganz folgen, warum name
, das ist doch gar kein Primitive und warum gleich zweimal?
Ich dachte allowMultiple
war der Wert der Probleme gemacht hat
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Da setzen wir die immer über das field-default, ich kann natürlich auch schauen ob ich hierraus einen noArgs fall mit settern machen kann. Ist aber immer etwas unschön
Finde ich nicht unschön, du kannst du ruhig einen private NoArgs mit private Settern machen. Nach Außen hast du dann nur den AllArgs/RequiredArgs
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich dachte allowMultiple war der Wert der Probleme gemacht hat
SOllte es auch sein, ich hab schon wirklich alle Varianten von NoArgs+Anno+Setter probiert wenn es dann allowmultiple schluckt, failed es bei name.
...main/java/com/bakdata/conquery/models/datasets/concepts/select/connector/DistinctSelect.java
Outdated
Show resolved
Hide resolved
backend/src/main/java/com/bakdata/conquery/models/index/FrontendValueIndexKey.java
Outdated
Show resolved
Hide resolved
backend/src/main/java/com/bakdata/conquery/models/index/IndexService.java
Outdated
Show resolved
Hide resolved
backend/src/main/java/com/bakdata/conquery/models/index/MapMultiIndex.java
Outdated
Show resolved
Hide resolved
backend/src/main/java/com/bakdata/conquery/models/query/resultinfo/printers/Printer.java
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Die unterschiedlichen ResultRenderer müssen wir hier nicht beachten/testen, oder?
Bin mir gerade nicht ganz sicher
.enable(Feature.ALLOW_COMMENTS) | ||
.enable(Feature.ALLOW_UNQUOTED_CONTROL_CHARS) | ||
.enable(DeserializationFeature.FAIL_ON_INVALID_SUBTYPE) | ||
.disable(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Default Value ist keine gute Lösung?
.../conquery/models/datasets/concepts/select/connector/specific/MappableSingleColumnSelect.java
Show resolved
Hide resolved
|
||
void put(String key, Map<String, String> templateToConcrete); | ||
|
||
int size(); | ||
|
||
void finalizer(); | ||
|
||
V external(String key, V defaultValue); | ||
|
||
Collection<V> externalMultiple(String key, V defaultValue); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Müsste das nicht eigentlich so sein?:
Collection<V> externalMultiple(String key, V defaultValue); | |
Collection<V> externalMultiple(String key, Collection<V> defaultValue); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich hab die defaultValues mal in den caller gesteckt, das war eine leaky abstraktion
backend/src/main/java/com/bakdata/conquery/models/index/IndexService.java
Outdated
Show resolved
Hide resolved
backend/src/main/java/com/bakdata/conquery/models/index/MapInternToExternMapper.java
Outdated
Show resolved
Hide resolved
...in/java/com/bakdata/conquery/models/query/resultinfo/printers/common/MappedMultiPrinter.java
Outdated
Show resolved
Hide resolved
...in/java/com/bakdata/conquery/models/query/resultinfo/printers/common/MultiMappedPrinter.java
Outdated
Show resolved
Hide resolved
backend/src/test/java/com/bakdata/conquery/service/IndexServiceTest.java
Show resolved
Hide resolved
...resources/tests/aggregator/DISTINCT_MAPPED_AGGREGATOR/SIMPLE_VIRTUAL_CONCEPT_Query.test.json
Outdated
Show resolved
Hide resolved
…ervice.java Co-authored-by: MT <[email protected]>
.enable(Feature.ALLOW_COMMENTS) | ||
.enable(Feature.ALLOW_UNQUOTED_CONTROL_CHARS) | ||
.enable(DeserializationFeature.FAIL_ON_INVALID_SUBTYPE) | ||
.disable(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich kann hier nicht ganz folgen, warum name
, das ist doch gar kein Primitive und warum gleich zweimal?
Ich dachte allowMultiple
war der Wert der Probleme gemacht hat
.enable(Feature.ALLOW_COMMENTS) | ||
.enable(Feature.ALLOW_UNQUOTED_CONTROL_CHARS) | ||
.enable(DeserializationFeature.FAIL_ON_INVALID_SUBTYPE) | ||
.disable(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Da setzen wir die immer über das field-default, ich kann natürlich auch schauen ob ich hierraus einen noArgs fall mit settern machen kann. Ist aber immer etwas unschön
Finde ich nicht unschön, du kannst du ruhig einen private NoArgs mit private Settern machen. Nach Außen hast du dann nur den AllArgs/RequiredArgs
No description provided.