SSAS-Projekte können nicht mit MSBuild
erstellt werden. SSAS-Projekte können jedoch Berichten zufolge mit Visual Studio oder SSAS Helper (description) erstellt werden.Erstellen von SSAS 2016 von Visual Studio CLI
Mit dem Visual Studio GUI (devenv.exe
), der Bau meines SSAS 2016 Tabellarische Projekt in der Tat fein nicht bauen:
Visual Studio bietet auch eine CLI für nicht-interaktive Nutzung: devenv.com
. Doch obwohl mein Projekt fein mit der GUI baut, wirft es ein Fehler, wenn die CLI zu bauen versucht, mit:
Wie erstelle ich meine SSAS 2016 Tabellarische Projekte Verwendung der CLI? Verwendet devenv.com
eine andere Bibliothek zum Erstellen als devenv.exe
?
Hintergrund/weitere Informationen/versucht:
Die SSAS Helper Beispiel CLI den gleichen Fehler ergibt.
The internet doesn't seem to know about this problem ..
sieht Meine smproj Datei wie folgt:
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Development</Configuration>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{8CE414BB-95B2-4C99-9E03-51BA72086E22}</ProjectGuid>
<OutputType>Exe</OutputType>
<RootNamespace>MyRootNamespace</RootNamespace>
<AssemblyName>MyAssemblyName</AssemblyName>
<EnableUnmanagedDebugging>false</EnableUnmanagedDebugging>
<OutputPath>bin\</OutputPath>
<Name>ProjectName_Tabular</Name>
<DeploymentServerName>devserver</DeploymentServerName>
<DeploymentServerEdition>Developer</DeploymentServerEdition>
<DeploymentServerVersion>Version_11_0</DeploymentServerVersion>
<DeploymentServerDatabase>ProjectName_Tabular</DeploymentServerDatabase>
<DeploymentServerCubeName>Model</DeploymentServerCubeName>
<DeploymentOptionProcessing>Default</DeploymentOptionProcessing>
<DeploymentOptionTransactionalDeployment>False</DeploymentOptionTransactionalDeployment>
<DeploymentOptionDirectQueryMode>InMemory</DeploymentOptionDirectQueryMode>
<DeploymentOptionQueryImpersonation>Default</DeploymentOptionQueryImpersonation>
<SccProjectName>SAK</SccProjectName>
<SccProvider>SAK</SccProvider>
<SccAuxPath>SAK</SccAuxPath>
<SccLocalPath>SAK</SccLocalPath>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)' == 'Development' ">
<OutputPath>bin\Development\</OutputPath>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)' == 'Release' ">
<OutputPath>bin\Release\</OutputPath>
<DeploymentServerEdition>Enterprise</DeploymentServerEdition>
<DeploymentOptionProcessing>Full</DeploymentOptionProcessing>
</PropertyGroup>
<ItemGroup>
<Compile Include="ProjectName_Tabular.bim">
<SubType>Code</SubType>
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Compile>
</ItemGroup>
<Import Project="$(MSBuildExtensionsPath)\Business Intelligence Semantic Model\1.0\Microsoft.AnalysisServices.VSHostBuilder.targets" />
</Project>
Dies ist eine große Abhilfe! Obwohl 'devenv.com' wie 'devenv.exe' IMHO funktionieren sollte, kann mir das zumindest helfen, meine Lösungen zu erstellen (zusammen mit [IntegrationServices.Build.dll für SSIS-Projekte] (https://speaksql.wordpress.com/2013)/06/07/a-journey-to-db-deployment-automaten-ssis-build-using-msbuild /)) – vstrien
Ich bin froh, dass Sie eine funktionierende Lösung haben :) – bdog
Ich habe keine Erfahrung mit devenv.exe, aber die Hinweis am Anfang dieser Seite https://msdn.microsoft.com/en-us/library/xee0c8y7(v=vs.140).aspx sagt für build-related Tasks, dass es jetzt empfohlen wird, dass Sie MSBuild anstelle von verwenden Devenv – bdog