Office: (Office 2016) Access Developer Extensions

Hallo,

gibt es sowas wie die Access Developer Extensions auch für Access 2016.

Ich würde gerne eine Installationsdatei erstellen, mit der ich meine Frontend-Datei (accdb(e)) an die Benutzer verteilen kann.

Das Tool sollte folgendes können:
- Frontend in einen bestimmten Ordner kopieren
- evtl. noch weitere Dateien kopieren (z.B. xls, ico oder pdf)
- eine Verknüpfung auf dem Desktop erstellen
- prüfen ob Acc2016-RT vorhanden und wenn nicht installieren

Das sollte ja eigentlich mit diesen Developer Extensions gehen.
Ich finde aber immer nur etwas zu Acc 2007 oder 2010.

Oder ist das irgendwo versteckt?

:)

 

Hallo,
Habe zwar nur A2010, denke aber, dass sich das zu 2016 nicht grossartig
verändert haben sollte; - bei mir finde ich das wie im Bild.
Vielleicht hilft es bei der Suche.
gruss ekkehard

 

Hallo,

ich hab bei Acc 2016 nur Packen und signieren gefunden.
Da nimmt er lediglich die Acc-Datei und packt diese zusammen mit einem Zertifikat als exe. Was mir nicht wirklich weiterhilft.

Ansonsten gibt es noch im Web veröffentlichen.
Das steht irgendwie im zusammenhang mit einem Sharepoint-Server.

Zum Thema veröffentlichen habe ich nichts mehr gefunden.
Bis zur Version Acc 2010 habe ich auch Downloads für die Developer Extensions gefunden.

 

Ich habe die Antwort soeben gefunden!

Es gibt die Funktion nicht mehr! Schade!
Bei den weggefallenen Funktionen seit Acc 2013 bin ich fündig geworden.
https://support.office.com/de-de/art...d-9a2dfef68e2f

Damit ist dieses Thema wohl leider erledigt!

 

Hallo,

lese das gerade und wundere mich. Die in früheren Versionen käuflich zu erwerbenden "Developer Extensions" gab es also (mit A2007 + 2010) nur vorübergehend für umsonst, um sie anschließend sterben zu lassen?! Und wie übergeben nun die professionellen Access-Entwickler ihre Programme an den Kunden?

Ich hoffe da melden sich auch welche, die das nicht eh schon immer mit Inno-Setup o.ä. gelöst haben...

 

\@MaggieMay

Das habe ich mich auch gefragt. Und habe mich gewundert, dass bisher niemand eine idee hatte.

Das InnoSetup erscheint mir sehr kompliziert für laien.
Ich werde mein Glück jetzt mit InstallForge probieren.
Das scheint mir recht einfach zu bedienen und ist auch Freeware.

 

Hallo!

Vorab: meine Anwendungen sind nicht für den Massenmarkt, daher kenne ich die IT-Umgebung der Kunden und passe die Installation für diese an.

Die Erstinstallation läuft über eine Batch-Datei.
Üblicher Ablauf über die Batch-Datei:
- Anwendungsordner erstellen
- Client-Datei in den Ordner kopieren
- Verknüpfung am Desktop erstellen
- Pfad in "Vertrauenswürdige Speicherorte" eintragen

Die Runtime wird meist eigenständig installiert, falls kein Access verfügbar ist.

Der Rest läuft dann über den Client. Alles was das Frontend zum Laufen benötigt, wird beim Start aus einer lokalen Tabelle exportiert.

Im Prinzip würde mir somit auch das derzeit enthaltene "Verpacken und Signieren" ausreichen. Dann müssen die Mitarbeiter aber den Speicherort selbst auswählen. Das kann ich über die Batch-Datei vermeiden und gleichzeitig dafür sorgen, dass die Anwendung auf jedem PC im gleichen Ordner abgespeichert wird.

Von den Developer-Extension verwendete ich bis zur Version 2010 nur das Quellcodeverwaltungs-Add-In. Das gibt es ab 2013 nicht mehr. Vermutlich ist Microsoft der Meinung, Access ist nicht für "Developer". ;-)

mfg
Josef

 

Hallo Josef,

na und, was dann, wie geht es weiter?
Macht dir das als Access-Profi keine Sorgen?

 

Hallo Maggie!

Am Beispiel Quellcodeverwaltung beschrieben. Die gab es bis 2010 und ich verwendete das Add-In von Microsoft. Vermutlich gehöre ich aber zu einer Minderheit, die eine Quellcodeverwaltung für Access verwenden. Microsoft orientiert sich möglicherweise am Massenmarkt und spart die Kosten für die Weiterentwicklung des Quellcodeverwaltungs-Add-Ins ein. Es gibt aber zum Glück alternative Anbieter, die diese Lücke schließen können (Ivercy, OASIS-SVN).

Sorgen bereitet mit das allerdings nicht. Solange ich mit Access effizienter Anwendungen gestalte als mit anderen Tools, werde ich dabei bleiben. *wink.gif*
Bibliotheken schreibe ich mit Visual Studio (unter C#), weil ich damit mehr Komfort beim Schreiben von Code habe und auch OOP nutzen kann.
Für die eigentlich Anwendung nutze ich aber weiterhin Access, da ich damit viel einfacher mit Daten umgehen kann. Für die Erstellung einer Eingabemaske mit ein paar Unterformularen usw. bin ich in Access viel schneller als mit Visual Studio. (Anm.: Wenn jemand bisher nur mit Visual Studio gearbeitet hat, wird dieser mit Visual Studio schneller sein. *wink.gif*)

.. und für diese Arbeit in Access benötigte ich keinen Developer Extensions. Nur das SCC-Add-In muss ich durch ein anderes ersetzen, sobald ich Access 2010 nicht mehr produktiv verwende.

mfg
Josef