Newsgroup: it.comp.java
Titolo: mi sto incazzando.

Una settimana per fare un helloworld con maven e struts2, incredibile 
mai successo.
Posso mandare un vaffanculo ai miei dirigenti che mi costringono ad 
usare questi strumenti quando vivevo sereno e felice con Ruby on Rails?
http://struts.apache.org/2.x/docs/struts-2-blank-archetype.html#Struts2BlankArchetype-CreatingOurblankarchetypeProject
Parto da qui per creare lo scheletro per una semplice applicazione in 
strut2.
Lancio maven e mi dice:
  BUILD FAILURE
[INFO] 
------------------------------------------------------------------------
[INFO] The desired archetype does not exist 
(org.apache.struts:struts2-archetype-blank:2.1.6)
Cazzo ma non funziona niente qui :-(
Ma io mi domando: se un newbie come me stesse iniziando, non conoscendo 
ancora strumenti quali maven e strut2 e gia' dall'inizio si ritrova a 
dover risolvere problemi di questo tipo e' ovvio che si scoraggia ancora 
prima di iniziare.

 prima di iniziare.
Sono d'accordo sul fatto che oggi fare una stupidata usando strus2 +
maven
per un newbie potrebbe essere cosi' difficile da farlo scoraggiare...
Pero' forse un newbie dovrebbe iniziare con un helloworld senza usare
ne' struts,ne maven, ne tutto il resto.
Del buon sano Java e basta.
Il problema e' che certi strumenti, Maven per primo andrebbe usato
solo quando c'e' reale necessità.
Io lo uso da svariati mesi e devo dire che oggi non ne farei mai a
meno.  All'inizio l'investimento di tempo e' stato
consistente ma adesso paga.
E' come se ad un bimbo per insegnare a leggere e scrivere si partire
dall'Analisi grammaticale e logica. Prima si imparano le consonanti,
le vocali,ecc e poi
per gradi si passa al resto.
Ciao
Angelo

 Del buon sano Java e basta.
Un helloworld con java lo so fare.
Ho bisogno di imparare ad utilizzare struts2 ed eventualmente spring e 
hibernate.
E' da una settimana che cerco di farlo ma seguendo i vari tutorial che 
ci sono in rete per un motivo o per un altro non riesco a far funzionare 
niente :-(

niente :-(
Potresti acquistare (o far acquistare alla tua azienda) qualche testo
su questi strumenti. Un libro di solito ha un trattazione completa ed
organica che va dalle cose più semplici alle più complesse. Muoversi
alla cieca (benché aiutato dai tutorial) può essere frustrante e
faticoso.
-- 
maelström
http://apennacorrente.blogspot.com

maelström ha scritto:

Ho il manuale "Pratical Apache Struts2 web2.0 projects".
Nelle prime pagine c'e':
mvn archetype:create
   –DgroupId=com.fdar.apress.s2
   –DartifactId=app
   -DarchetypeGroupId=org.apache.struts
   -DarchetypeArtifactId=struts2-archetype-starter
   -DarchetypeVersion=2.0.9-SNAPSHOT
  -DremoteRepositories=
http://people.apache.org/maven-snapshot-repository
per creare il progetto con maven.
Lo lancio, non funziona, cerco in rete, create e' deprecato si usa 
generate, ok ma non funziona lo stesso, la versione 2.0.9 non c'e' ma su
 
http://people.apache.org/repo/m2-snapshot-repository
 si trova la 
2.0.11.2, allora cambio versione e repository ma continua a dirmi:
BUILD FAILURE
[INFO] 
------------------------------------------------------------------------
[INFO] The desired archetype does not exist 
(orag.apache.struts:struts2-archetype-starter:2.0.11.2-SNAPSHOT)
Bohhhhhhhhhhhhhhhhhhhh.................che palle!!!

 faticoso.
Quale testo mi consigli?

 mai successo.
Devono aver mal documentato (come sono soliti fare quelli di Apache...piccola
polemica personale).
Se provi con
mvn archetype:generate -DarchetypeGroupId=org.apache.struts  -DarchetypeArtifactId=struts2-archetype-starter -DarchetypeVersion=2.0.11.2
a me funziona.

 usare questi strumenti quando vivevo sereno e felice con Ruby on Rails?
Mandare affanculo i dirigenti perché? Perché dimostrano di avere un
po' di lungimiranza? Perché stavi così tanto bene con il tuo tool che
conosci a memoria? Perché è troppo scomodo doversi mettere a studiare?
Il punto è il solito RoR è una di quelle cose che funziona tutto
subito, poi però se vuoi andare più in la del tutorial devi impazzire,
mentre una volta capito come usare Maven puoi farci tutto ciò che ti
pare. La stessa differenza che c'è tra Drupal vs Joomla, Eclipse e
Netbeans, Hibernate vs iBatis. Sono scelte.
Poi scusa se i tuoi capi hanno scelto Maven avranno le loro buonissime
ragioni, e mi pare che ci sia molta richiesta di programmatori RoR.
Tempo fa un altro fece uno sfogo simile, alla fine si licenziò...
Saluti
--
www.megadix.it

"maelström" <maelst...@gmail.com.invalid> ha scritto nel messaggio 
news:bo1qr4pthlsndlkvc...@4ax.com...

Quoto tutto.
Scorpio. 

Quale testo mi consigli?
Non sono un esperto su queste tecnologie, quindi prendi quello che
dico con le molle. Ho visto che la serie "In action" di Manning č ben
apprezzata in giro, ma procurati il giudizio di qualcun altro prima di
fare acquisiti. Ho visto che c'č sia "Hibernate in Action" che "Spring
in Action" ed anche "Struts 2 in Action", peraltro abbastanza recenti.
-- 
maelström
http://apennacorrente.blogspot.com

 po' di lungimiranza?
Scusa la curiosità ma come fai a valutare la lungimiranza dei dirigenti 
senza conoscere (non mi pare ne abbia parlato) la tipologia/struttura 
dell'azienda e dei progetti sviluppati?
Credo concorderai che le esigenze di un'azienda con 300 sviluppatori (o 
correlati) che sviluppa progetti da 2000gg/uomo sono ben diverse da 
quelli di un'azienda con 5 sviluppatori che realizza piccoli 
siti/applicazioni web per aziende medio-piccole. Sbaglio?
 > Il punto è il solito RoR è una di quelle cose che funziona tutto
 > subito, poi però se vuoi andare più in la del tutorial devi impazzire
Mi sembra un po' una frase fatta...
Di progetti RoR "oltre il tutorial" mi sembra in giro se ne vedano [1], 
non credo siano tutti pazzi ;)
Ciao.
[1] qualche esempio: 
http://rubyonrails.org/applications

 conosci a memoria? Perché è troppo scomodo doversi mettere a studiare?
Il punto non e' che mi rifiuto a voler imparare altri linguaggi o altri 
strumenti di sviluppo, il punto e' che e' piu' di una settimana che 
cerco di fare un helloworld con struts2 e maven.
Non ci riesco perche', sicuramente, i tutorial che trovo in rete non 
sono aggiornati o ben documentati percio' mi ritrovo a dover risolvere 
dei problemi che niente hanno a che fare con l'apprendimento degli 
strumenti citati.

 [1] qualche esempio:
http://rubyonrails.org/applications
Come al solito mi sono spiegato male, chiedo scusa. Intendevo dire che
RoR permette di fare in fretta progetti di complessità bassa-media, ma
che se si vuole andare oltre è necessario farsi il mazzo comunque!
A dire il vero la vedo ancora più dura, per diversi motivi:
1) Java è compilato, Ruby è un linguaggio di scripting, questo fatto
si porta dietro una lunga serie di difficoltà nel gestire grossi
progetti: testabilità, refactoring, protezione anti-pivelli. Adesso so
che partiranno flame interminabili ma che volete farci, ancora nessuno
è riuscito a convincermi della superiorità degli script sui
compilat :)
2) Java, nonostante i recenti successi di RoR, ha molte molte molte...
molte^n più librerie, soluzioni di deployment, documentazione, esempi,
cazzate di ogni genere.
Inoltre: se un "capo" è in grado di valutare l'utilizzo di Maven,
allora secondo me ha tutto il diritto di guadagnarsi l'appellativo di
"lungimirante". E sì, ritengo che anche su un team di 5 persone Maven
sia una scelta giusta.
Ruby on Rails rimane secondo me un validissimo progetto con un
potenziale altrettanto valido, oltre che avere già dato buoni frutti.
Mi risulta però difficile confrontarli, se dovessi trovare un
concorrente metterei sul piatto AppFuse, che stende RoR su molti (non
tutti) i fronti :)
Cheers, Dimitri
--
www.megadix.it

 sia una scelta giusta.
L'utilizzo di maven e' una mia decisione non del mio capo che 
dell'argomento non ne capisce un cazzo.

 tutti) i fronti :)
Appfuse. cavolo un altro strumento ancora? :-)
Ho anche sentito parlare di grails.

 "lungimirante".
Quello che sostenevo è che non sai se il capo ha valutato Maven (tra 
l'altro l'OP ha parlato solo di struts2 e hibernate, maven gli è stato 
suggerito qui) o se l'ha semplicemente sentito magnificare da qualche 
collega, amico, rivista o simili, senza avere la minima competenza 
tecnica sull'argomento.
Sinceramente in 15 anni abbondanti che faccio questo lavoro purtroppo 
credo di non aver mai conosciuto un solo dirigente di un certo livello 
che avesse una minima competenza tecnica "concreta".
Parlo dell'Italia, all'estero sì (è proprio diverso il processo di 
scrematura, di crescita professionale e, conseguentemente, di livello).
Ciao,
Paolo

 che avesse una minima competenza tecnica "concreta".
Ho molta meno esperienza di te ma....parole sante :-)

 hanno a che fare con l'apprendimento degli strumenti citati.
Come ti è stato accennato, Struts2, Spring, Hibernate non sono 
propriamente framework per tirar su rapidamente un "helloworld" e Maven è 
adatto per automatizzare processi di sviluppo complessi.
In altre parole, è come se tu fossi alla catena di montaggio di Mirafiori 
e ti chiedessi come far uscire un semplice carretto a spinta.
Lo so che Java è tendenzialmente sovraingegnerizzato, ma così è. Nella 
tua condizione non puoi prescindere dall'entrare nel merito dei framework 
e la cosa, ti preannuncio, non è banale.
E' vero, i tutorial di Apache tendono decisamente a disallinearsi da non 
poter essere seguiti "bovinamente" passo passo. Tuttavia acquisita un 
minimo di confidenza con Maven (giusto capirne i principi) sono 
sciocchezze che si bypassano.

 strumenti citati.
Ma hai letto il mio post?


si scusami, in effetti funziona.
Avevo fatto un banale errore di sintassi che , con la stanchezza e tutti 
quei parametri da passare a mvn, mi era sfuggito, chiedo venia :-(
p.s. usi eclipse come ide?


si e se lanci
mvn eclipse:eclipse
Maven ti genera il progetto pronto da importare in Eclipse.
Devi solo configurare la MAVEN_REPO perchè l'IDE ti veda i Jar, come
spiegato qui:
http://maven.apache.org/guides/mini/guide-ide-eclipse.html


Esiste il plugin maven per eclipse: 
http://m2eclipse.codehaus.org/
Lo hai mai provato?

 hai mai provato?
Si ma preferisco lanciare i comandi maven da linea di comando. E' solo una
preferenza comunque.

 di grails.
Se non sbaglio Appfuse server per generare template di progetti. Lo puoi
usare anche con Maven (tramite gli archetype che già conosci).
Comunque non comprendo per quale motivo Appfuse debba stendere
RoR su molto fronti.

 ha scritto nel messaggio 
news:49bcf2b6$0$845$4faf...@reader5.news.tin.it...


 hibernate.
In una settimana fare tutto la vedo dura sopratutto per strus che è 
documentato una merda, in più devi anche imparare, penso 
JAVA,JSPJSTL,javascript ecc ecc.
La vedo molto dura anche per un genio fare tutto in una settimana. Nel 
migliore dei casi
1) 3 settimane per java, JSP, Servlet
2) 2 Settimane Struts
3) 1 settimana Hiberante (base)
Naturalmente di SPRING neanche a parlarne (stralol..)
totale 1 mese e 1/2 di lavoro tostissimo se sei moooltoo veloce 
nell'imparare ed hai delle profonde basi della programmazione. A meno che 
non hai qualcuno, esperto, che ti porta man manina e di facilità il 
percorso, che ti configura l'applicazione, ti spiega come fare il deploy, 
come connettere i DB, insomma un tutor, un mentore, uno "docente".
.
In un mese  ho portato ad essere produttivo un programmatore visualbasic, ma 
prima di andare senza "braccioli" ci vogliono parecchi mesi.
Io gli ho chiesto gentilmente di perdonami ma per certe cose ostice copiare 
da me stile "scimmia". Lui che erauna persona intelligete non si è incazzato 
e lo ha fatto. Quanto il tempo è passato poi ha capito anche le "arcane" 
operazioni che io gli facevo fare.
Quanto che racconti fa capire come certe aziende cerchino esperti java2ee 
che lavorano da 6 mesi e li vogliono pagare come, con tutto il rispetto per 
loro, come collaboratori domestici.
Se bastasse un settimana perchè sprecare tempo a fare corsi di laurea, noise 
materie calcolatori 1, calcolatori 2, teoria e tecnica della programmazione, 
basi dati ecc. ecc., seminari aggiornamenti, linguaggio ad oggetti, analisi 
e design object oriented....
Ciao

 ha scritto nel messaggio 
news:49bd13b7$0$1105$4faf...@reader3.news.tin.it...



Te l'ho chiesto perche' io sto provando il plugin maven.
Uso l'archetype struts2-archetype-starter.
Sotto eclipse si puo' lanciare direttamente tomcat che si occupa del 
deploy e del lancio dell'applicazione ma mi da There is no Action mapped 
for namespace / and action name index.
Se lancio da linea di comando maven jetty:run e' ok.
Peccato perche' fare tutto da eclipse e' comodo.
Comunque anche se faccio maven eclipse:eclipse e poi faccio l'import in 
eclipse, con tomcat non va.

 PS: Bisogna dire che c'è meglio di STRUTS, che ormai ha fatto i suoi anni.
Per esempio?

 i tuoi dirigenti ti hanno mollato cosě tutta sta roba?
Gia', devo fare completamente da zero capisci ora, anche da questo modo 
di fare, con che razza di c... devo lavorare?


Più che altro perché già di base è molto completo e ricco di feature:
persistenza, security avanzata, ajax, encoding, caching, template,
eccetera. Senza contare che è multi-profilo: puoi scegliere già in
partenza se fare un progetto modulare o monolitico, quale mix di
tecnologie utilizzare per persistenza e view, è già pronto per gestire
diversi database, ha già la gestione di test unitari, funzionali e di
integrazione, documentazione... devo andare avanti?
Ribadisco, RoR mi sta bene, ma Appfuse/Maven consentono davvero di
partire con un progetto di livello enterprise in pochi minuti, senza
dover scendere a compromessi nei primi giorni di vita del progetto...
Poi se preferisci Ruby (che è un gran linguaggio) usa RoR, basta che
il progetto funzioni :)
--
www.megadix.it

 prima di iniziare.
Il punto e' che se tu sei come ammetti tu stesso newbie, non e' che mandando
a fanculo i dirigenti diventi un senior.
Se sei in un progetto Java e non capisci e/o non ti piace Java il problema
non e' tanto dei tuoi dirigenti ma tuo che lavori nel posto sbagliato.
P.S. A ogni modo struts2 non e' un granche' nell'opinione comune, anceh se
parlo per sentito dire perche' non lo ho mai downloadato.
 
ciauz e good luck
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 ha scritto nel messaggio 
news:49bf6037$0$694$5fc...@news.tiscali.it...


 
Quali sarebbero questi buchi erormi?

 parlo per sentito dire perche' non lo ho mai downloadato.
Tu cosa usi come framework?

 sia una scelta giusta.
Scusa, se uno usa uno strumento che ti piace e' lungimirante? Con le
informazioni che ho vedo dirigenti che hanno preso un tizio, gli hanno
chiesto di reinventarsi da solo con tecnologie che non conosce e che non
sono celebri per la facilita' di apprendimento.
Anche ammesso che lo strumento nuovo scelto sia quello "giusto" il modo
in cui e' stata gestita la cosa sembra piuttosto alla cdc.
-- 
-riko


Guarda che io so benissimo gestire progetti, anche in linguaggi che
non conosco :) Il problema non sono io, sono le persone che lavorano
con me: se non hanno molta esperienza, usare Java e Maven aiuta il
progetto a rimanere prevedibile, mentre con RoR o peggio PHP c'è il
rischio che partano per la tangente. Se invece sono scaltri ben
vengano altre soluzioni, di progetti ne ho seguiti tanti e non ho
paura di un linguaggio o di un framework.
Vedrai che con un po' di esperienza in team queste cose saranno chiare
anche a te ;)
--
www.megadix.it



Non dovevi....  ;)

 Il problema non sono io,
Su questo ho seri dubbi. Stai dimostrando lacune abissali su cose
estremamente elementari.
-- 
-riko

cicap ha scritto:

Ho sbagliato? :-(

Il mio intento era di aiutare una persona a capire la filosofia che
sta dietro ad una soluzione, nel caso specifico Java + Maven + AppFuse
(versione Struts) che ritengo essere al giorno d'oggi un'ottima
soluzione perché ben documentata (così il nostro amico riesce
finalmente a fare l'Hello World) e adatta ad uno sviluppo enterprise.
Tu invece hai sprecato due post anche belli lunghi per spiegare quanto
sono impreciso, che faccio una confusione pazzesca, che (sottinteso, o
forse ho capito male) farei meglio a cambiare mestiere...
Sai cosa penso? Invidio molto la tua profonda preparazione teorica, ma
mi permetto darti un suggerimento: prova a passare più tempo a
"sporcarti le mani" su progetti *reali*. Lì scoprirai la differenza
fra parlare ed agire, soprattutto imparerai a confrontarti con
personalità estranee al tuo ego: alle volte intelligenti, più spesso
ignoranti, arroganti, ansiose, ma con uno scopo comune che è:
consegnare un progetto *funzionante* (eh, già, va ancora di moda)
In ultima istanza vorrei fare un esperimento e tornare in-topic: visto
che conosci profondamente cos'è giusto e cos'è sbagliato, cosa
consiglieresti al nostro amico?
Buona giornata a tutti
--
www.megadix.it

 consiglieresti al nostro amico?
No, non conosco cosa e' giusto e cosa e' sbagliato. Semplicemente hai
scritto delle cose parecchio errate e io le ho corrette. Questo non
vuole dire che io debba conoscere il vero su ogni argomento.
-- 
-riko

 rischio che partano per la tangente.
Maven fa parte del toolchain, ed e' comodo.
Cmq se sviluppassi in test driven o BDD, la scelta del linguaggio
invece sarebbe abbastanza indifferente per quanto riguarda la
prevedibilita', visto che hai scritto l'acceptance test o
l'integration test prima del codice e quello che interessa veramente
e' il comportamento del codice ai "morsetti esterni". Inoltre ti
rimane un test che ti garantisce la non regressione. C'e' un bel libro
di Kent Beck sul Test Driven Developement. E' anche molto breve. Se
hai voglia leggilo, vedrai che probabilmente cambierari parecchio idea
rispetto a quello di cui ti aspetti dai linguaggi staticamente
tipizzati.
Ciao.

li necessitano. Evitali di usarli nella tua business logic.
Mumble. Senza polemica, è la prima volta che sento sconsigliare
l'utilizzo di getter e setter. Di solito, visto che sono pigro,
mi lascio andare all'uso di attributi pubblici, conscio, però,
di "violare" le regole dei JavaBeans. Peraltro non capisco
perchè, ad esempio, C# (giusto per guardare in casa d'altri)
proponga con le Properties un meccanismo simile (anche se IMHO più
raffinato), se l'uso degli accessori / mutatori è inutile e dannoso.....
Scorpio

 Evitali di usarli nella tua business logic.
"tipicamente in presentazione" mi sembra un tantino riduttivo. tutto il 
j2ee si aspetta di lavorare con dei javabean, ma anche l'ioc container di 
spring e i motori di persistenza (da hibernate a ibatis passando dai 
query engine più elementari come apache dbutils) per dire le prime cose 
che mi vengono in mente.
e francamente alla luce di questi framework mi sembra azzardato anche 
dire di evitare i javabean nella business logic...