Newsgroup: it.lavoro.informatica
Titolo: [OT] .NET e AS/400

Problema: voglio liberarmi di ODBC definitivamente.
Contesto: ho una vecchia applicazione .NET che, per l'accesso alle basi dati, usa esclusivamente ODBC, e questo sia per l'accesso a AS/400 che per l'acceesso a SQL Server. Lo so, l'accesso a SQL Server via 
ADO.NET
 esiste da sempre, ma all'epoca volevo uniformità di tecnologia per cui, visto che l'allora disponibile provider per l'accesso a AS/400 funzionava una volta si e tre no, ho optato per ODBC. Ora l'AS è stato svecchiato, per cui vorrei rimuovere integralmente ODBC e usare finalmente Linq e EntityFramework anche qui. Qualcuno di voi ha esperienze recenti? sa dove eventualmente posso trovare i data provider adeguati?
 
Grazie in anticipo.
-- 
 
Ciao!
Luca

 ha scritto nel messaggio 
news:c62f627b-72b5-4aac...@googlegroups.com...

Puoi provare  la  IBM.Data.DB2.Iseries.dll
http://www-03.ibm.com/systems/power/software/i/access/windows/dotnet.html
 
 
Funzionava alla grande anche 10 anni fa (al tempo del V5R3 e forse  anche 
prima)
Io la uso tuttora ( V7R1 ) non con Linq con System.Data e 
System.Data.SqlClient.
 
Dove si trova la  dll ?  sul sito dell' Ibm Support (non nell'area pubblica, 
temo,  quindi serviranno le credenziali d'accesso).
 
Oppure  te la procura chi gestisce l'AS/400.
Qualche versione ( magari non  recentissima ) si dovrebbe  trovare
a giro su internet.
 
ciao
fm
 
 
 
 
 
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 a giro su internet.
 
Faccio prima a scaricarlo dall'AS, se è così, al costo di un giro dal cliente.
 
Intanto, grazie.
 
-- 
Ciao!
Luca

 Faccio prima a scaricarlo dall'AS, se è così, al costo di un giro dal cliente.
Se hai gia' il client access installato, probabilmente hai installato 
anche il .net provider.
 


 
i programmatori as400 per la maggior parte arrivano da s34, sono 
programmatori di serie b con una scarsa conooscenza del trattamento dei 
dati ma un lungo addestramento per il gestionale ibm acg (o come cavolo 
si chiamava)
I pogrammatori/analisti/progettisti li trovi solo in ambito mainframe 
senza se e senza ma. E' li che ci si forma al 100% su metodologie di 
analisi e progettazione ovvero su come si fanno le cose per bene.
 
 
-- 
Imparare è un'esperienza, tutto il resto è solo informazione.
L'immaginazione è più importante della conoscenza.
La mente intuitiva è un dono sacro e la mente razionale è un fedele 
servo. Noi abbiamo creato una società che onora il servo e ha 
dimenticato il dono.
(Albert Einstein)

cliente.
 
Se c'e' un  pc con il Client Access, se e' stato installato anche il .Net 
data provider,
 la dll dovrebbe essere  in :
 
C:\Program Files (x86)\IBM\Client Access


 C:\Program Files (x86)\IBM\Client Access
 
Sono abbastanza convinto di aver installato solo il data provider ODBC; in ogni caso, verifico. Grazie.
 
-- 
Ciao!
Luca

ogni caso, verifico. Grazie.
 
Se hai problemi scrivi ... forse meglio che qui,  su it.comp.as400 ... :-)



Tu sei un cretino.

 Tu sei un cretino.
 
Ma perche` continuate a rispondergli? Ignoratelo. Don't feed the troll!!
 


Ci sono cose alle quali non posso evitare di rispondere, troll o meno.

 Ci sono cose alle quali non posso evitare di rispondere, troll o meno.
 
Non hai ancora capito che provocare e` il suo scopo? Ignoralo.


Posso fottermene per una volta?


Per un attimo ho pensato che rispondessi a me, sai, i post 
dell'innominato non li vedo neanche.
In ogni caso, la genesi dei programmi antichi risale ai tempi in cui i 
db relazionali non esistevano e grosso modo di derivazione s/360 migrati 
a S3 e da qui verso S34->S36->as400 oppure verso S38->AS400.
Per cui, l'indole di cui parlavo risale inequivocabilmente ad uno dei 
capostipiti dei main-frame a dischi ad accesso random.

 capostipiti dei main-frame a dischi ad accesso random.
 
Figurati se mi permetto di darti del cretino su temi relativi 
all'informatica. Ci conosciamo anche di persona e sai bene quanta stima 
ho per te. Farmi dare del programmatore di serie "B" da un pezzente, 
proprio no...non ci sto'.
 

 Posso fottermene per una volta?
 
No, perche` costringi gli altri a leggere le sue cagate.
 


Chiedo scusa, e' sufficiente?


 
Co un linguaggio,il COBOL,che non offre niente per progettare sw secondo 
le tecnologie moderne.
Andiamo bene.
 

 Ci conosciamo anche di persona e sai bene quanta stima ho per te.
 
Cretino a chi?



a dire il vero quelli di serie b usavano l'rpg che non era un 
linguaggio, ma una ciofeca tutta a sw



 
peggio ancora !!
 


Ma anche RPG, che ha caratteristiche analoghe al COBOL, ma che e' nato 
prima. In ambiente IBM, a partire dal main-frame 1401, l'RPG 
rappresento' un salto di qualita' per i programmatori che, fino 
all'avvento dell'RPG nel 1960, disponevano solo dell'assembler. In 
seguito IBM ha rilasciato versioni successive (RPG II, RPG III, RPG IV) 
compatibili con le versioni precedenti, da cui il trasporto dei 
programmi dall'antico 1401 agli odierni server-i, passando per S3->S3x, 
e server-z, passando per S360->S390.
Diciamo che per una macchina con spiccate caratteristiche server, i 
linguaggi antichi confrontati alle moderne tecnologie fanno ancora la 
loro porca figura.


Tu devi farti vedere da uno bravo. A Pisa c'e' il Professor Cassano che 
puo' esserti utile.

 a anche RPG, che ha caratteristiche analoghe al COBOL,
 
e con  questo ti sei dequalificato definitivamente.
incredibile...."dottore"


 server-z, passando per S360->S390.
 
ROTFL! STRAROTFL! ma tu non sai proprio di cosa stai parlando!



Lasciamo stare per favore.
Se avessi una commessa da un cliente per fare un applicativo nuovo di 
zecca e che non dipende da moduli esterni gia esistenti e hai completa 
libertà di scelta del linguaggio da adottare useresti RPG ?
O COBOL forse ?
 
 

 O COBOL forse ?
Il mondo e' bello perche' e' vario.
Io forse non sceglierei ne' RPG ne' COBOL, ma qualcun altro, in piena 
liberta', potrebbe farlo.
Molto dipende dagli skill a disposizione.
 

 Cretino a chi?
 
hai bisogno di un disegnino? una maglietta con una "x" sulla schiena? una 
raccomandata a/r?


Ecco,visto che sceglieresti qualcosa d'altro perche non COBOL o RPG ?
 

 una maglietta con una "x" sulla schiena?
ROTFL


Non certo per qualche specifica avversione verso cobol o rpg.
In genere una delle caratteristiche che si richiedono ad 
un'applicazione, e' che possa servire ad una committenza 
sufficientemente ampia da ammortizzare il costo dello sviluppo. 
Scegliendo ad esempio Java, la piattaforma di esecuzione non 
costituirebbe un vincolo tale da restringere la base di applicazione.
Ma se i vincoli di committenza e piattaforma non fossero una 
discriminante, non lo sarebbe neanche la scelta del linguaggio, almeno 
per me. Per qualcun altro, che ad esempio abbia a disposizione solo 
programmatori RPG la scelta del linguaggio sarebbe obbligata dal 
limitato skill a disposizione. Come avviene ad esempio per le banche, 
che tradizionalmente si sono dotate di programmatori COBOL.
 


Continui ad eludere.
Fai conto di avere i programmatori che conoscono tutti i linguaggi di 
programmazione compreso COBOL ed RPG.
Perche' non sceglieresti COBOL od RPG ?

 Perche' non sceglieresti COBOL od RPG ?
Non si tratta di eludere, poni ipotesi e requisiti plausibili e vedrai 
che non eludo. Poi, eventualmente, la domanda dovrebbe essere: "Per 
quale ragione scegli qualcos altro", insieme a cobol ed rpg ci sarebbero 
anche altre decine di linguaggi tra cui non scegliere.
 
Comunque, diciamo che la "New App" dovra' essere supportata, 
server-side, anche dalla piattaforma Linux. Da un rapido sguardo su 
google scopro che non esistono compilatori full-feature per RPG su linux.
Non scelgo RPG.
Oppure, i programmatori cobol che ho a disposizione saranno pensionati 
nei prossimi 5-10 anni, per cui non potro' garantire la manutenzione 
della "New App" nel tempo, in quanto so fin da ora che non potro' 
sostituirli con experienced-programmers e formarne dei nuovi non sara' 
una scelta praticabile.
Non scelgo COBOL.
 
Come vedi, in ogni scelta c'e' una certa influenza politica, esattamente 
come ogni scelta influenzata dalla moda del momento.
 
A proposito, qual e' il linguaggio moderno che hai in mente per scrivere 
il server-side di una nuova applicazione?

 qual e' il linguaggio moderno
 
ROTFL!


 il server-side di una nuova applicazione?
Non app web lato server,per tutto il resto lo sai qual'è il linguaggio 
che userei e che uso in pratica da molti anni assieme ad altri.
Ti posso affermare perchè non userei COBOL o (peggio ancora) RPG.
Sono linguaggi obsoleti,inadatti alla complessità della programmazione 
moderna.
 
 

 moderna.
Guarda, se mi dici che per utilizzare determinate strutture ci sono 
linguaggi piu' adatti di altri, non posso che essere d'accordo. Ma a mio 
avviso l'obsolescenza si misura con altri termini.
Ad esempio, tanto per rimanere in tema, RPG II, RPG III e RPG IV hanno 
reso obsoleto il RPG (quello del 1960, per intenderci) ma RPG IV 
continua ad essere in uso, esistono IDE grafici e compilatori aggiornati 
nonche' una pletora di progammatori che lo utilizzano, per cui non puo' 
essere definito obsoleto tout-court.
 

 moderna.
 
 
Non mi occupo più da parecchi anni di programmazione tranne per diletto
per farmi cose mie.
 
Le problematiche di oggi per un'azienda sono sempre le stesse,
Fatturazione, Ordini, ecc, e ad oggi continuano ad essere gestite da
svariati linguaggi, Cobol e RPG compresi.
 
Per l'RPG di quei tempi confrontato con l'Assembler , in realtà non è un
linguaggio ma un generatore  con un suo scheletro di programma a ciclo
infinito a cui si descrivevano le operazioni da effettuare con le schede
di specifica.
 
Io non lo considero pessimo, in tempi antichi :-) i primi 7 anni ero in
un CED dove io e il capocentro programmavamo in Assembler e la Direzioni
ci chiedeva continuamente report di statistiche, stampe varie, modifiche
con scadenze per ieri.
 
Beh, tutti quei programmi, banali come problematica ma lunghi da
produrre, una volta scoperto che c'era il compilatore RPG, venivano
risolti in tempi brevissimi. :-)
 
Il programmatore spesso confonte le problematiche aziendali con le
tecniche e linguaggi di programmazione.
 
Il capocentro vedendomi perdere tempo a ottimizzare programmi e usare
istruzioni sofisticate mi disse: 
 
"Lombardo, guardi che i nostri programmi non verranno mai esposti al
Louvre"
 
 
All'azienda, triste dirlo vero?, interessa avere risultati nei tempi
utili e a costi contenuti.
 
Comunque tornando a noi, tutto si può fare con qualunque linguaggio,
facilmente, difficilmente, con giri tortuosi o con poche istruzioni
potenti.
 
L' RPG, permetteva un apprendimento veloce per cui in pochissimo tempo
un giovane alle prime armi era in grado di far fare cose "intelligenti"
al calcolatore. :-)
 
Riguardo ad una frase letta in un post per cui sembra che i
programmatori RPG siano di serie B, questo non dipende dalla facilità
dell'RPG ma dalla natura delle persone che lo usano.
 
Ho visto programmatori RPG  veramente bravi nello sfruttare il
"linguaggio" e veri caproni in Assemble e Cobol. :-)
 
 
 
-- 
Enzo Lombardo      
~~~~~~~~~~~~ wind ...
~~~~~~~~~~~~~~~~~ wave ...  
~~~~~~~~~~~~~~~~~~~~~~ fun ...


 
 
La realtà è ben diversa,ovviamente
COBOL ed RPG sono ancora usati,e lo saranno per molti anni.
 
 


 
Lo conosco un po,negli anni 80 avevo visti qualcosa su RPG.

Passi dall'assembler al COBOL o RPG,ovvio che fai un passo avanti.
 
 
 

 
 
 
mi fai un esempio concreto di applicativo non web e non banale?
Giusto per capire meglio, ché io ho lavorato sempre solo in
ambito web.
 
 
Comunque, per quanto riguarda l'ambito financial, all'inizio della
mia carriera ho lavorato ad un applicativo web in tale ambito,
in cui il modulo di front end e quello di back end erano separati,
e nel back end vi erano algoritmi che eseguivano i calcoli scritti
in java, quindi direi che si può usare anche il java per
tale ambito.
 
Sottolineo che, dato che tu hai espressamente detto applicativi
non web, io parlo degli algoritmi di calcolo del progetto, quindi
non della parte web.


 
di quello che utilizzi tutti i giorni c'è solo l'imbarazzo della scelta.
 
automotive
 
tutto ciò che gira nella tua auto penso sia scritto per il 99% in c / c++
 
domotica, elettrodomestici vari (dalla smart tv, alle lavatrici),
 
apparecchiature medicali, e tutto cio che è real-time
e posso continuare per una settimana.
 
 
di quello che è il tuo lavoro???
 
gli application server, gli OS, i DBMS, alcuni IDE, basta che apri il PC 
e vedi le app che tu utilizzi quotidianamente per il tuo lavoro.
 
Ciao
 


ce ne sono una infinita
Un compilatore,un gestionale grafico,un programma batch di analisi dati.
Fai tu.