custom directory comune e build.xml parametrizzabile

[C.Zecca]

Sto cercando di "componentizzare" alcune parti di un'applicazione (Si4so). In futuro le componenti saranno utilizzate da altri applicazioni.
L'applicazione attuale utilizza impostazioni grafiche "aziendali" definite nella cartella ./../customRD3_9.5
(la cartella cui si riferiche il path relativo è quella che contiene il .IDP).

Le altre applicazioni e i componenti dovranno utilizzare le stesse impostazioni grafiche "aziendali" ovverola stessa custom directory (./../customRD3_9.5).
Ecco ad esempio le impostazioni per l'applicazione UoCompAppl che raccoglie(rà) alcune componenti.



Ora, il problema è che ./../customRD3_9.5 contiene anche build.xml;
in questo driver per ANT sono definite però alcune proprietà specifiche per applicazione.
Ad esempio

Code: Select all

  <property name="app.name"      value="Si4so"/>
  <property name="app.version"   value="1.4.3"/>
  ...


Dunque impostando altrove / altrimenti alcune proprietà poi il resto del build.xml è (per ora) comune e parametrico e funziona/funzionerà bene per applicazione.

Prima pensata
Separare in una sezione (ad esempio ./appSpecific.build.xm) le impostazioni delle proprietà specifiche per applicazione. L'istruzione include per ANT però non è disponibile per la versione che utilizziamo (1.6.5) (solo per ANT 1.8 o successive).

Seconda pensata
Passare come parametri le impostazioni specifiche di applicazione di In.De
ad esempio
-Dapp.name="Si4so" -Dapp.version="1.4.3"

un po' come mi sarebbe piaciuto per l'opzione -verbose (ad esempio qui cosa succede in Eclipse).

E' possibile? Se sì, come?
Se no, come posso risolvere il problema di parametrizzare alcune proprietà di build.xml (di fatto solo quelle di intestazione (header) lasciando condiviso tutto il resto del build.xml) in modo specifico per applicazione?

[d.pierangeli]

Abbiamo verificato la situazione: nella directory custom ci sono delle personalizzazioni grafiche ed un file build.xml personalizzato per una applicazione in particolare.

Volendo mettere a fattor comune le personalizzazioni grafiche senza duplicarle nelle varie custom è necessario creare un Template specifico dentro la cartella Themes di Inde ed utilizzare quello; lasciando nelle varie custom sono i build.xml dell'applicazione.

Al momento di cambio della versione è però necessario aggiornare il template personalizzato verificando le differenze con quello standard.

[C.Zecca]

Grazie Diego. Mi ero collegato proprio per condividere la soluzione che mi avevi illustrata.
Utilizzavamo il tema siattle più questa cartella custom.

Come suggerivi ho duplicato il tema seattle in seattle_finmatica in questo caso (1)
$ID\Template\Theme\seattle --> $ID\Template\Theme\seattle_finmatica

Quindi ho spostato file e sottocartelle della custom directory in seattle_finmatica

Nella nuova cartella custom è rimasto solo il file build.xml opportunamente aggiornato e quanto di veramente specifico di applicazione, ovvero le cartelle
o - images
o - web
con i loro contenuti.

Allora, ci siamo, è stato ricreato il nuovo contesto in locale ma... ci sono alcune differenze grafiche.
Qui due esempi:
a sinistra come appariva l'interfaccia prima ("vecchio" sistema)
a destra come appare l'interfaccia ora (sistema con "nuovi" tema, custom, build.xml, etc.).

1 - differente icone per il pulsante di apertura-chiusura dei menù


2 - presenza di una casella di testo Cmd nella caption di applicazione nella "nuova" versione.


Poi c'è una differenza anche nella grafica di animazione in avvio. Non è escluso che ci siano altre differenze in altri punti dell'interfaccia.

L'operazione non è quindi così semplice.
Ora potrei eseguire un analisi topologica tra i due contesti generati e capire le differenze sui file e/o riesaminare passo a passo il buid.xml che sono operazioni piuttosto costose.

Suggerimenti?

Note:
(1)
$ID rappresenta la cartella di installazione della versione in uso (corrente) di In.De, nel mio caso C:\Programmi\INDE\CURRENT