Allow XCIs to be provided "by reference" (i.e. by providing a crx or file path)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
La issue menziona la modifica del metodo setXci() in ArgumentBuilders tra OutputService e FormsService e l’aggiornamento delle librerie rest-services.client, rest-services.server e fluentforms. Inizia individuando queste classi ArgumentBuilder per comprendere l’implementazione attuale. Esamina come gli oggetti PathOrUrl vengono gestiti altrove nella codebase per la lettura da CRX o da percorsi di file. L’obiettivo è consentire l’input XCI tramite riferimento, quindi controlla la logica esistente di convalida e lettura alla ricerca di pattern simili.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The Adobe APIs (FormsService and OutputService) only allow custom XCIs to be provided as Document objects. It would be more flexible if a client could provide a crx or file path instead. That would allow them to store the XCI on the AEM server instead of on the client and would prevent having to repeatedly send the XCI with each request (although the XCI would likely still be re-read on each request).
This would mean changing the setXci() method on each of the 4 ArgumentBuilders in the OutputService and the ArgumentBuilder on the FormsService. It would also mean adding code to the rest-services.client, rest-services.server and fluentforms libraries to handle this.
The setXci() method would likely have to be overloaded to also accept a PathOrUrl object. On the server side, the PathOrUrl would be checked for being either a CRX Url or a file path. If it's something else, then an exception would be thrown (unless the implementer wants to implement code to read from any URL). If the PathOrUrl validation passes, then the code would read from the specified location.
Implementing the file reading code would be pretty trivial. The CRX reading code may require more work.
- Lingua principale
- Java
- Stelle
- 7
- Fork
- 8
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri 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 4PointSolutions/FluentFormsAPI
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di 4PointSolutions/FluentFormsAPI
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
infinispan/infinispan#18150 ·
-
area/frontend
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
-
untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
opensearch-project/k-NN#3597 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100