Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Consider replacing org.json dependency which uses a non-free license

Offen
#13 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Refactoring
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
java
Bereich
backend

Rechercherichtung

Beginne damit, die Dependency-Deklarationen des Projekts und die Verwendungen von org.json zu lokalisieren, und führe dann die Spring-Boot-Tests aus, die die Warnung zu doppelten JSONObject-Implementierungen sichtbar machen. Vergleiche die verfügbaren JSON-Alternativen sowie deren Lizenzierung und Kompatibilität; abgeschlossen ist die Aufgabe, wenn die nicht freie Dependency ersetzt wurde, ohne das SDK oder dessen Tests zu beeinträchtigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

When running Spring boot tests with the countly java SDK on the classpath, I noticed the same warning as in this SO question,
about having multiple implementations of JSONObject on the classpath. To avoid that, we can exclude either the json.org dependency of countly, or the com.vaadin.external.google:android-json dependency of spring-boot-starter-test.

Anyway, the real issue is, that org.json is licenced under a non-free license with a silly "don't use for evil" clause, as explained in this answer or in the openjson Readme. You might want to consider replacing the dependency on org.json.

Vorherrschende Sprache
Java
Sterne
6
Forks
2
Ø Merge
6 Min.
Gemergte PRs (30 T.)
2

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.