Newsgroup: it.lavoro.informatica
Titolo: linguaggio per software integration

Qual � il pi� usato per scrivere programmi che servono poi per integrare tra 
loro software diversi ?
Ad esempio nello specifico serve per estrapolare dati da archivi eterogenei 
e importarli dentro a database SQL  o ACCESS .
Grazie e saluti 

Serafino wrote:

Guarda il thread che ti precede ;-)

 Grazie e saluti 
Di solito per questi compiti si usano linguaggi interpretati.
Python, Perl... giusto i piu` famosi.
Probabilmente in Windows anche VBScript va piu` che bene.
-- 
rot13 mail encoded

 e importarli dentro a database SQL  o ACCESS .
Visual Basic, in qualunque delle sue accezioni (VBScript to VB.Net), in 
ambiente M$. 
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________

 Qual è il più usato per scrivere programmi che servono poi per integrare tra

Se per "software diversi" intendi database diversi (come lasci capire
dall'esempio), in Java puoi trovare driver JDBC di ogni genere perciò
ben si adatta a questa specie di "multiplexing".
Ciao
--Lucio

 in ambiente M$. 
Pietï¿œ, tutto, ma VB no. Finalmente me lo sono levato dai OO, non voglio
piï¿œ vederlo in vita.
-- 
Ciao!
Luca

Luca Menegotto ha scritto:

hahahaha!! parole sante!! :-D
-- 
http://www.evilripper.net
http://www.flickr.com/photos/evilripper/

 ambiente M$. 
Io non lo volevo dire :)
(quando ci vuole, ci vuole!)

 ben si adatta a questa specie di "multiplexing".
Com'� che si diceva un tempo...
30 pagine di C o 7 righe di Perl
usare Java per estrapolare dati da un DB o file di testo ed infilarli in 
un altro � + o - come usare il C, funzionar funziona ma non � che sia la 
cosa pi� comoda del mondo.

 ha scritto nel messaggio 
news:hanhuk$eb7$1...@nnrp-beta.newsland.it...

Ma li devi anche manipolare mentre li estrai? Sembra che tu abbia bisogno di 
fare quello che si chiama ETL (oddio, considerando Access come destinazione 
ETL � una parola grossa, per�...)
Prova a dare un occhio ai SSIS di SQL Server (a partire da SQL 2005):
http://msdn.microsoft.com/en-us/library/ms141026.aspx

> Ma li devi anche manipolare mentre li estrai?
li estraggo , gli assegno  un tipo dati corretto ( data\testo\numero\valuta) 
, li dispongo come da tracciato che devo rispettare e infine creo un file 
txt  , che verr� dato in pasto a tool di importazione ( che hanno 
un'interfaccia grafica per l'utente che periodicamente li importa ) .
ciao 

"Serafino"  ha scritto nel messaggio 
news:4acf6bbb$0$1103$4faf...@reader2.news.tin.it...

Ma il tuo output allora � un tracciato, non � la popolazione di un db.
Allora fossi in te andrei tranquillo tranquillo con del vbscript.
Anzi, per maggiore comodit� tua, puoi anche farti un mdb con dentro il 
codice per l'estrazione e la generazione del tracciato, e contemporanemante 
ti alleghi le tabelle sorgenti per maggior comodit� di analisi/debug sui 
dati (visto che puoi filtrare, ordinare, creare al volo e facilmente delle 
semplici query, fare copia & incolla verso excel per tirare fuori al volo 
delle somme filtrate con l'uso del filtro automatico).
Praticamente fai tutto dentro un unico ambiente, e scusa se � poco :-)
P.S.: Ti ho detto questo perch� io stesso ho seguito questa strada in 
passato e ti assicuro che � stata molto comoda.

 delle somme filtrate con l'uso del filtro automatico).
se i dati sorgente non sono tabelle , ma file ascii o binari    ?
oppure sono altri formati privi di struttura tabellare ?
Grazie e ciao 

 cosa pi� comoda del mondo.
ah no?
con 20 righe di codice puoi fare al volo un
programmino leggi/scrivi, non lo trovi comodo?

 Qual ï¿œ il piï¿œ usato per scrivere programmi che servono poi per integrare tra 

come ti hanno risposto la tua esigenza si risolve con prodotti di ETL (e 
come ti hanno giï¿œ datto non posso pensare che una delle destinazioni sia 
un file access :-) ).
io uso da qualche anno con enorme soddisfazione questo oggetino qui:
http://it.talend.com/index.php

 pi� vederlo in vita.
Cosa ti ha fatto di male poverino ? A parte che ora VB.net mi garantisce la
pagnotta (per cui sono di parte), anche con VB6 si potevano fare gran cose.
Il fatto che sia stato usato da chi programmava alla pene di segugio,
generando schifezze orripilanti, � un dato di fatto, cos� come diverse
caratteristiche erano totalmente assenti (es. eredit�, etc), ma ad usarlo
bene ritengo fosse uno strumento valido.
Del resto con uno scalpello puoi uccidere qualcuno o fare una statua.
PaF

 pagnotta (per cui sono di parte), anche con VB6 si potevano fare gran cose.
con qualsiasi linguaggio si possono fare grandi cose. il problema di vb6 
non � quello. il problema di chi ha fatto grandi cose con vb6 � stato 
che ad un certo punto se l'� ritrovate scritte con un linguaggio morto.

 bene ritengo fosse uno strumento valido.
sicuro, tra niente e vb6 non ci sono dubbi, se per� anche pi� di 10 anni 
fa parlavi con i programmatori delphi (me compreso) al sentire vb6 si 
facevano proprio delle gran risate!

 
http://it.talend.com/index.php
Sottoscrivo in toto ..
prova anche a guardare anche kettle (Pentaho Data Integration)
saluti
mr_sam

 che ad un certo punto se l'� ritrovate scritte con un linguaggio morto.
VB6 sar� "morto" dal punto di vista commerciale, non essendo pi� supportato
da Microsoft, ma se non hai scritto software in modo rozzo quello che
funzionava su Windows 95/98 funziona ancora su Seven, te lo dico per
esperienza diretta.
Se prendo invece il mio programma di tesi scritto in C su Linux tra il 1994
e 1996, che funzionava su X11R5 ho i miei dubbi che funzioni su un Linux
odierno, e non penso di averlo scritto male (se avessi tempo lo proverei
:-)
PaF

 facevano proprio delle gran risate!
Delphi era una spanna sopra rispetto a VB, ma con tutti i problemi
attraversati da Borland/Inprise etc penso che in seguito i Delphisti non si
siano divertiti cos� tanto. 
PaF

 ambiente M$.
Capita raramente, ma questa volta ti quoto.
Dipende molto dalla familiarit� con gli strumenti che usi, io ormai in VB
faccio anche il caff�.
PaF

 :-)
ma se ti interessava avresti potuto tenerlo aggiornato e anche adesso 
potresti adattarlo in modo che utilizzi le librerie di oggi, 
ricompilarlo e vederlo funzionare come prima ma anche (se vuoi) con 
tutto quello che � stato introdotto di nuovo nel frattempo. il tutto 
usando lo *stesso* linguaggio.

 faccio anche il caffé.
Ma è da straccioni ammettere di usarlo... :)
Il problema del VB è che era, ed è, scelta obbligata per i
programmatori sgrausi. E purtroppo ce ne sono troppi in giro...
--
Luc

 usando lo *stesso* linguaggio.
Esatto. Avrei dovuto fare delle attivit� di manutenzione. Alcuni miei
programmi in VB6 non banali invece girano senza alcun tipo di modifica.
Chiaramente � solo un discorso di principio.
PaF

 Ma � da straccioni ammettere di usarlo... :)
E' un problema per chi si impegola in discussioni di principio.
A me interessa l'opinione dei miei clienti, a cui frega zero se il
programma che usano � scritto in VB, C#, Python, etc 
Il cliente vuole un prodotto che funzioni come si aspetta o come gli �
stato presentato, senza bug o altro. Io nello stesso tempo ho raggiunto una
produttivit� altissima con VB, i pregiudizi del prossimo li ignoro
tranquillamente.
Qualche giorno fa ho scritto che ero in trattativa per una grossa (per la
mia societ�) commessa software. Dovremmo ormai averla acquisita, sai qual'�
stata la motivazione principale che ha portato a farci scegliere ? Hanno
sentito direttamente un altro nostro cliente che sta usando il nostro
prodotto, scritto in VB.Net.
Puoi immaginare come le diatribe tra VB vs Python, sul typing etc mi
coinvolgano :-P
PaF

 in ambiente M$.
quoto. Ammetto che ho fatto cose interessanti con il VBA di Excel / Access
Andrea 

 un'interfaccia grafica per l'utente che periodicamente li importa ) .
Traduzione per utenti *.nix ;-)
estrazione -> formattazione -> .csv
PERL!

 usando lo *stesso* linguaggio.
Se posso intromettermi...
Per i miei programmi uso PHP, un pizzico di Perl, due parti di SQL, una 
spuzzata di bash, un tocco di CSS, javascript, un goccio di XHTML, 
condisco il tutto con HTML e servo direttamente sul browser dell'utente 
(indipendentemente dal suo S.O.).
Questo rende felice me ed i miei utenti, io perch� posso lavorare su 
Linux e non devo preoccuparmi di distribuire aggiornamenti, licenze o 
altro, loro perch� possono lavorare su quel che gli pare spaciugando a 
piacimento sui loro PC certi che i dati importanti resteranno al sicuro 
sui nostri server (backup compresi).

 strumento valido.
Guarda, davvero, io VB6 ancora lo uso per questioni di manutenzione,
pero' su progetti nuovi via di C#. Godo molto di pi�.
-- 
Ciao!
Luca

 anni fa parlavi con i programmatori delphi (me compreso) 
Delphi era evoluto bene, e in fondo, anche se Pascal � pi� limitato
rispetto ai linguaggi C-like (forse dovrei dire, pi� rigoroso), mi ha
sempre stupito il fatto che non abbia avuto tutto il successo che
meritava.
-- 
Ciao!
Luca

 pero' su progetti nuovi via di C#. Godo molto di pi�.
Usare oggi VB6 per progetti nuovi sarebbe veramente anacronistico,
nonostante tecnicamente si possa ancora fare.
PaF

 programmi in VB6 non banali invece girano senza alcun tipo di modifica.
ma � proprio la manutenzione quello che si deve poter fare per far 
"vivere" un programma cos� a lungo!
magari a te non interessa e ti sta bene che il tuo programma faccia 
quello che faceva quindici anni fa, ma tutti gli altri hanno dovuto ad 
un certo punto riscrivere il programma con un altro linguaggio perch� 
avevano richieste (da clienti, dal mercato) che non potevano pi� 
soddisfare, tirando anche dei gran moccoli perch� non son cose belle 
quando ti accorgi che bisogna rifarsi daccapo. fra l'altro non so cosa 
deve accadere di peggio ad un programmatore per accorgersi di aver fatto 
una scelta di strumento sbagliata.

 "vivere" un programma cos� a lungo!
Rootkit non riesco a farmi capire. Stai parlando con uno che vive _anche_
di manutenzione dei propri software. Tutta la disquisizione era legata alla
tua definizione di linguaggio "morto", che io ho precisato essere in buona
parte solo "commerciale". 
Per tutto il resto chiaramente condivido quello che dici.
PaF

 :-)
Beh... il il programma della tesi l'avevo fatto con Visual C++ 1.0. Mi
ricordo che crashava di continuo a causa di strani "effetti"
dipendenti dall'allocazione di memoria (lavoravo su windows 3.11 in
modalità "hugemem", ti ricordi quelle assurdità legate ai modelli di
allocazione?). Ero sicuro che dipendesse da errori miei, poi per
sfizio una decina d'anni dopo l'ho ricompilato su GNU su linux e...
funzionava perfettamente! :^)
(Era un'applicazione console, non usavo MFC :^))
bye!

 tranquillamente.
Ad un cliente che sappia guardare un palmo oltre il proprio naso, 
aspetti quali la scalabilit�, la portabilit� e la manutenibilit� del 
codice che sta per comprare, dovrebbero stare a cuore.
E questi aspetti sono influenzati dal linguaggio di programmazione 
adottato, eccome.
(Parlo in generale, a prescindere dallo specifico giudizio su VB).

 codice
Quindi scarti Perl, per questo reqirement quotato, giusto? :-PPP 
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________


Mi sa che te sei uno che quando scrive lato db usa una marea di cursori con 
tanti begli if dentro i cicli.
Se una cosa non la conosci non la usi, punto, non ï¿œ che quella cosa fa 
schifo perchï¿œ tu non sai usarla.

 Quindi scarti Perl, per questo reqirement quotato, giusto? :-PPP 
Al contrario, la manutenibilitï¿œ ï¿œ esattamente il secondo motivo per cui 
lo uso (il primo ï¿œ per fare colpo sulle donne).

 adottato, eccome.
Senza contare che il linguaggio di programmazione ti dice chi è il
programmatore. Ti dice da dove viene o dove è arrivato.
-- Lucio

 lo uso (il primo � per fare colpo sulle donne).
Il perl fa colpo sulle donne? Forse pensavi a "le" perl? :)

 (Parlo in generale, a prescindere dallo specifico giudizio su VB).
Assolutamente d'accordo n. 3, soprattutto per i pregiudizi su VB in ambito
enterprise e scalabilit�.
PaF

 programmatore. Ti dice da dove viene o dove � arrivato.
Se un programmatore usa n linguaggi diversi a seconda dei progetti ? In
questo caso da dove viene e dove � arrivato ? :-P
PaF

 schifo perché tu non sai usarla.
Per sapere che fa schifo, un minimo la devi saper usare. Infatti mai detto che 
sql (a certi livelli, non banali select) fa schifo. :)


 ambito enterprise e scalabilità.
se sono pregiudizi allora sorge una curiosità personale: come scala un 
programma in vb?

 enterprise e scalabilità.
Beh... :^)
bye!

 programma in vb?
I pregiudizi, per quanto ho capito, sono relativi al fatto di ritenere VB
un linguaggio di programmazione non adatto a realizzare applicazioni di
classe enterprise, quindi con dei limiti intrinseci per questo tipo di
software. 
Per esperienza personale questa opinione risulta del tutto falsa (ho
lavorato due anni su un progetto per una multinazionale della moda,
implementata tramite una semplice architettura 3 tier, progetto partito
solo per gli showroom di Milano e nel tempo esteso alle centinaia di negozi
worlwide, la maggior parte del codice scritto inizialmente non � stato
toccato con l'aumento del numero utenti).
In realt� in ambito .NET si deve parlare non tanto di linguaggio ma
piuttosto di framework. Per mia esperienza il framework .NET, grazie alle
classi presenti, alla possibilit� di realizzare web services e tante altri
cosine carine � uno degli ambienti adatti per questo genere di software.
Questo senza ritenerlo il migliore o denigrare gli altri ambienti (non mi
piacciono gli atteggiamento da "fanboy", cos� diffusi quando si parla dei
propri strumenti di lavoro e spesso evidenti anche nelle discussioni del
ng).
PaF

 cosine carine è uno degli ambienti adatti per questo genere di software.
Diciamo che è un po (troppo) "pappa pronta" e ha il drawback di far sentire 
programmatori cani&porci. 


 Beh... :^)
Hai esperienze contrarie ? Pu� essere un utile scambio di opinioni !
Io per esempio non userei mai VB per applicazioni real time, ma per
gestionali di vario tipo, fino a qualche migliaia di utenti, si (cosa che
ho fatto). Non mi esprimo su altri contesti (milioni di utenti), non avendo
esperienza in merito.
PaF

 programmatori cani&porci.
Questo � il peccato originale di VB ed in generale dei prodotti Microsoft,
ma non esclude che si possa usare in ambito enterprise. Il tutto
chiaramente IMHO.
PaF

 PaF
Te lo dice quello, tra gli n, che il programmatore ama di più.
-- Lucio

 Questo è il peccato originale di VB ed in generale dei prodotti Microsoft
Non va bene neanche il contrario (troppo complesso e difficile/costoso da 
mantenere) che si trova su altre piattaforme. 


 Te lo dice quello, tra gli n, che il programmatore ama di pi�.
In effetti � una riflessione profonda.
PaF

 esperienza in merito.
Per l'amordiddio, sui milioni di utenti non mi esprimo di certo. Ma
già con qualche centinaio i problemi sorgono eccome... certo non
insormontabili, e non dubito che ci siano molti "success cases", ma
indubbiamente ti richiedono un po' di fatica in più. Tieni presente
che io parlo come addetto al supporto, non allo sviluppo che non ho
mai coverto; e di grane ne ho viste parecchie, molte delle quali
probabilmente riconducibili al fatto che lo "sviluppatore VB
quadratico medio" lavora, o lavorava, sempre con UN pc come orizzonte
su cui c'e' tutto (programma, DB, interfaccia, ecc.) e non ha la
minima cognizione neanche dell'esistenza di un concetto come quello
della scalabilità. Ma forse sto cadendo nel tranello delle facili
generalizzazioni quindi mi fermo qui ;^)
bye!

 generalizzazioni quindi mi fermo qui ;^)
Quoto sullo "sviluppatore VB quadratico medio", ci si ricollega al peccato
originale di VB.
I problemi di .NET per me sono altri, alcuni decisamente significativi e
insiti nel suo stesso disegno (cito il primo che mi viene in mente, la
decompilabilit�, cosa che mi sta ampiamente sulla balle per alcuni tipi di
progetti, anche se ad onor del vero in passato mi hanno crackato una
utility scritta in C++ rilasciata shareware), ma non � il thread giusto :-)
PaF

 di software.
però qui dobbiamo sciogliere l'equivoco, parliamo di vb o 
vb.net
? 
su 
vb.net
 non è che ci siano pregiudizi, è un linguaggio del 
framework .net che godrà delle caratteristiche architetturali di 
quest'ultimo al pari degli altri linguaggi del clr.


Vb, forse però stai prima a dire tu perché Vb non potrebbe (poteva) essere 
usato proficuamente (sapendolo fare ovvio) in ambienti enterprise.

 enterprise.
io? e io che ne so? apposta ho chiesto su che principio si basa la 
scalabilità una applicazione scritta in vb, proprio perché non so nemmeno 
figurarmelo.

 quest'ultimo al pari degli altri linguaggi del clr.
Caspita hai ragione, inizialmente si parlava di VB6 ! Nei thread lunghi
giorni a volte perdo il filo.
In questo caso (VB6) c'erano sicuramente alcuni limiti: applicazione pi� o
meno monolitica (al max con dll sparpagliate in giro) ma con paradigma
rigidamente client-server, quelle poche volte che ho usato COM+ � sempre
stato un bagno di sangue (soprattutto con problemi in fase di deploy).
Con .NET � un'altra vita.
PaF

 allocazione?). 
hai voglia se ricordo! :-)
era un problema del dos, che paginava la memoria a 64k. i compilatori 
avevano i puntatori huge che "simulavano" i 32bit di indirizzamento, i 
16bit alti puntavano alla pagina e quelli bassi all'indirizzo dentro la 
pagina... 
win311 però al suo interno faceva distinzione fra la LocalAlloc e la 
GlobalAlloc, col primo potevi richiedergli fino a 64k mentre sul secondo 
potevi andare oltre.


Pensavo che l'avessi chiesto in senso retorico... :-)
C'è gente che ha fatto programmazione distribuita con VB6, non si sarà 
divertita tanto, ma l'ha fatto (quindi tecnicamente è fattibile).

 Con .NET è un'altra vita.
Io sto traducendo un po' di VBScript (neanche VB...) in VB.Net. Devo fare 
qualche esempio per i tecnici che poi si occuperanno dello scripting, a regime.
E' un altro pianeta sicuro... ;)


 divertita tanto, ma l'ha fatto (quindi tecnicamente � fattibile).
Tecnicamente (quasi) tutto � fattibile, bisogna considerare per� altri 
fattori:
- tempo di sviluppo
- manutenibilit�
- stabilit� della soluzione
Quando ero dipendente mi ero trovato in forte disaccordo con il project 
manager proprio perch� voleva includere dei componenti distribuiti (dei 
quali si poteva tranquillamente fare a meno) che a tavolino funzionavano 
bene (leggasi: sul suo pc di sviluppo), ma sul server del cliente facevano 
casino.
PaF

 E' un altro pianeta sicuro... ;)
Hai dato un occhio a Windows PowerShell ? Potrebbe essere un'altra via alla
conversione verso VB.
PaF

 potevi andare oltre.
Eh, se fosse stata un'applicazione Win nativa :^)... ma già ci ho
messo quasi un anno a fare la tesi con un'applicazione console, se mi
mettevo anche a studiare le API di windows ero ancora lì :^)
bye!

 loro software diversi ?
Se devi fare cose medio/complesse sicuramente Java che è totalmente
portabile su ogni piattaforma e ha una vastissimo parco di progetti
open source che puoi sfruttare
Ti do un paio di link se vuoi sviluppare una vera architettura di
Integrazione:
da Spring   
http://www.springsource.org/spring-integration
da Apache 
http://activemq.apache.org/
il primo progetto ti fornisce una libreria molto potente che ricalca
anche la terminologia e i concetti di grossi software di integrazione
come SAP XI/PI ... (magari un giorno dovrai usarne qualcuno)
il secondo è una sorta di message broker, uno dei progetti migliori
della comunità Apache.
Ovviamente se devi fare qualcosa di semplice il discorso cambia