Newsgroup: it.comp.lang.delphi
Titolo: Delphi 7 è troppo vecchio ?

Nella azienda in cui lavoro utilizzano ancora Delphi 7. L'ultima
versione, Delphi XE, è tutta un'altra cosa oppure non vale la pena il
passaggio (che comunque purtroppo potrò solo incoraggiare) ?
Grazie

 passaggio (che comunque purtroppo potr� solo incoraggiare) ?
Il passaggio vale sempre la pena, il problema � calcolarne il costo: 
come minimo, devi aggiungere il costo uomo per ricompilare tutti i tuoi 
programmi, librerie, reinstallare componenti.
Inoltre, valuta anche la curva di apprendimento che avrebbe ognuno nel 
diventare produttivo con il nuovo RAD.
Ultimo, considera il beneficio che avresti in termini di risparmio di 
tempo e vedi se ne vale la pena.
Per farti capire meglio: il WSDL parser di D7 non � adatto per importare 
i WSDL, genera delle classi stub che in alcuni casi scoppiano (a me � 
successo con un web service con il quale mi dovevo interfacciare), 
quindi in questo caso avrebbe senso passare a XE se i prodotti che la 
tua azienda rivende sono orientati al web.
-- 
morde
D5,D6,D7
QT 4.7.0 - MingW- QT Creator 2.1

 Nella azienda in cui lavoro utilizzano ancora Delphi 7. 
Se lo usi per applicazioni desktop stand alone oppure gestionali, vai
tranquillo. E' vecchio ma fa quello che deve fare.
Se ti serve sviluppare sul web, usare altre tecnologie più recenti,
oppure ancora l'unicode, vai di corsa a XE (c'è pure un condono in
corso con sconti per chi è appiccicato al vecchio, come nel tuo
caso..), oppure aspetta 6 mesi l'uscita di XE2 o come si chiamerà..
Ale

Grazie ragazzi, sto appunto iniziando a sviluppare un'applicazione
basata sui Web Service per cui informerò il mio superiore che delphi 7
può avere qualche problema in questo ambito.


Niente ... si tiene Delphi 7 :-(

 Niente ... si tiene Delphi 7 :-(
Il tuo superiore su quale base ha deciso di restare su D7 pur essendo a 
conoscenza di questi problemi? Economica? Non mi stupirei..
Vorrei aiutarti perch� io ai tempi passai dei brutti momenti fatti di 
access violation che non capivo e stress da consegna ritardata..quindi 
ho cercato e trovato un thread di ICLD dove avevo postato un link per 
una fix per D7 che sistemava il lacunoso wsdl importer:
http://tinyurl.com/wsdl-d7
leggi bene, stampati il thread e tienilo appeso vicino a te in modo da 
rispondere a qualsiasi critica ti verr� fatta da chi ha deciso di 
restare su D7.
Incomincia anche tu a smuovere le cose intorno a te, studiati un altro 
linguaggio e incomincia a "crescere" con java o .net, oppure QT: perch� 
no? ;)
ciao


 a conoscenza di questi problemi? Economica? Non mi stupirei..
se è quella economica, è un'ottica molto ottusa, perchè carica il
programmatore di problemi, e quindi di perdite di tempo, e quindi di
diseconomie, non da poco, e crea problemi anche ai clienti, negli
stessi termini.
Comunque, è la stessa ottica che in genere adottano i clienti (che si
dimostrano non meno ottusi di questo supervisore, di solito): non
capendone granchè, e avendo qualcosa che più o meno funziona, nel
dubbio preferiscono non spendere e non innovare.. poi al massimo,
quando i problemi diventano concreti nel tempo, c'è sempre tempo e modo
di martellare l'assistenza, fare le sceneggiate napoletane al povero
programmatore, bestemmiare in turco, minacciare azioni legali, e chi
più ne ha più ne metta.
Ale

 [CUT]
I totally agreed.
E credo che la mancanza di innovazione di un'azienda sia il miglior 
fattore motivante per iniziare a guardare nuove tecnologie, linguaggi, 
cercare idee.
Purtroppo se č il cliente ad avere potere decisionale, non c'č 
soluzione: te lo tieni cosě com'č.


 decisionale, non c'è soluzione: te lo tieni così com'è.
il cliente in molti casi ragiona come il supervisore: ci sono problemi
e sarebbe il caso di innovare, MA chi si occupa del lavoro è un
dipendente? e allora non si spende e non si innova.. si carica
piuttosto di lavoro e di problemi il dipendente.. e sarà lui a dover
perdere il suo tempo per risolverli.
Supervisore e cliente sono entrambi soddisfatti della loro unica,
granitica, certezza: non aver speso.
Programmatore e dipendente del cliente sono entrambi nei guai.
E la software house intanto non guadagna.. e se non guadagna non
innova..
Che bella situazione, eh? :)
Ale

 Che bella situazione, eh?
Infatti: il problema nasce dal principio: quello di contenere i costi 
come unica soluzione.
Questo ha due motivazioni di fondo: l'antiquata concezione di mettere 
profitto e risparmio in diretta relazione tra di loro (più risparmio e 
più ho profitti) quando invece si dovrebbe fare investimenti, innovare, 
ristrutturare, ecc..
E l'altra motivazione sta nella concezione ormai superata che si ha del 
programmatore (conosciuto anche come software developer, analista, 
manovale, garzone, dipendente..) debba cavarsi d'impaccio perchè "quello 
è il suo mestiere".
Misconoscenza totale delle implicazioni che la tecnologia del software 
comporta.
In questo specifico thread, vada l'OT a spiegare al suo boss o cliente 
che D7 ha un wsdl importer che genera classi wrapper bacate.... e che 
non è colpa sua quell'access violation che esplode da giorni sulla sua 
macchina.
ciao



Salve a tutti, spero di non essere OT.
Anche io, proprio in questi giorni, ho incontrato diverse difficoltà 
nell'importare con D7 il wsdl da questo url:
http://webtelemaco.infocamere.it/wscu/services/ComunicazioneUnica?wsdl
Nello specifico, nonostante l'update del wsdlimp.exe, le classi che 
avrebbero dovuto essere create non c'erano nel pas, ed altri errori.
Sono giunto alla conclusione, che purtroppo per questo tipo di compiti
Delphi si rivela uno strumento non adatto (per quanto lo sia per le 
business application classiche su cui lavoro).
Da settembre seguo i post di morde su QT (a dire il vero da quando a 
settembre ne ha parlato, per curiosità l'ho anche scaricato ed 
installato sul mio pc per dargli un'occhiata); dalle poche cose che ho 
visto ne sono rimasto molto ben impressionato per diversi aspetti, ma mi 
sono rimasti diversi dubbi e domande.
Ne potremmo parlare qui o è meglio spostarci su altri forum (o magari
in privato)?
Grazie.
Saluti.
Alex Pileci.

 business application classiche su cui lavoro).
Imho, trovo questa considerazione troppo precipitosa.
Il fatto che delphi non sia pensato per applicazioni web non
pregiudica che con esso si possano sia consumare che sviluppare web
services: io l'ho fatto senza problemi, fermo restando il noto bug
sull'importer che genera le classi proxy.
A.

 in privato)?
Io direi di aprire un thread marcato [OT] dove si parla di QT, e lì 
dentro facciamo un pò di Q&A.
Questa prassi non dovrebbe dare fastidio agli altri, anzi magari 
potrebbero emergere informazioni utili a tutti.
Io lo faccio spesso per Firebird, e nessuno si è mai lamentato.
Anzi, già che parlo di FB: è appena uscita fresca fresca la release 
della 2.1.4 [1] ed è stata pubblicata una initial review della prossima 
release, la 3.0: ci sono dei keypoints che mi fanno venire i brividi! [2]
ciao
[1] 
http://www.firebirdsql.org/index.php?op=files&id=engine_214
[2] 
http://www.slideshare.net/mindthebird/initial-review-of-firebird-3


 dentro facciamo un pò di Q&A.
Ok provvedo.

 generato con java, per essere utilizzato con client java.
Mi sembra strano.
Il web service e' nato prp per NON avere casini di questo tipo.
Esistevano gia' tecnologie per la comunicazione di dati via web...
Ai tempi c'erano ISAPI ed NSAPI, senza contare che tutt'ora si riesce
a fare abbastanza anche con semplici richieste http...L'esigenza era
definire un qualcosa  che potesse essere utilizzato a prescindere da
piattaforme, sistemi operativi, hardware etc etc etc.
Se poi java e non solo hanno delle tecnologie PROPRIETARIE simili ai
web service ma differenti come implementazione onestamente non lo so.
Ma se e' un web service e' un web service e DEVE essere consumabile da
tutti, compreso winzozz...
A.

> generato con java, per essere utilizzato con client java.
Questo non c'entra: WSDL è un descrittore dell'interfaccia esposta dal 
webservice, e non è che lo interpreti solo con un tool dedicato. Il WSDL 
deve poter essere letto da chiunque.
Verifica se il WSDL è semanticamente corretto con questo tool:
http://xmethods.net/ve2/Tools.po



Ciao, il tool che suggerisci tu conferma che il wsdl è corretto formalmente.
Ho provato anche questo
http://www.soapclient.com/soaptest.html
e mi mostra i tre metori (corretti) che potrei utilizzare.
A questo punto (chiedo conferma se sbaglio) sono giunto alla
conclusione che il wsdlimp di D7 non funziona. Come posso allora
sistemare il codice generato per farlo funzionare? ci sono
dei documenti sul web da cui partire?
Grazie.
Alex Pileci

 dei documenti sul web da cui partire?
Domanda: hai aggiornato il tuo D7 con la fix che avevo indicato?
Se si, e ancora non funziona, potresti scaricare una versione trial di 
delphi XE (o D2010, o 2007), far girare il wizard del wsdl importer, 
ricompilare i pas in D7 e sperare che le RTL non siano troppo diverse.
Ricordo che dovetti fare un merge con alcune definizioni di tipi di dati 
che differivano tra l'RTL di D7 e quella di D2007.
Dopo questo calvario, avevo ottenuto la compilazione dei .pas del 
webservice in D7, quindi ho cancellato la versione trial del 2007.
E' un trick, ma mi ha tolto d'impaccio.
Ciao


 Domanda: hai aggiornato il tuo D7 con la fix che avevo indicato?
Ho scaricato l'update del wsdlimp.exe dal sito codegear e la unti che mi 
genera è comunque non valida.
Proverò con il tuo consiglio di scaricare la trial di XE e poi 
utilizzare il pas generato.
Grazie
