Leistungen
Leistungen
Überblick
Leistungsangebot
Kernkompetenzen
Schulungsthemen
In-House-Schulungen
Offene .NET-Seminare
Offene WPS-Seminare
Beratung
Coaching
Support
Softwareentwicklung
Entwickler-Vermittlung
.NET/Visual Studio
TFS/ALM/Scrum
Webprogrammierung
PowerShell
Konditionen
Anfrage/Kontakt
Beratung/Coaching
Beratung/Coaching
Beratungsthemen
Coaching
Unsere Berater
Referenzkunden
Konditionen
Angebotsanfrage
In-House-Schulungen
In-House-Schulungen
Überblick
Themen/Fachgebiete
Schulungskonfigurator
Konzepte
.NET/Visual Studio
C#
VB.NET
ASP.NET
Moderne Webanwendungen
TFS/ALM/Scrum
PowerShell
Konferenzvortraege
Referenzkunden
Unsere Trainer
Konditionen
Angebotsanfrage
Offene Schulungen
Offene Schulungen
Überblick .NET-Seminare
.NET/C#-Basisseminar
WPF (Desktop)
ASP.NET/AJAX (Web)
WCF/WF (SOA)
ADO.NET/EF (Data)
Windows PowerShell
.NET, C#, VB, Visual Studio
.NET, C#, VB, Visual Studio
Startseite
Beratung/Training
Offene .NET-Seminare
Einführung
Lexikon
Artikel
Bücher
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
World Wide Wings Demo
Codebeispiele
Scripting
ASP.NET
.NET 2.0
.NET 3.0/3.5
.NET 4.0/4.5
Community
Forum
Kommerzielle Leistungen
ASP.NET
ASP.NET
Startseite
Lexikon
Sicherheit
Konfiguration
Global.asax
Tracing
Technische Beiträge
Klassenreferenz
Programmiersprachen
Entwicklerwerkzeuge
Softwarekomponenten
PowerShell
PowerShell
Überblick
Beratung
In-House-Schulungen
Öffentliche Schulungen
Codebeispiele
Commandlet Extensions
Offene PowerShell-Seminare
Inhouse-Seminare
Windows
Windows
Startseite
Windows Runtime (WinRT)
Windows PowerShell
Windows Scripting
Windows-Schulungen
Windows-Lexikon
Windows-Forum
Windows Scripting
Windows Scripting
Startseite
Lexikon
FAQ
Buecher
Architektur
Skriptsprachen
Scripting-Hosts
Scripting-Komponenten
COM/DCOM/COM+
ADSI
WMI
Scripting-Tools
WSH-Editoren
Codebeispiele
ASP.NET
.NET-Scripting
Forum
Links
Kommerzielle Leistungen
Service
Service
Website-FAQ
Anmeldung/Login
Leser-Registrierung
Gast-Registrierung
Nachrichten/RSS
Newsletter
Foren
Weblog
Lexikon
Downloads
Support
Kontakt
Literaturtipps
Publikationen
Publikationen
Redaktionsbüro
Bücher
Fachartikel
Leser-Portal
Autoren gesucht!
Rezensionen
Über uns
Über uns
Holger Schwichtenberg
Team
Referenzkunden
Kundenaussagen
Referenzprojekte
Partner
Site Map
Weitere Websites
Tag Cloud
Impressum
Rechtliches

Erklärung des Begriffs: Windows PowerShell 4.0
Was ist Windows PowerShell 4.0?

Zurück zur Stichwortliste



Begriff Windows PowerShell 4.0
Abkürzung
Synonyme/Aliase

Erläuterung des Begriffs Windows PowerShell 4.0

Nachfolger der PowerShell 3.0
enthalten in Windows 8.1 und Windows Server 2012 R2

Die PowerShell 4.0 gibt es als Bestandteil von Windows 8.1/Windows Server 2012 R2 und als Add-On für Windows 7 Service Pack 1, Windows Server 2008 R2 SP1 sowie Windows Server 2012.


- Neuer Standardparameter "PipelineVariable"

Neuheiten: (Quelle: http://www.microsoft.com/en-us/download/details.aspx?id=39347)



Windows PowerShell 4.0
Some of the new features in Windows PowerShell 4.0 include:
- Support for workflow and remote script debugging
- Improved workflow authoring experience to make it more consistent with script authoring
- Added PipelineVariable as a common parameter
- Better support for downloading updatable help by using Save-Help and Update-Help in offline scenarios
- Several bug fixes and performance improvements

Windows PowerShell Integrated Scripting Environment
Windows PowerShell ISE in Windows Management Framework 4.0 Preview introduces:
- Support for Windows PowerShell Workflow debugging
- Support for remote script debugging
- IntelliSense support for Windows PowerShell Desired State Configuration providers and configurations

Windows PowerShell Web Services
Windows PowerShell Web Services (Management Odata IIS Extension) enables an administrator to expose a set of Windows PowerShell cmdlets as a RESTful web endpoint accessible by using Odata (Open Data Protocol). This provides remote access to run cmdlets from both Windows-based and non-Windows-based client computers or devices.
- Improved error messages in event logs
- Endpoint versioning support
- Autopopulation of Odata dispatch schema fields
- Support for complex types
- Multilevel association support
- Ability to perform large binary stream transfers
- Support for non-Create/Read/Update/Delete (CRUD) actions
- Key-As-Segment URL syntax support
- Constrained resource operations

Windows PowerShell Desired State Configuration
Windows Management Framework 4.0 Preview introduces Windows PowerShell Desired State Configuration (DSC), with the following highlights:
- Local configuration manager for applying configurations on the local computer
- Windows PowerShell language extensions for authoring DSC documents
- PSDesiredStateConfiguration module and DSC-related cmdlets
- A set of built-in DSC configuration providers
- DSC service for distributed access to DSC resources

Neuheiten: (Quelle: http://technet.microsoft.com/en-us/library/hh857339.aspx#BKMK_wps4)


- Windows PowerShell Desired State Configuration (DSC) is a new management system in Windows PowerShell 4.0 that enables the deployment and management of configuration data for software services, and the environment in which these services run. For more information about DSC, see Get Started with Windows PowerShell Desired State Configuration.
- Save-Help now lets you save help for modules that are installed on remote computers. You can use Save-Help to download module Help from an Internet-connected client (on which not all of the modules for which you want help are necessarily installed), and then copy the saved help to a remote shared folder, or a remote computer that does not have Internet access.
- The Windows PowerShell debugger has been enhanced to allow debugging of Windows PowerShell workflows, as well as scripts that are running on remote computers. Windows PowerShell workflows can now be debugged at the script level from either the Windows PowerShell command line or Windows PowerShell ISE. Windows PowerShell scripts, including script workflows, can now be debugged over remote sessions. Remote debugging sessions are preserved over Windows PowerShell remote sessions that are disconnected and then later reconnected.
- A RunNow parameter for Register-ScheduledJob and Set-ScheduledJob eliminates the need to set an immediate start date and time for jobs by using the Trigger parameter.
- Invoke-RestMethod and Invoke-WebRequest now let you set all headers by using the Headers parameter. Although this parameter has always existed, it was one of several parameters for the web cmdlets that resulted in exceptions or errors.
- Get-Module has a new parameter, FullyQualifiedName, of the type ModuleSpecification[]. The Name parameter of Get-Module now lets you specify a module by using the module's name, version, and GUID. As before, it also lets you specify a module by using only the name.
- The default execution policy setting on Windows Server 2012 R2 Preview is RemoteSigned. On Windows 8.1 Preview, there is no change in default setting.
- Starting in Windows PowerShell 4.0, method invocation by using dynamic method names is supported.
- Asynchronous workflow jobs are no longer deleted when the time-out period that is specified by the PSElapsedTimeoutSec workflow common parameter has elapsed.
- A new parameter, RepeatIndefinitely, has been added to the New-JobTrigger and Set-JobTrigger cmdlets. This eliminates the necessity of specifying a TimeSpan.MaxValue value for the RepetitionDuration parameter to run a scheduled job repeatedly, for an indefinite period.
- A Passthru parameter has been added to the Enable-JobTrigger and Disable-JobTrigger cmdlets. The Passthru parameter displays any objects that are created or modified by your command.
- The parameter names for specifying a workgroup in the Add-Computer and Remove-Computer cmdlets are now consistent. Both cmdlets now use the parameter WorkgroupName.
- A new common parameter, PipelineVariable, has been added. PipelineVariable lets you save the results of a piped command (or part of a piped command) as a variable that can be passed through the remainder of the pipeline.
- Windows PowerShell now lets you add new keywords.
- Collection filtering by using a method syntax is now supported.
- The Get-Process cmdlet has a new switch parameter, IncludeUserName.
- A new cmdlet, Get-FileHash, that gets information about file hashes, has been added.
- In Windows PowerShell 4.0, if a module uses the DefaultCommandPrefix key in ist manifest, or if the user imports a module with the Prefix parameter, the ExportedCommands property of the module shows the commands in the module with the prefix. When you run the commands by using the module-qualified syntax, ModuleName\CommandName, the command names must include the prefix.
- The value of $PSVersionTable.PSVersion has been updated to 4.0.

Querverweise zu anderen Begriffen im Lexikon

Windows Management Framework
Powershell Language
Windows Server 2012
Windows Server 2008
Windows PowerShell
Open Data Protocol
Execution Policy
Windows Server
Service Pack
IntelliSense
Windows 8.1
Powershell
Windows 8
Windows 7
Exception
Scripting
Debugging
Debugger
Property
Manifest
Stream
Modul
Field
Hash
Pipe
iOS


Dienstleistungen:

Beratung/Consulting zu Windows PowerShell 4.0

Support zu Windows PowerShell 4.0

Schulungen zu diesem Thema:
In unserem umfangreichen Schulungsmodulkatalog haben wir keinen Eintrag zum Thema Windows PowerShell 4.0 gefunden. Das heißt aber nicht, dass wir Ihnen keine Schulung dazu anbieten können! ggf. ist dieses Stichwort anders in unserem Katalog erfasst. Selbst wenn das Thema bisher nicht in unserem Katalog erscheint, können wir dazu über Partner Schulungen anbieten. Bitte stellen Sie eine unverbindliche Seminaranfrage oder rufen Sie uns an unter +49 201 7490700!