Newsgroup: it.comp.appl.access
Titolo: Come trasformare una procedura Access in un eseguibile autonomo

Ho visto che esistono diverse applicazioni progettate per 'impacchettare' in 
un solo file e rendere immediatamente eseguibile dei programmi che 
solitamente necessitano di installazione
Ad esempio questi:
http://alternativeto.net/software/altiris-svs/
 
Avete mai usato questi sistemi con delle procedure Access per renderle 
'autonome' ed immediatamente eseguibili senza installazione?
Consigli, pro/contro ?
Ciao e grazie
RobertoA
 
 


Argomento dibattutissimo.....non puoi!!! Puoi fare un exe dell'mdb, ma per quello basta anche 7zip...preparare un installer vuol dire cmq installare almeno la runtime, se no access mica funziona...dal 2007 in poi lo puoi fare da Access direttamente, prima dovevi avere il pacchetto per lo sviluppatore

 ha scritto nel messaggio 
news:3c252f39-56a3-479b...@googlegroups.com...

---------------------------
 
Ma hai dato un'occhiata a quei programi?
Ti tracciano la procedura di installazione comprese modifiche al registry e 
poi, almeno cosi' mi sembra di aver capito, fanno funzionare tutto dentro 
una specie di virtualizzazione del sistema operativo
Una specie di vmware invisibile
Pesantezza della cosa a parte, come idea dovrebbe poter andare
Personalmente ho provato sia con Cameyo che con Thinapp, la tracciatura 
iniziale funziona, la 'compilazione' funziona, ma quando e' ora di avviare 
l'eseguibile prodotto poi non parte niente
Devo dire che la prova che ho fatto era anche mediamente complessa, uno 
script Innosetup che installa un db server, copia diversi file nelle 
directory scelte, installa il runtime di Access, poi modifica delle chiavi 
nel registro di configurazione Windows, poi installa un programma di backup 
database e lo avvia come servizo
Forse con qualcosa di meno complesso sarebbe andato, ma mi sarebbe servito 
per quel programa e quello ho provato
Ciao
RobertoA
 
 
 
 

 

Non so nulla di avviare un db come servizio....specialemte Access (cosa che non credo si possa fare ne se abbia un senso, visto la pesantezza di Access). Ho solo precisato che "l'eseguibile" di Access non è possibile, essendo un applicativo interpretato (=necessita di runtime) e non compilato (standalone). Quando si parla di eeguibili si intendono un sacco di cose. Se vuoi fare un pacchetto di insatallazione, con la licenza 2007 (e superiori immagino) lo puoi fare. Io ho sviluppato con il 2007 e l'installer, con i suoi limiti, fa quello che chiedi: scrive il registry, installa il runtime, pone il tuo db nelle cartelle chge vuoi, installa i programmi che servono. Non hai bisogno di applicazioni di terzi. Far 'girare' Access stand alone non si può e stop. Se tu vuoi avere un exe, ripeto, basta uno zip qualunque che faccia un archivio autoestraente, ma non centra nulla con l' eseguibile (nel senso che clicchi e va). Avere virtual machine o altre robe esotiche, se non ci sono particolari necessità, non credo sia la soluzione corretta (chiearamente per me....). Access non si può compilare, quindi inutile perderci tempo, non è mica C++!!!
Mi dici cosa ti servirebbe fare in pratica?

nella versione access 2000 mi pare c'era un'opzione che permetteva di creare un db indipendente autonomo che funzionava come un eseguibile senza necessità che ci fosse access installato sul pc di utilizzo, continuo quindi a cercare
 

 nella versione access 2000 mi pare c'era un'opzione che permetteva di creare un db indipendente autonomo che funzionava come un eseguibile senza necessità che ci fosse access installato sul pc di utilizzo, continuo quindi a cercare
 
provo questo: 
https://www.microsoft.com/it-it/download/details.aspx?id=39358
 


dopo l'installazione, quando salvi il database, trovi l'opzione ACCDE, e crea l'eseguibile.

Mmmm Access ha un livello di compilazione del codice equivalente a quello di VB6... che invece creava EXE.
La compilazione in PCode sostanzialmente è identica ma dire Eseguibile e dire Stand-Alone sono 2 mondi diversissimi.
Anche VB6 se ci pensi in realtà necessitava del RUNTIME.
Pochi linguaggi consentono di creare un EXECUTE veramente esente da dipendenze.
Se poi pensiamo che oggi il NetFramework ingloba tutto il Layer di interpretazione... mi pare che alla fine sia come parlare del sesso degli Angeli se non si sviluppano sw ad altissime prestazioni... cosa che esclude tutto il mondo Net e figliastri vari.
 
Vabbe... divulgazione a parte... mi chiedo di cosa stiamo parlando ancora nel 2017.
Che fascino avrà mai un EXE che necessita di NetFramework e Dll come se piovesse rispetto ad un ACCDE che richiede il Runtime..? 
 
Poi il 1° di Aprile possiamo nuovamente provare a dire che Access fa gli eseguibili...

 
"@Alex" <

In realtà, basta rinominare il .MDE in .EXE: funziona su PC formattati senza 
alcun Runtime installato.
Provare per credere.
 
Saluti 
 
 

Eheheh ma non svelare tutti i segreti del mestiere ;-)
 
Ciao 
@ALEX


Scusate la mia immensa ignoranza in materia ma ho bisogno di aiuto perché ho fatto un piccolo programma di contabilità per una associazione sportiva e mi sono accordo ora che non hanno access.
Riepilogo: programma generato con access 365 estensione ACCDB. 
Mi potete dire se c'è la possibilità di convertire il file in eseguibile.
Vi ringrazio infinitamente per l'aiuto.
Luigi


Luigi, la questione Eseguibile non è il problema, il tuo problema è eseguire il tuo applicativo anche se nel PC non è installato MsAccess.
 
La soluzione è installare il pacchetto di RUNTIME che è gratuito e puoi scaricarlo quì:
https://www.microsoft.com/it-it/download/details.aspx?id=50040
 
 
Tuttavia, devo dirti che non è tutto semplice... 
Prima di tutto devi convertire il tuo prodotto in un ACCDE, che è la versione compilata da ACCDB.
Con la distribuzione del RUNTIME infatti non viene distribuito l'IDE, quindi il codice viene compilato.
 
Ora se non hai una grande esperienza di questo processo, potresti avere un sacco di problemi nel tentativo di far funzionare tutto.
Di solito si installa una VM con le condizioni del Cliente e si procede finchè funziona.
Il probelma è che se hai scritto CODICE, con ACCDE non è debuggabile, quindi andare  capire cosa e dove sia il problema è veramente complicato.
Di solito infatti si predispone un sistema di LOG Avanzato nell'applicativo che sopperisce al DEBUG...
Altri problemi che potresti trovare:
Riferimenti a Librerie esterne non EQUIVERSIONE 
Utilizzo di Immagini NON in formato BMP(il Runtime non distribuisce i Filtri di conversione, quindi non si caricheranno immagini esterne che non siano BMP)
FileDialog potrebbe non andare
Ecc...
 
Questo per farti capire che 9 su 10 non funzionerà nulla.
 
In ogni caso questa è la strada.
 
@Alex



Il giorno domenica 12 agosto 2018 19:38:47 UTC+2, @Alex ha scritto:

Grazie infinite per la risposta
Viste le mie competenze sicuramente ci rinuncio.
Comunque grazie dell'aiuto, sei stato molto gentile
Luigi