М
кто нибудь декомпилил exe, созданные джавой?
есть kafka tool, хочу посмотреть как там запускается джава
dotPeek'ом пробовал - пишет нот саппортед -> exe не шарповая
Size: a a a
2021 February 17
Lr
есть подозрение что вам нужно это
https://github.com/NationalSecurityAgency/ghidra
https://github.com/NationalSecurityAgency/ghidra
YS
Борис
Кодописание хочу на scala, а от книги хочу теоретический минимум мат части для прохождения собеседования на разработчика, там сильно не копают в глубину, но про работу jvm спрашивают. А я в ней не очень ориентируюсь. Не работал с java и его экосистемой.
про работу jvm на русском можно здесь почитать
https://www.ozon.ru/context/detail/id/149831753/
https://www.ozon.ru/context/detail/id/149831753/
М
есть подозрение что вам нужно это
https://github.com/NationalSecurityAgency/ghidra
https://github.com/NationalSecurityAgency/ghidra
спасибо, изучу
K
Господа, есть проблема с хибернейтом.
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
ch
Господа, есть проблема с хибернейтом.
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
то хибер не пишет fk, и вроде как не должен.то есть не пишет?
K
то хибер не пишет fk, и вроде как не должен.то есть не пишет?
То есть null там. И на SO 10 лет уже одни и те же ответы - говорят использовать @JoinColumn в @OneToMany
D
Господа, есть проблема с хибернейтом.
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
Есть unidirectional @OneToMany с каскадом all.
И есть отдельное вам к этой вложенной энтити с возможностью записи fk напрямую, через dto.
Если я пишу @OneToMany с mappedBy, то хибер не пишет fk, и вроде как не должен. Везде пишут, что нужен не mappedBy, который вообще для bidirectional, а @JoinColumn. Но @JoinColumn нельзя на поле, которое уже определено через @Column в дочерней энтити. Только если insertable и updatable false сделать.
Но тогда перестает работать апи на работу с этой энтити отдельно.
Кажется, что разработчики хибера хотели запретить то, что я хочу сделать.
Можно ли это реализовать без костылей?
Если нет, то какой костыль лучше?
обычно JoinColumn для ManyToOne через fk
а в OneToMany через mappedBy
а в OneToMany через mappedBy
K
обычно JoinColumn для ManyToOne через fk
а в OneToMany через mappedBy
а в OneToMany через mappedBy
https://stackoverflow.com/questions/35005715/foreign-key-null-when-persisting-one-to-many-unidirectional-relationship
Вот у меня на что-то такое похожа проблема.
Есть Child {
@Column("field")
field;
}
Parent {
@OneToMany(mappedBy = "field", cascade all, orphan removal true)
Set<Child> set;
}
И вот тут при сохранении парента с сетом ФК в таблице null, даже если его в другой транзакции через РЕПО дёрнуть.
Вот у меня на что-то такое похожа проблема.
Есть Child {
@Column("field")
field;
}
Parent {
@OneToMany(mappedBy = "field", cascade all, orphan removal true)
Set<Child> set;
}
И вот тут при сохранении парента с сетом ФК в таблице null, даже если его в другой транзакции через РЕПО дёрнуть.
D
https://stackoverflow.com/questions/35005715/foreign-key-null-when-persisting-one-to-many-unidirectional-relationship
Вот у меня на что-то такое похожа проблема.
Есть Child {
@Column("field")
field;
}
Parent {
@OneToMany(mappedBy = "field", cascade all, orphan removal true)
Set<Child> set;
}
И вот тут при сохранении парента с сетом ФК в таблице null, даже если его в другой транзакции через РЕПО дёрнуть.
Вот у меня на что-то такое похожа проблема.
Есть Child {
@Column("field")
field;
}
Parent {
@OneToMany(mappedBy = "field", cascade all, orphan removal true)
Set<Child> set;
}
И вот тут при сохранении парента с сетом ФК в таблице null, даже если его в другой транзакции через РЕПО дёрнуть.
