Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt een functie beschreven van ClickOnce die is geïntroduceerd in .NET Framework versie 3.5 waarmee de implementatie van ClickOnce-toepassingen vanaf meerdere netwerklocaties mogelijk wordt gemaakt zonder de ClickOnce-manifesten opnieuw te ondertekenen of te wijzigen.
Opmerking
Het opnieuw ondertekenen is nog steeds de voorkeursmethode voor het implementeren van nieuwe versies van applicaties. Gebruik waar mogelijk de methode voor het intrekken. Zie Mage.exe (Hulpprogramma voor het genereren en bewerken van manifesten) voor meer informatie.
Externe ontwikkelaars en ISV's kunnen zich aanmelden voor deze functie, zodat hun klanten hun toepassingen gemakkelijker kunnen bijwerken. Deze functie kan in de volgende situaties worden gebruikt:
Wanneer u een toepassing bijwerkt, niet voor de eerste installatie van een toepassing.
Wanneer er slechts één configuratie van de toepassing op een computer is. Als een toepassing bijvoorbeeld is geconfigureerd om naar twee verschillende databases te verwijzen, kunt u deze functie niet gebruiken.
DeploymentProvider uitsluiten van implementatiemanifesten
In .NET Framework 2.0 en .NET Framework 3.0 moet een ClickOnce-toepassing die op het systeem wordt geïnstalleerd voor offline beschikbaarheid een deploymentProvider lijst weergeven in het implementatiemanifest. Dit deploymentProvider wordt vaak de updatelocatie genoemd. Dit is de locatie waar ClickOnce controleert op toepassingsupdates. Deze vereiste, samen met de noodzaak voor toepassingsuitgevers om hun implementaties te ondertekenen, maakte het voor een bedrijf moeilijk om een ClickOnce-toepassing bij te werken van een leverancier of een andere derde partij. Het maakt het ook moeilijker om dezelfde toepassing te implementeren vanaf meerdere locaties in hetzelfde netwerk.
Met wijzigingen die zijn aangebracht in ClickOnce in .NET Framework 3.5, is het mogelijk dat een derde partij een ClickOnce-toepassing aan een andere organisatie levert, die vervolgens de toepassing op een eigen netwerk kan implementeren.
Als u van deze functie gebruik wilt maken, moeten ontwikkelaars van ClickOnce-toepassingen deploymentProvider uit hun implementatiemanifesten uitsluiten. Deze vereiste betekent dat u het -providerUrl argument moet uitsluiten wanneer u implementatiemanifesten maakt met Mage.exe. Als u implementatiemanifesten genereert met MageUI.exe, moet u ervoor zorgen dat het tekstvak Locatie starten op het tabblad Toepassingsmanifest leeg blijft.
Opmerking
Gebruik in ClickOnce voor .NET Core 3.1 en .NET 5 of hoger dotnet-mage.exe in plaats van Mage.exe. Zie ClickOnce voor .NET voor meer informatie.
deploymentProvider en toepassingsupdates
Vanaf .NET Framework 3.5 hoeft u niet langer een deploymentProvider in uw implementatiemanifest op te geven om een ClickOnce-toepassing te implementeren voor zowel online als offline gebruik. Deze wijziging ondersteunt het scenario waarin u de implementatie zelf moet verpakken en ondertekenen, maar andere bedrijven toestaan de toepassing via hun netwerken te implementeren.
Het belangrijkste punt om te onthouden is dat toepassingen die een deploymentProvider installatielocatie uitsluiten, niet kunnen wijzigen tijdens updates, totdat ze een update verzenden die de deploymentProvider tag opnieuw bevat.
Hier volgen twee voorbeelden om dit punt te verduidelijken. In het eerste voorbeeld publiceert u een ClickOnce-toepassing die geen deploymentProvider tag heeft en vraagt u gebruikers om deze te installeren.http://www.adatum.com/MyApplication/ Als u besluit dat u de volgende update van de toepassing http://subdomain.adatum.com/MyApplication/wilt publiceren, kunt u dit niet ondertekenen in het implementatiemanifest waarin zich bevindt http://www.adatum.com/MyApplication/. U kunt een van de volgende twee dingen doen:
Laat uw gebruikers de vorige versie verwijderen en installeer de nieuwe versie vanaf de nieuwe locatie.
Neem een update op
http://www.adatum.com/MyApplication/op die eendeploymentProviderwijzend naarhttp://www.adatum.com/MyApplication/bevat. Laat vervolgens later een andere update los metdeploymentProviderdie verwijst naarhttp://subdomain.adatum.com/MyApplication/.In het tweede voorbeeld publiceert u een ClickOnce-toepassing die aangeeft
deploymentProvideren besluit u deze vervolgens te verwijderen. Zodra de nieuwe versie isdeploymentProvidergedownload naar clients, kunt u het pad dat voor updates wordt gebruikt, niet omleiden totdat u een versie van uw toepassing vrijgeeft die isdeploymentProviderhersteld. Net als bij het eerste voorbeelddeploymentProvidermoet in eerste instantie naar de huidige updatelocatie worden verwijst, niet naar uw nieuwe locatie. Als u in dit geval probeert eendeploymentProviderin te voegen dat verwijst naarhttp://subdomain.adatum.com/MyApplication/, mislukt de volgende update.
Een implementatie maken
Zie Walkthrough voor stapsgewijze richtlijnen voor het maken van implementaties die kunnen worden geïmplementeerd vanuit verschillende netwerklocaties : Handmatig een ClickOnce-toepassing implementeren waarvoor geen herondertekening is vereist en die huisstijlinformatie behoudt.