Determine if itext is still used and remove it if it is not
Maintainer antworten meist innerhalb von 2 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
Rechercherichtung
Start by searching the repository for iText dependencies and usages, especially the document writer and any direct user-code references mentioned in the issue. If it is unused, remove the dependency and update the release notes with the compatibility-version guidance and instructions link requested here. Done means confirming whether OIE uses iText and, if not, documenting its removal and how developers can acquire a compatible version with its transitive dependencies.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Based on a discord chat . User edthri had a scanner suggest that iText may not have a compatible license. This was not an issue since OIE and Mirth use iText 2.1.7 which is MPL. tonygermano replied that the iText dependency may not even be needed.
I don't think the document writer depends on it anymore. I'm not sure why it's still included other than there was a log of old user code that called it directly.
The scope of work sound be:
- Determine if iText is still in use in OIE
- If iText is not in use, remove it as a dependency
- Update release notes and clearly state iText is no longer present in Mirth and that developers will need to include it manually. Include a link to separate instructions for how to acquire a compatible version of iText and its transitive dependencies
- Vorherrschende Sprache
- Java
- Sterne
- 227
- Forks
- 81
- Ø Merge
- 3 T. 6 Std.
- Gemergte PRs (30 T.)
- 15
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus OpenIntegrationEngine/engine
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#485 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
OpenIntegrationEngine/engine#478 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#355 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#347 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
OpenIntegrationEngine/engine#313 ·
Maintainer antworten meist innerhalb von 2 Tagen
Alle Issues in OpenIntegrationEngine/engine
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
apache/rocketmq-dashboard#7039 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
pdfium-drift
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
Stirling-Tools/JPDFium#176 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Guidelines: redundant use cases, stale dev bundle after snapshot bumps, looking up snapshot APIEvtl. vergeben @totally-not-ai hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
vaadin/use-cases#441 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
hiero-ledger/hiero-consensus-node#27712 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 61/100
Vakore/ZappierGames#162 ·