Hi Brian, Did you check this patch into SVN? I cannot locate it in any of the branches or the trunk.
Amol On 7/10/07, Deacon, Brian <[EMAIL PROTECTED]> wrote:
Attached to NMAVEN-78. (With props to Amol!) B -----Original Message----- From: Shane Isbell [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 10, 2007 9:53 AM To: [email protected] Subject: Re: How to deal with resx from nmaven, and specifically from the test plugin Go for it. On 7/10/07, Deacon, Brian <[EMAIL PROTECTED]> wrote: > > Besides solving my problem, this would seem to be useful functionality > for a more straightforward issue like: > > <configuration> > <excludes> > <exclude>**/WeNeverTestClassesWithThisName.cs</exclude> > </excludes> > </configuration> > > Thoughts on including this as a patch? (He says as he gets ready to > attach it as a patch to NMAVEN-78) > > B > > ________________________________ > > From: Amol Manjure [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 03, 2007 5:43 AM > To: [email protected] > Subject: Re: How to deal with resx from nmaven, and specifically from > the test plugin > > > I had a similar problem and have modified TestSourceProcessorMojo and > SourceProcessorMojo to read the excludes and testExcludes XML nodes > from the POM. Please find my version attached to this email. The > behavior is to use the hard coded excludes in the class and add any > excludes defined in the POM. > > The usage is similar to the maven-compiler-plugin. POM snippet below > > <snip> > <plugins> > <plugin> > <groupId>org.apache.maven.dotnet.plugins</groupId> > <artifactId>maven-compile-plugin</artifactId> > <extensions>true</extensions> > <configuration> > <excludes> > <exclude>**/*.xml</exclude> > <exclude>**/*.vspscc</exclude> > <exclude>**/*.config</exclude> > <exclude>**/*.bat</exclude> > <exclude>**/*.csproj*</exclude> > </excludes> > <testExcludes> > <exclude>**/*.xml</exclude> > <exclude>**/*.vspscc</exclude> > <exclude>**/*.config</exclude> > <exclude>**/*.bat</exclude> > <exclude>**/*.csproj*</exclude> > </testExcludes> > </configuration> > </plugin> > </plugins> > </snip> > > Amol > > > On 6/29/07, Shane Isbell <[EMAIL PROTECTED]> wrote: > > As a work-around, you can add the modify the > TestSourceProcessorMojo > (maven-compile-plugin) by adding the pattern to the exclude > list. > > excludeList.add( "*.suo" ); > excludeList.add( "*.csproj" ); > excludeList.add( "*.sln" ); > excludeList.add( "obj/**" ); > > > On 6/28/07, Evan Worley <[EMAIL PROTECTED]> wrote: > > > > Hi Brian, > > > > There is a JIRA, http://jira.codehaus.org/browse/NMAVEN-78 > which is > > related. Essentially the test-plugin grabs everything as a > build test > > source instead of looking for only "test sources" > > > > -Evan > > > > On 6/28/07, Deacon, Brian <[EMAIL PROTECTED]> wrote: > > > > > > > So I've got this in build/plugins: > > > > <plugin> > > > > <groupId>org.apache.maven.dotnet.plugins</groupId> > > > > <artifactId>maven-test-plugin</artifactId> > > > > <version>0.14-SNAPSHOT</version> > > > > <extensions>true</extensions> > > > > <configuration> > > > > > > > > > <reportsDirectory>${basedir}/target/nunit-log</reportsDirectory> > > > > <compilerArgument>/debug:full</compilerArgument> > > > > </configuration> > > > > </plugin> > > > > > > > > But the csc call that gets made as a result when trying > to generate > > > > the test assembly has: > > > > /recurse:c:\blah\blah\target\build-test-sources\** > > > > > > > > So it's spitting out all kinds of syntax errors because > the test > > > > assembly contains .resx and other things that it is > trying to compile > > > > as c# content, which of course it isn't. > > > > > > > > Oh, and my only other settings in the <build> element are: > > > > > > > > <finalName>${artifactId}</finalName> > > > > <sourceDirectory>../src/dotnet</sourceDirectory> > > > > > <testSourceDirectory>../test/dotnet</testSourceDirectory> > > > > > > > > So, firstly, I need it to stop treating the resources > like source > > > > code, then secondly, I need it to actually compile those > resources > > > > into the assembly. Anybody have the answer in their > back pocket? > > > > > > > > Brian > > > > > > > > >
