Come impacchettare il contenuto statico al di fuori dell'applicazione web?

Naviga le tue risposte
2

La nostra applicazione web ha contenuto statico impacchettato come parte di WAR. Abbiamo progettato di spostarlo dal progetto e ospitarlo direttamente su Apache per raggiungere i seguenti obiettivi.

  • Sta diventando troppo grande e gonfia la dimensione EAR con conseguente rallentamento della distribuzione tra i nodi. Tempi di implementazione più rapidi.
  • Prendi il carico del server delle applicazioni
  • Ospita il contenuto statico in un sottodominio consentendo ad alcuni browser (IE) di caricare simultaneamente le risorse
  • Forniscici un'opzione per utilizzare ulteriore cache come Apache mod_cache a parte le intestazioni cache che inviamo ai browser.

Usiamo yuicompressor-maven-plugin per aggregare e minimizzare il file JS.

La mia domanda è come impacchettare e gestire questo contenuto statico al di fuori dell'applicazione web?

Le mie opzioni correnti sono:

  • Nuovo progetto di guerra dei maven. Usa ancora lo stesso plugin per l'aggregazione e la compressione.
  • Solo una semplice directory in SVN e usa direttamente il compressore YUI / Google.

O c'è una tecnologia migliore là fuori per gestire il contenuto statico come un progetto?

    
posta chinto 04.11.2013 - 02:03
fonte

1 risposta

1

Sembra che le risorse statiche cambino raramente, se mai, e richiedano uno spazio e un tempo aggiuntivi significativi da elaborare.

Avrei un file WAR separato. Ci sono molti vantaggi a questo scopo:

  • È possibile agganciare facilmente a processi automatizzati come build server, repository di risorse e distribuzioni. Ad esempio, puoi aggiungere una dipendenza Maven al tuo genitore POM e Jenkins può facilmente creare e distribuire il nuovo progetto con modifiche minime alla configurazione.
  • Il file di distribuzione è ancora un singolo archivio in un formato standard. Ciò semplifica la manutenzione e facilita il passaggio, se necessario.
  • È possibile aggiornare le risorse statiche e l'applicazione Web in modo indipendente, risparmiando tempo sia per l'aggiornamento. Gli aggiornamenti del codice non richiedono il confezionamento di una tonnellata di risorse statiche: gli aggiornamenti delle risorse non richiedono il codice di compilazione e test di unità di codice in esecuzione.
  • Riutilizzando i processi di distribuzione esistenti si mantiene lo stesso numero di punti di errore senza aumentare il carico di lavoro dell'allenamento.
risposta data 30.12.2014 - 21:27
fonte

Leggi altre domande sui tag

DDD Corretta divisione degli aggregati e eliminazione di troppi riferimenti Dividere le definizioni oggetto (catalogo) dalle istanze (oggetti fisici)