2013-10-15 12 views
5

मैं कुछ गहरा घोंसला वाली (लंबी नामस्थान) फ़ाइलों के साथ एक प्रोजेक्ट पर काम कर रहा हूं। प्रोजेक्ट संकलित नहीं होगा क्योंकि अधिकांश संसाधन फ़ाइलों का फ़ाइल नाम बहुत लंबा है। उदाहरण के लिए।संसाधन फ़ाइल का नाम बहुत लंबा

Resource file 
"obj\Debug\xxxx.xxxxxxxxxxxxx.xxxx.Services.DeliveryChannels.Web.Common.Resources.xxxxxxxxxxxxxxxxxxx.resources" has an invalid name. The item metadata "%(FullPath)" cannot be applied to the path 
"obj\Debug\xxxx.xxxxxxxxxxxxx.xxxx.Services.DeliveryChannels.Web.Common.Resources.xxxxxxxxxxxxxxxxxxx.resources". 
D:\Projects\XXXXX\TFS\xxxxx.xxxxx\src\xxxxx.xxxxxxxx.xxxxx\svcs\channels\web\src\xxxxxxx.Web.Common\obj\Debug\xxxx.xxxxxxxxxxxx.xxxxxx.Services.xxxxxxxxxx.Web.Common.Resources.xxxxxxxxxxxxxxxxxx.resources 

एक और त्रुटि:

File name 
'..\..\..\..\..\obj\Debug\xxxx.xxxxxxxxxxxxx.xxxx.Services.DeliveryChannels.Web.Common.Resources.xxxxxxxxxxxxxxxxxxx.resources' is too long or invalid 

मैं कैसे नाम स्थान के लिए .resource फ़ाइल का नाम बदलने से संकलक रोक सकता हूं? मैं संकलन के बाद संसाधन फ़ाइल नाम सिर्फ वही होना चाहूंगा।

+2

मुझे स्पष्ट पूछने से नफरत है, लेकिन क्या कोई मौका है कि आप इस परियोजना को उस निर्देशिका में ले जा सकते हैं जिसका या तो छोटा नाम है या रूट ड्राइव के करीब है? –

उत्तर

9

संपादित सी पर लाइन 2291: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ Microsoft.Common.Targets

<GenerateResource 
    Sources="@(EmbeddedResource)" 
    UseSourcePath="$(UseSourcePath)" 
    References="@(ReferencePath)" 
    AdditionalInputs="$(MSBuildAllProjects)" 
    NeverLockTypeAssemblies="$(GenerateResourceNeverLockTypeAssemblies)" 
    StateFile="$(IntermediateOutputPath)$(MSBuildProjectFile).GenerateResource.Cache" 
    StronglyTypedClassName="%(EmbeddedResource.StronglyTypedClassName)" 
    StronglyTypedFileName="%(EmbeddedResource.StronglyTypedFileName)" 
    StronglyTypedLanguage="%(EmbeddedResource.StronglyTypedLanguage)" 
    StronglyTypedNamespace="%(EmbeddedResource.StronglyTypedNamespace)" 
    StronglyTypedManifestPrefix="%(EmbeddedResource.StronglyTypedManifestPrefix)" 
    PublicClass="%(EmbeddedResource.PublicClass)" 
    OutputResources="@(EmbeddedResource->'$(IntermediateOutputPath)%(ManifestResourceName).resources')" 
    Condition="'%(EmbeddedResource.Type)' == 'Resx' and '%(EmbeddedResource.GenerateResource)' != 'false' and '$(GenerateResourceMSBuildRuntime)' != 'CLR2'" 
    SdkToolsPath="$(ResgenToolPath)" 
    ExecuteAsTool="$(ResGenExecuteAsTool)" 
    EnvironmentVariables="$(ResGenEnvironment)" 
    MSBuildRuntime="$(GenerateResourceMSBuildRuntime)" 
    MSBuildArchitecture="$(GenerateResourceMSBuildArchitecture)"> 

बदलें लघु स्रोत फ़ाइल नाम की तरह कुछ करने के लिए आउटपुट फ़ाइल नाम और कोई टक्कर के लिए उम्मीद है।

OutputResources="@(EmbeddedResource->'$(IntermediateOutputPath)%(Filename).resources')" 

यह एक dotnet प्रणाली फाइल करने के लिए एक हैक है, इसलिए इस ओवरराइड करने के लिए अन्य तरीके से किया जाना चाहिए, मैं MSBuild डॉक्स की जाँच करने की जरूरत है।

संपादित

I found a solution without needing to mess with system files. 

MSDN http://blogs.msdn.com/b/visualstudio/archive/2010/02/15/if-your-build-fails-with-msb6002-the-command-line-for-the-resgen-task-is-too-long.aspx यहाँ देखें।

आप अपने प्रोजेक्ट के अंदर पूरे लक्ष्य को पेस्ट कर सकते हैं, इस तरह आपको सिस्टम फ़ाइल को बदलने की आवश्यकता नहीं है। </Project> टैग से पहले इसे पेस्ट करें।

<Target 
    Name="CoreResGen" 
    DependsOnTargets="$(CoreResGenDependsOn)"> 

    <ItemGroup> 
     <_Temporary Remove="@(_Temporary)" /> 
    </ItemGroup> 

    <PropertyGroup> 
     <GenerateResourceMSBuildArchitecture Condition="'$(GenerateResourceMSBuildArchitecture)' == ''">$(PlatformTargetAsMSBuildArchitecture)</GenerateResourceMSBuildArchitecture> 

     <ResgenToolPath Condition="'$(ResgenToolPath)' == ''">$(TargetFrameworkSDKToolsDirectory)</ResgenToolPath> 
    </PropertyGroup> 

    <PropertyGroup Condition="'$(TargetFrameworkAsMSBuildRuntime)' != '' and '$(GenerateResourceMSBuildArchitecture)' != ''"> 
     <!-- In the general case, we want to fail to run the task if the task host it's requesting doesn't exist, because we'd rather let the 
     user know there's something wrong than just silently generate something that's probably not quite right. However, in a few 
     circumstances, there are tasks that are already aware of runtime/bitness concerns, in which case even if we go ahead and run 
     the more recent version of the task, it should be able to generate something correct. GenerateResource is one such task, so 
     we check for the existence of the targeted task host so that we can use it preferentially, but if it can't be found, we'll fall 
     back to the current task since it's still mostly correct. 

     In particular, we need to do this because otherwise people with Dev10 on a machine that they upgrade to Win8 will be broken: 
     they'll have ResGen from the 7.0A SDK installed, so launching ResGen will still work, but the CLR2 task host is only installed by 
     the 8.0A SDK, which they won't have installed, and thus without this fallback mechanism, their projects targeting v3.5 will 
     suddenly start failing to build.--> 
     <GenerateResourceMSBuildRuntime 
      Condition="'$(GenerateResourceMSBuildRuntime)' == '' and 
       $([MSBuild]::DoesTaskHostExist(`$(TargetFrameworkAsMSBuildRuntime)`, `$(GenerateResourceMSBuildArchitecture)`))">$(TargetFrameworkAsMSBuildRuntime)</GenerateResourceMSBuildRuntime> 

     <!-- If the targeted runtime doesn't exist, fall back to current --> 
     <GenerateResourceMSBuildRuntime Condition="'$(GenerateResourceMSBuildRuntime)' == ''">CurrentRuntime</GenerateResourceMSBuildRuntime> 
    </PropertyGroup> 

    <!-- 4.0 task has some new parameters that we want to make use of if we're targeting 4.0 --> 
    <GenerateResource 
     Sources="@(EmbeddedResource)" 
     UseSourcePath="$(UseSourcePath)" 
     References="@(ReferencePath)" 
     AdditionalInputs="$(MSBuildAllProjects)" 
     NeverLockTypeAssemblies="$(GenerateResourceNeverLockTypeAssemblies)" 
     StateFile="$(IntermediateOutputPath)$(MSBuildProjectFile).GenerateResource.Cache" 
     StronglyTypedClassName="%(EmbeddedResource.StronglyTypedClassName)" 
     StronglyTypedFileName="%(EmbeddedResource.StronglyTypedFileName)" 
     StronglyTypedLanguage="%(EmbeddedResource.StronglyTypedLanguage)" 
     StronglyTypedNamespace="%(EmbeddedResource.StronglyTypedNamespace)" 
     StronglyTypedManifestPrefix="%(EmbeddedResource.StronglyTypedManifestPrefix)" 
     PublicClass="%(EmbeddedResource.PublicClass)" 
     OutputResources="@(EmbeddedResource->'$(IntermediateOutputPath)%(Filename).resources')" 
     Condition="'%(EmbeddedResource.Type)' == 'Resx' and '%(EmbeddedResource.GenerateResource)' != 'false' and '$(GenerateResourceMSBuildRuntime)' != 'CLR2'" 
     SdkToolsPath="$(ResgenToolPath)" 
     ExecuteAsTool="$(ResGenExecuteAsTool)" 
     EnvironmentVariables="$(ResGenEnvironment)" 
     MSBuildRuntime="$(GenerateResourceMSBuildRuntime)" 
     MSBuildArchitecture="$(GenerateResourceMSBuildArchitecture)"> 

     <Output TaskParameter="FilesWritten" 
       ItemName="FileWrites"/> 
     <Output TaskParameter="StronglyTypedFileName" 
       ItemName="Compile"/> 

     <!-- Gather Sources as an output since it will contain OutputResource metadata indicating the final output resource that it was compiled into --> 
     <Output TaskParameter="Sources" 
       ItemName="_Temporary" /> 

    </GenerateResource> 

    <!-- But we can't use those parameters if we're targeting 3.5, since we're using the 3.5 task --> 
    <GenerateResource 
     Sources="@(EmbeddedResource)" 
     UseSourcePath="$(UseSourcePath)" 
     References="@(ReferencePath)" 
     AdditionalInputs="$(MSBuildAllProjects)" 
     NeverLockTypeAssemblies="$(GenerateResourceNeverLockTypeAssemblies)" 
     StateFile="$(IntermediateOutputPath)$(MSBuildProjectFile).GenerateResource.Cache" 
     StronglyTypedClassName="%(EmbeddedResource.StronglyTypedClassName)" 
     StronglyTypedFileName="%(EmbeddedResource.StronglyTypedFileName)" 
     StronglyTypedLanguage="%(EmbeddedResource.StronglyTypedLanguage)" 
     StronglyTypedNamespace="%(EmbeddedResource.StronglyTypedNamespace)" 
     StronglyTypedManifestPrefix="%(EmbeddedResource.StronglyTypedManifestPrefix)" 
     PublicClass="%(EmbeddedResource.PublicClass)" 
     OutputResources="@(EmbeddedResource->'$(IntermediateOutputPath)%(ManifestResourceName).resources')" 
     MSBuildRuntime="$(GenerateResourceMSBuildRuntime)" 
     MSBuildArchitecture="$(GenerateResourceMSBuildArchitecture)" 
     Condition="'%(EmbeddedResource.Type)' == 'Resx' and '%(EmbeddedResource.GenerateResource)' != 'false' and '$(GenerateResourceMSBuildRuntime)' == 'CLR2'"> 

     <Output TaskParameter="FilesWritten" 
       ItemName="FileWrites"/> 
     <Output TaskParameter="StronglyTypedFileName" 
       ItemName="Compile"/> 

     <!-- Gather Sources as an output since it will contain OutputResource metadata indicating the final output resource that it was compiled into --> 
     <Output TaskParameter="Sources" 
       ItemName="_Temporary" /> 

    </GenerateResource> 

    <ItemGroup> 
     <EmbeddedResource Remove="@(_Temporary)" /> 

     <!-- Add back the Sources list (with OutputResource metadata) that we output from GenerateResource into EmbeddedResource --> 
     <EmbeddedResource Include="@(_Temporary)" /> 
     <_Temporary Remove="@(_Temporary)" /> 

     <!-- EMITTED FOR COMPATIBILITY REASONS ONLY. CONSUME EMBEDDEDRESOURCE INSTEAD --> 
     <ManifestResourceWithNoCulture Include="@(EmbeddedResource->'%(OutputResource)')" 
             Condition="'%(EmbeddedResource.WithCulture)'=='false' and '%(EmbeddedResource.Type)' == 'Resx'"> 
      <EmittedForCompatibilityOnly>true</EmittedForCompatibilityOnly> 
     </ManifestResourceWithNoCulture> 
     <ManifestNonResxWithNoCultureOnDisk Include="@(EmbeddedResource)" 
              Condition="'%(EmbeddedResource.WithCulture)'=='false' and '%(EmbeddedResource.Type)' == 'Non-Resx'"> 
      <EmittedForCompatibilityOnly>true</EmittedForCompatibilityOnly> 
     </ManifestNonResxWithNoCultureOnDisk> 

     <!-- EMITTED FOR COMPATIBILITY REASONS ONLY. CONSUME EMBEDDEDRESOURCE INSTEAD --> 
     <ManifestResourceWithCulture Include="@(EmbeddedResource->'%(OutputResource)')" 
            Condition="'%(EmbeddedResource.WithCulture)'=='true' and '%(EmbeddedResource.Type)' == 'Resx'"> 
      <EmittedForCompatibilityOnly>true</EmittedForCompatibilityOnly> 
     </ManifestResourceWithCulture> 
     <ManifestNonResxWithCultureOnDisk Include="@(EmbeddedResource)" 
              Condition="'%(EmbeddedResource.WithCulture)'=='true' and '%(EmbeddedResource.Type)' == 'Non-Resx'"> 
      <EmittedForCompatibilityOnly>true</EmittedForCompatibilityOnly> 
     </ManifestNonResxWithCultureOnDisk> 

    </ItemGroup> 

</Target> 
+0

मैंने उपरोक्त फिक्स को लागू किया है, और ऐसा लगता है, लेकिन मुझे "Resources.Designer.cs" फ़ाइल को संशोधित करने की भी आवश्यकता है, क्योंकि फ़िक्स संसाधन फ़ाइल का नाम बदलता प्रतीत होता है। संशोधित लाइन है: वैश्विक :: सिस्टम। स्रोत। संसाधन प्रबंधक temp = नया वैश्विक :: सिस्टम। स्रोत। संसाधन प्रबंधक ("संसाधन", टाइपऑफ (संसाधन) .ssembly); – Cathartis

+0

मेरे लिए, प्रोजेक्ट को फ़ोल्डर की जड़ में ले जाने से समस्या हल हो गई। यह विंडोज के साथ पथ पात्रों की सीमा के कारण है – Thaadikkaaran

संबंधित मुद्दे