objectbox / objectbox/objectbox-java
Changing destination directory of native libraries
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Java
- Sterne
- 4.6k
- Forks
- 311
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Description
I use ObjectBox as a database in a Java Desktop App. My build tool is gradle and I add ObjectBox dependencies manually without dedicated plugin.
Code fragment I use to add dependency is like:
dependencies {
implementation(group = "io.objectbox", name = "objectbox-java", version = "2.9.1")
implementation(group = "io.objectbox", name = "objectbox-windows", version = "2.9.1")
annotationProcessor(group = "io.objectbox", name = "objectbox-processor", version = "2.9.1")
}
After project build I can use library without any problems, but in my root directory file objectbox-jni-windows-x64.dll with native library is added and I cannot change the output path for the native library file.
Requested feature
Possibility to configure custom directory, where native libraries will be placed after dependency import. Best option would be to configure it in gradle script during import as I can configure model path and MyObjectBox package.
Thanks in advance for all help and tips.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Reproduziere die im Issue beschriebene manuelle Einrichtung der Gradle-Abhängigkeit und verfolge, wo objectbox-jni-windows-x64.dll während des Builds abgelegt wird. Identifiziere den relevanten Einstiegspunkt für die Extraktion oder Paketierung der nativen Bibliothek; abgeschlossen ist die Aufgabe, wenn sich das Ziel im Gradle-Skript konfigurieren lässt und die Bibliothek dort abgelegt wird, ohne die Verwendung zu beeinträchtigen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- build-system, database
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100