Ravish Srivastava Forex

Inserito da: Ravish Srivastava. Greenhorn Feb 29, 2012 00:14:11 ho un requisito come di seguito: 1. Ho un progetto B e quando costruire questo. Si riferisce classe Java da un progetto Java differnet dire A. 2. In primo luogo si avvia la compilazione del progetto Un codice sorgente e quindi iniziare a costruire il codice sorgente in B. 3. Pur facendo file jar per B, ha classi di Progetto A, nonché al progetto BBjar A (codice sorgente) (B codice sorgente). Questo mi è stato in grado di raggiungere con successo da build. xml. Come possiamo fare lo stesso usando Maven Post di: Tim Holloway. Bartender 29 feb 2012 05:56:53 progetti Maven si suppone di essere autosufficiente. Questo è sia una virtù e una limitazione rispetto alla formica. Inoltre dovrebbero emettere un singolo prodotto (ad esempio un vaso), non un composto (ad esempio una directory di classi). L'equivalente in Maven sarebbe per il primo progetto per costruire e installare un vaso nel repository Maven. Il secondo progetto dovrebbe quindi fare riferimento a quel vaso. Dal momento che si desidera unire le due serie di classi, youd deve fornire un meccanismo per l'estrazione, le classi del primo progetto nella directory di lavoro che verrà jared fino a costruire il secondo vaso. Sarebbe probabilmente essere fatto come un anttask Maven. Inserito da: Ravish Srivastava. Greenhorn Feb 29, 2012 06:15:58 come possiamo specificare in Maven, se voglio solo per compilare e archiviati. solo set di file sorgente Java che sono collocati in qualche altro progetto come di seguito my. pack1.A1.java my. pack1.A2.java my. pack1.A3.java my. pack2.B1.java my. pack2.B2.java my. pack2.B3.java - desidera fare riferimento il file sorgente presente nel progetto di un progetto durante la compilazione del codice sorgente b. In modo che il mio codice sorgente di dipendenza di un può essere risolto in fase di compilazione. Inserito da: Peter Johnson. Barista Feb 29, 2012 12:10:16 Io non sono sicuro di aver capito si mette in discussione. In Maven, se si dispone di due diversi progetti, si hanno due diversi strutture di directory. Così si avrebbe: E se ProjectB dipende projectA, poi nel pom. xml per ProjectB inserire un dependecy su projectA. Se si vuole garantire che durante la modifica ProjectB, che la fonte per projectA è disponibile, indicare nella pom. xml per projectA che si desidera anche il JAR fonti di essere costruire e caricato nel repository. Questo dovrebbe aiutare: maven. apache. orgplugin-developerscookbookattach-source-javadoc-artifacts. html. Finché la fonti JAR è nel repository, e si configura il IDE per scaricare il JAR fonti, poi le fonti saranno disponibili. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 03:28:38 sto cercando di chiedere in dettaglio, ancora una volta. Qui di seguito sono le mie due progetto diverso AB Project A pom. xml src java principale mia packA1 A1.java A2.java A3.java packA2 A4.java A5.java A6.java pom. xml src java principale mia packB1 B1.java B2.java B3.java Corsi in progetto B hanno dipendenza nel progetto a file di origine. Sono in grado di compilare correttamente dando al Progetto A come la dipendenza al progetto B pom. xml. Ora, devo mettere tutti i file di origine compilati da Project B e alcuni file sorgente compilato da Progetto A (che sono come riferimento da file sorgente in B) in una cartella comune (dire comune) nella corretta struttura del pacchetto, in modo che io possa fare un barattolo di questa cartella. comune il mio packB1 B1.class B2.class B3.class packA1 A1.class A2.class A3.class Si prega di aiutarmi a risolvere il mio problema in Maven. Saluti Grazie, RS Post di: Tim Holloway. Barista 1 Marzo 2012 05:16:33 No, le classi nel progetto B non hanno una dipendenza da proiettare un file di origine. Java non è come CC, dove ci sono le opzioni di compilazione condizionale. In Java, una classe è una classe è una classe. L'unica differenza degno di nota è quando youd essere di mira 2 differenti versioni principali di runtime JVM, che non è qualcosa sposare raccomandare comunque. Quindi i file di origine realmente non importa, purché si hanno i file di classe che provengono dalla compilazione del sorgente. Soprattutto in Maven, che è più in versioni discrete di prodotti. Ecco perché il modo migliore per creare un vaso che comprende le classi da qualche altro progetto è quello di avere quell'altro progetto produce un vaso, che il secondo progetto decomprime poi e repacks nel secondo vaso. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 05:28:36 Il mio punto di dipendenza era come di seguito: import my. packA1.A1 importazione my. packA1.A2 public class B1 A1 A1 nuova A1 () int i A2.someMethod () Inserito da: Tim Holloway. Barista 1 Marzo 2012 05:40:09 lo so. Ancora non necessario il codice sorgente di A in B. Solo le classi. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 05:46:35 non il codice sorgente dal Progetto A, solo i file. class dal progetto Esort per: Ravish Srivastava. Greenhorn Feb 29, 2012 00:14:11 ho un requisito come di seguito: 1. Ho un progetto B e quando costruire questo. Si riferisce classe Java da un progetto Java differnet dire A. 2. In primo luogo si avvia la compilazione del progetto Un codice sorgente e quindi iniziare a costruire il codice sorgente in B. 3. Pur facendo file jar per B, ha classi di Progetto A, nonché al progetto BBjar A (codice sorgente) (B codice sorgente). Questo mi è stato in grado di raggiungere con successo da build. xml. Come possiamo fare lo stesso usando Maven Post di: Tim Holloway. Bartender 29 feb 2012 05:56:53 progetti Maven si suppone di essere autosufficiente. Questo è sia una virtù e una limitazione rispetto alla formica. Inoltre dovrebbero emettere un singolo prodotto (ad esempio un vaso), non un composto (ad esempio una directory di classi). L'equivalente in Maven sarebbe per il primo progetto per costruire e installare un vaso nel repository Maven. Il secondo progetto dovrebbe quindi fare riferimento a quel vaso. Dal momento che si desidera unire le due serie di classi, youd deve fornire un meccanismo per l'estrazione, le classi del primo progetto nella directory di lavoro che verrà jared fino a costruire il secondo vaso. Sarebbe probabilmente essere fatto come un anttask Maven. Inserito da: Ravish Srivastava. Greenhorn Feb 29, 2012 06:15:58 come possiamo specificare in Maven, se voglio solo per compilare e archiviati. solo set di file sorgente Java che sono collocati in qualche altro progetto come di seguito my. pack1.A1.java my. pack1.A2.java my. pack1.A3.java my. pack2.B1.java my. pack2.B2.java my. pack2.B3.java - desidera fare riferimento il file sorgente presente nel progetto di un progetto durante la compilazione del codice sorgente b. In modo che il mio codice sorgente di dipendenza di un può essere risolto in fase di compilazione. Inserito da: Peter Johnson. Barista Feb 29, 2012 12:10:16 Io non sono sicuro di aver capito si mette in discussione. In Maven, se si dispone di due diversi progetti, si hanno due diversi strutture di directory. Così si avrebbe: E se ProjectB dipende projectA, poi nel pom. xml per ProjectB inserire un dependecy su projectA. Se si vuole garantire che durante la modifica ProjectB, che la fonte per projectA è disponibile, indicare nella pom. xml per projectA che si desidera anche il JAR fonti di essere costruire e caricato nel repository. Questo dovrebbe aiutare: maven. apache. orgplugin-developerscookbookattach-source-javadoc-artifacts. html. Finché la fonti JAR è nel repository, e si configura il IDE per scaricare il JAR fonti, poi le fonti saranno disponibili. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 03:28:38 sto cercando di chiedere in dettaglio, ancora una volta. Qui di seguito sono le mie due progetto diverso AB Project A pom. xml src java principale mia packA1 A1.java A2.java A3.java packA2 A4.java A5.java A6.java pom. xml src java principale mia packB1 B1.java B2.java B3.java Corsi in progetto B hanno dipendenza nel progetto a file di origine. Sono in grado di compilare correttamente dando al Progetto A come la dipendenza al progetto B pom. xml. Ora, devo mettere tutti i file di origine compilati da Project B e alcuni file sorgente compilato da Progetto A (che sono come riferimento da file sorgente in B) in una cartella comune (dire comune) nella corretta struttura del pacchetto, in modo che io possa fare un barattolo di questa cartella. comune il mio packB1 B1.class B2.class B3.class packA1 A1.class A2.class A3.class Si prega di aiutarmi a risolvere il mio problema in Maven. Saluti Grazie, RS Post di: Tim Holloway. Barista 1 Marzo 2012 05:16:33 No, le classi nel progetto B non hanno una dipendenza da proiettare un file di origine. Java non è come CC, dove ci sono le opzioni di compilazione condizionale. In Java, una classe è una classe è una classe. L'unica differenza degno di nota è quando youd essere di mira 2 differenti versioni principali di runtime JVM, che non è qualcosa sposare raccomandare comunque. Quindi i file di origine realmente non importa, purché si hanno i file di classe che provengono dalla compilazione del sorgente. Soprattutto in Maven, che è più in versioni discrete di prodotti. Ecco perché il modo migliore per creare un vaso che comprende le classi da qualche altro progetto è quello di avere quell'altro progetto produce un vaso, che il secondo progetto decomprime poi e repacks nel secondo vaso. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 05:28:36 Il mio punto di dipendenza era come di seguito: import my. packA1.A1 importazione my. packA1.A2 public class B1 A1 A1 nuova A1 () int i A2.someMethod () Inserito da: Tim Holloway. Barista 1 Marzo 2012 05:40:09 lo so. Ancora non necessario il codice sorgente di A in B. Solo le classi. Inserito da: Ravish Srivastava. Greenhorn 1 Marzo 2012 05:46:35 non il codice sorgente dal Progetto A, solo i file. class dal progetto A