endjin / templify Goto Github PK

Hi Howard,

I have a problem when use "Templify Here" function, it can not get name of project and project's name always returns "NAME". I checked folder "AppData\Roaming\Endjin\Templify\errors" and this is error message:

Object reference not set to an instance of an object.
at Endjin.Templify.Domain.Infrastructure.Configuration.GetConfigSetting(String settingName) in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Infrastructure\Configuration.cs:line 58
at Endjin.Templify.Domain.Infrastructure.Configuration.GetFileExclusions() in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Infrastructure\Configuration.cs:line 26
at Endjin.Templify.Domain.Domain.Packager.Processors.FilteredFileSystemArtefactProcessor.SetFilters() in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Domain\Packager\Processors\FilteredFileSystemArtefactProcessor.cs:line 37
at Endjin.Templify.Domain.Domain.Packager.Processors.FilteredFileSystemArtefactProcessor.RetrieveFiles(String path) in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Domain\Packager\Processors\FilteredFileSystemArtefactProcessor.cs:line 30
at Endjin.Templify.Domain.Domain.Packager.Processors.PackageProcessor.ProcessFiles(String path, Dictionary2 tokens) in C:\_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Domain\Packager\Processors\PackageProcessor.cs:line 74 at Endjin.Templify.Domain.Domain.Packager.Processors.PackageProcessor.Process(String path, Dictionary2 tokens) in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Domain\Packager\Processors\PackageProcessor.cs:line 47
at Endjin.Templify.Domain.Tasks.PackageDeployerTasks.RunDeployPackage() in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Tasks\PackageDeployerTasks.cs:line 94
at Endjin.Templify.Domain.Tasks.PackageDeployerTasks.DeployPackage(CommandOptions options) in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Tasks\PackageDeployerTasks.cs:line 66
at Endjin.Templify.Client.ViewModel.DeployPackageViewModel.ExecutePackage() in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Client\ViewModel\DeployPackageViewModel.cs:line 91
at Endjin.Templify.Domain.Framework.Threading.BackgroundWorkerManager.<>c__DisplayClass3.b__0(Object , DoWorkEventArgs ) in C:_Projects\endjin\OSS\Templify\Solutions\Endjin.Templify.Domain\Framework\Threading\BackgroundWorkerManager.cs:line 15
at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

I used Window7, Templify v0.6.14983 and "sharp-architecture-1.9.6.0--templify-package"

(I've just been reading about Templify, and have not tried it yet)

I started working with an open source project where plugins are created as Projects and added to the Solution. I want to templify a plugin Project.
Does Templify have to have an entire Solution, or can it templify just a Project?

The command-line allows setting multiple tokens, but the GUI only supports one. I see a pull-request for a WinForms version that prompts for multiple tokens, though I suspect you'll want to modify the WPF version instead.

The CloneFileProcessor.cs file uses DirectoryInfo and FileInfo APIs, which don't support paths longer than 260 characters.

This limit is quickly reached specially when dealing with the "packages" folder in Nuget-managed repos.

A possible fix would be to use alphaFS which mimics System.IO and supports longer paths. http://alphafs.codeplex.com/

I templified a project. When I "Templify Here"'d the process was very slow and after 20 minutes, I just killed it.

I have a script that is being generated and it wont run because its making it UTF-8. I get this error "cannot execute binary file". If I create a new file with the same content from sublime text it works. I downloaded file encoding checker from codeplex and it says the generated version is UTF-8 and the sublime version it made was ASCII.

Templify throws an exception if you try and templify a folder that already contains a manifest.xml file

Add command line client that allows user to run templify from a build process.

When I templify a folder, using v0.7.0.25, I do get a popup with the statement that there are errors.

This is the error output:

One or more errors occurred.
at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
at System.Threading.Tasks.Task.Wait()
at System.Threading.Tasks.Parallel.ForWorker[TLocal](Int32 fromInclusive, Int32 toExclusive, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Func4 bodyWithLocal, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IList1 list, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IEnumerable1 source, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEach[TSource](IEnumerable1 source, Action`1 body)
at Endjin.Templify.Domain.Domain.Packager.Builders.ClonePackageBuilder.Build(Package package) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Domain\Packager\Builders\ClonePackageBuilder.cs:line 41
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.RunCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 89
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.CreatePackage(CommandOptions options) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 74
at Endjin.Templify.Client.ViewModel.CreatePackageViewModel.ExecuteCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Client\ViewModel\CreatePackageViewModel.cs:line 74
at Endjin.Templify.Domain.Framework.Threading.BackgroundWorkerManager.<>c__DisplayClass3.b__0(Object param0, DoWorkEventArgs param1) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Framework\Threading\BackgroundWorkerManager.cs:line 15
at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

Any idea what's wrong ?

Thanks,
Simon

Add WPF notify to replace message boxes.

Here is the stack trace from the error file:

One or more errors occurred.
at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
at System.Threading.Tasks.Task.Wait()
at System.Threading.Tasks.Parallel.ForWorker[TLocal](Int32 fromInclusive, Int32 toExclusive, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Func4 bodyWithLocal, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IList1 list, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IEnumerable1 source, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEach[TSource](IEnumerable1 source, Action`1 body)
at Endjin.Templify.Domain.Domain.Packager.Builders.ClonePackageBuilder.Build(Package package) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Domain\Packager\Builders\ClonePackageBuilder.cs:line 41
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.RunCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 89
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.CreatePackage(CommandOptions options) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 74
at Endjin.Templify.Client.ViewModel.CreatePackageViewModel.ExecuteCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Client\ViewModel\CreatePackageViewModel.cs:line 74
at Endjin.Templify.Domain.Framework.Threading.BackgroundWorkerManager.<>c__DisplayClass3.b__0(Object param0, DoWorkEventArgs param1) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Framework\Threading\BackgroundWorkerManager.cs:line 15
at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

Seems I can only right click on an existing folder to do Templify Here. Instead, it would be nice to right click on the content of a parent folder, and have Templify create the root folder of the solution. In that scenario, the folder name and the solution name would be assumed to be the same. This removes one step of having to manually create a folder name MySolution, and then repeat MySolution as the solution name in the Templify UI.

For both [assembly:Guid()] in AssemblyInfo.cs and the node in .csproj files, each new copy should have their own guid, not the guid of the folder that I cloned. I'd like a "smart replacement" mechanism where I can specify one of a few pre-canned functions to call. Perhaps in this case, the token is "GUID()".

Other cool replacements could be DATE() or YEAR() or USER() or COMPANY() pulled from DateTime.Now, DateTime.Year, %USERNAME%, and HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\RegisteredOrganization (so says http://support.microsoft.com/kb/310441). These additional replacements are used in other AssemblyInfo.cs attributes, and though my templified copies will all be correct, sharing my templates yields incorrect results for my co-workers / social friends.

Using a * in the folder name or a filename does not work.

Default behavior should be what's present right now but we should definitely support wildcard in folders and files.

Some tools (namely ReSharper) generates folder in the solution folders and they could easily be forgotten by the user. However, these folders do not have a static name and they vary with the project name. A wildcard character for managing the exceptions would help solve this issue.

had to decompile the Endjin.Templify.MSBuild assembly and couldn't find a way to specify files/directories to exclude from package creation.

I couldn't find the source for Endjin.Templify.MSBuild, is that in this repository?

this is invoked if you try and start the app from the task bar.

At template creation, when figuring out what files to exclude, if a directory segment, or filename string contains a DirectoryExclusions or FileExclusions value it gets excluded (I believe against the intent of the code?).

For example, I have a file (within a tree being Templified) whose path is:

"C:\DEV\template_solution\released_version\Update_all_packages.cmd"

this gets excluded because (a) the default FileExclusions config contain an entry for:

".pack"

...and (b) the DirectoryExclusions config contains an entry for:

"release"

I imagine this intended to match a file with a ".pack" extension, and a folder named "release"? However as it gets matched via regex, the "." acts as a wildcard and so it matches the above filename. Similarly, the directory name contains the exclusion string so that matches too.

I believe this would still behave as required (and fix this issue) if these calls to Regex.IsMatch were replaced by simple string matching such as:

directories:
bool shouldExclude = segments.Any(directory => this.DirectoryExclusions.Any(exclusion => directory.Equals(exclusion))));

files:
shouldExclude = this.FileExclusions.Any(exclusion => file.EndsWith(exclusion));

I have some batchfiles in ANSI encoding, once Templified thought they are converted to UTF-8 encoding and this stops them working from a command prompt (the byte order mark freaks things out)

Cheers,

James (Simmonds, ex CGO)

Application crash with an unhandled exception when the file is not accessible for write operation.

Writing this file in Program Files require Administrator privileges when the UAC is enabled under Windows 7 32bits.

Found some information on how to do it here:
http://www.aneef.net/2009/06/29/request-uac-elevation-for-net-application-managed-code/
http://en.wikipedia.org/wiki/User_Account_Control#Requesting_elevation

Another solution would be to save those information somewhere else where write rights are permitted for the current user.

create consistency with visual studio

It's not possible to run the CommandLine without the Templify installation. (Endjin.Templify.Domain.Infrastructure.FilePaths.AppUserDataPath points always to the AppData\Endjin\Templify folder which is created after the installation.)

Possible solution: Create a CommandLine argument "standalone=true" or so. In that case, the FilePaths class points to the folder where the CommandLine.exe is placed.

SLN files saved as ANSI can't be understood by VS2010 version selector. The result is that I can't open the solution from the file explorer but I can open it only from Visual Studio.

Opened the SLN file in Notepad++ and changed the encoding to UTF8 and it started working as expected again.

CSPROJ are not affected, CS files with special characters are not affected.

WORKAROUND: copy template with ignore filters applied (xcopy) into a temp folder during the build and templify this folder

I am experiencing a bug under Vista x64 with SP2 & VS2010

The Templify executable will finish without any confirm message ("Package Sucessfully Deployed").
Moreover the folders names, as well as the Visual Studio project and solution file names, all have a name starting with "NAME" and not with the name I gave to it ("SharpfirstSample"). Please note that there are 2 underscore chars around the "NAME" that actually the github editor use to convert to bold text...

As I cant attach images here to show you what I mean please click on the following link to get an image sample from my google docs repository.
https://docs.google.com/leaf?id=0B9IY0bJiYPdrYzcwNjM5NDUtNGUxNy00NzljLTlhYTYtMWVhYTI5YWRhYTYx&hl=it

Opening the project and solution file with Notepad will give you a general idea of the content

Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "NAME.Core", "app__NAME__.Core__NAME__.Core.csproj", "{7696B4F6-2A10-40C4-A1E2-B9768182588C}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "NAME.ApplicationServices", "app__NAME__.ApplicationServices__NAME__.ApplicationServices.csproj", "{EA00777D-3D7A-4406-8BFB-E5A90CF0E8A9}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "NAME.Data", "app__NAME__.Data__NAME__.Data.csproj", "{63E9AECE-3385-44F0-BDF9-4C01DD3C0647}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "NAME.Web.Controllers", "app__NAME__.Web.Controllers__NAME__.Web.Controllers.csproj", "{518B2E4B-2B9B-48EF-8736-DDB6A0F78E79}"
EndProject

Hi Howard,

Firstly let me just say thanks for this great tool, truly good stuff!

I'm trying to create a template that includes binaries such as shared libs, a few executables and other compressed files.

But after I use the generated template to create a new project all these binary files get corrupted (some are actually bigger than the originals).

Would really appreciate some feedback on this.

Thanks,

J

I am getting an error "object reference not set to an instance of an object” when I try to templify the folder with right click and “templify this folder”. The error is displayed on the toast notification. If I tied to click on the “Templify” button with same name, i get the error “An item with the same key has already been added” but in real the template is not created at all.
It was working fine for few days and suddenly start getting these error and I tried in different computer, got the same error.

So I am trying to templify a folder and I am getting the error below, but I can go into and templify the subfolders with no issues, but if I walk up the directory list I get error below.

The directory looks like
/Template/Trunk/Template/*

If I templify the first Template folder, I get the error, if I templify Trunk I get the error but if I templify the second Template it works just fine.

The only folder with files and subfolders is the second Template folder. Any way I can turn on more verbose debugging info to see if there is a specific file or folder causing the issue?

One or more errors occurred.
at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
at System.Threading.Tasks.Task.Wait()
at System.Threading.Tasks.Parallel.ForWorker[TLocal](Int32 fromInclusive, Int32 toExclusive, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Func4 bodyWithLocal, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IList1 list, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEachWorker[TSource,TLocal](IEnumerable1 source, ParallelOptions parallelOptions, Action1 body, Action2 bodyWithState, Action3 bodyWithStateAndIndex, Func4 bodyWithStateAndLocal, Func5 bodyWithEverything, Func1 localInit, Action1 localFinally) at System.Threading.Tasks.Parallel.ForEach[TSource](IEnumerable1 source, Action`1 body)
at Endjin.Templify.Domain.Domain.Packager.Builders.ClonePackageBuilder.Build(Package package) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Domain\Packager\Builders\ClonePackageBuilder.cs:line 41
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.RunCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 89
at Endjin.Templify.Domain.Tasks.PackageCreatorTasks.CreatePackage(CommandOptions options) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Tasks\PackageCreatorTasks.cs:line 74
at Endjin.Templify.Client.ViewModel.CreatePackageViewModel.ExecuteCreatePackage() in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Client\ViewModel\CreatePackageViewModel.cs:line 74
at Endjin.Templify.Domain.Framework.Threading.BackgroundWorkerManager.<>c__DisplayClass3.b__0(Object param0, DoWorkEventArgs param1) in c:\TeamCity\Server\buildAgent\work\595123988a1f1535\Solutions\Endjin.Templify.Domain\Framework\Threading\BackgroundWorkerManager.cs:line 15
at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

I can run "Templify This Folder" and see that something is actually happening. But when I select "Templify Here":

• The template drop-down is empty
• Manage templates opens a window just a few pixels high, when I re-size the window height, I see that list is also empty.

Running Visual Studio 2013 on Windows 7 64 bit.

Installed version is 0.7.0.25, downloaded from here:
https://dl.dropboxusercontent.com/u/5892928/Templify/Templify-Installer.exe