Determine if itext is still used and remove it if it is not
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- Java
- Stelle
- 227
- Fork
- 81
- Merge medio
- 3g 6h
- PR unite (30g)
- 15
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di OpenIntegrationEngine/engine
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
OpenIntegrationEngine/engine#485 ·
I maintainer di solito rispondono entro 2 giorni
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
OpenIntegrationEngine/engine#478 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
OpenIntegrationEngine/engine#355 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
OpenIntegrationEngine/engine#347 ·
I maintainer di solito rispondono entro 2 giorni
-
Fix call-home in test runAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
OpenIntegrationEngine/engine#313 ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di OpenIntegrationEngine/engine
Issue simili
-
[Bug] dubbo.protocol.triple.max-message-size is only read from OS environment variablesForse già presa @CCCLL l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
hierynomus/sshj#1070 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
intellij-elixir/intellij-elixir#4492 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
-
[Server] OpenAPI 3.1 YAML specs generate Object fields: resolveToJSON drops every schema typeAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
quarkiverse/quarkus-openapi-generator#1796 · 1 commento ·