Thursday, December 27, 2007
My goal was to avoid to resolve referenced assemblies when getting the class types from a loaded assembly.
I started looking into Mono.Cecil that looked very promising at first, but there was very little documentation on it and little on how to use it on the Internet. However I was successful nearly to the end but it stranded on SecurityAttributes. It was not able to read them when the attributes had parameters.
Now I turned my focus on to the Assembly.ReflectionOnlyLoadFrom method. This also stranded because it was not able to read the SecurityAttributes (this is actually by design from Microsoft).
So now I had no other options than go back to Assembly.LoadFrom method. I have then improved the resolvement of assemblies, so there will be a good error message when a referenced assembly fails to resolve. Then use the -DLLReferencePath argument to resolve the assembly.
-BuildSolution is now fixed. This enables you to build multiple projects into one WSP file.
Multiple files with the same name (location) in CAB file have been solved.
Assembly resolve now outputs better error description - bin\debug and bin\release is now supported.
Bug fixed with ProjectDLLPath argument.
Feature warning corrected.
Wednesday, December 12, 2007
You can get it here http://www.codeplex.com/spm
My focus is currently on WSPBuilder, so I will not be doing much on this project. However if you have any changes or will like to develop on this project, please contact me.
Monday, December 10, 2007
Satellite assemblies is now supported for GAC and WebApplication. (Strong name your Resource.DLL when adding it to the GAC)
The -Retract argument now works again.
The -Createfolders argument have been changed and fixed.
A bug with inner exceptions looping fixed.
Build from \GAC and \80\bin fixed.
Get it here : http://www.codeplex.com/wspbuilder
Wednesday, December 05, 2007
The new version 0.9.7.1205:
The WSPDeploy.exe has now been implementet into the WSPBuilder.exe, this means that deployment is now done from the WSPBuilder.exe. However this means that you properly can not build from a non SharePoint environment.
The argument -CustomCAS have been added. This enables you to specify a custom CAS for the solution. See the manual.txt.
The argument -Deploy and -Retract have been added to support deployment.
The argument -projectpath and -solutionpath have been added. This enables you define a path to where the project i located.
The argument -BuildCAB have been added. If set to true then a WSP 'Cab' file will be generated. If false the manifest.xml and DDF can still be created.
UnmanagedDLL support added. It is now possible to include unmanaged DLL's to the WSP package. Will always be added to the WebApplication bin folder.
Build from bin\debug and bin\release fixed.
Problem with assembly resolment fixed. Thanks to Alex Henderson.
Problem with some files not been excluded fixed. Thanks to Alex Henderson.
Trace bug fixed. Tracing now works properly.
Minor bugs fixed.
The WSPBuilder project.
Sunday, October 21, 2007
Now the WSPBuilder.exe is nearing version 1.0, its time to look at some integration into Visual Studio. This means that there will be Visual Studio project and item templates with Build and Deploy menu functions in the Project Context menu. Currently I got the menu items added by use of Visual Studio Add-ins and soon the templates will follow. It will be packed up in a nice MSI install package, so hassle there. If you cant wait to see the progress you can download the source code from codeplex.
Major change in WSPDeploy.exe....
The WSPDeploy.exe has been merged into WSPBuilder.exe, because there is no need for two EXE files when you can settle with one. However has be tested a bit more before release.
Dev-Connections in Las Vegas? Yes... I'll will bee there :)
So if you are around Las Vegas in November 2007 and want to talk about building WSP solutions, you are most welcome.
Thursday, September 20, 2007
The WSPTools now supports 64 bit systems. Actually its only the Cablib.dll that have been build in x64 mode, the .NET code is still x86 but works fine on a Windows Server x64. If you are using the WSPTools source code on a x64 system, you have to use the Cablib.dll x64 version from the binary package.
Happy WSP Building :D
Get the latest release here: http://www.codeplex.com/wspbuilder
Wednesday, September 12, 2007
I will like to thank Chris Doty for creating the WSPDeploy project. The new tool is basically a console app. that can deploy SharePoint solutions. The good thing about it is that WSPDeploy uses a library and therefore makes it easy to create a winform app. on top of it.
The 0.9.7.0912 release
This release has primarily been about the auto detection of Security Attributes and is now supported to some degree. But there are still a lot of issues to be solved. Like it can only detect the first Attribute and use this, all other attributes of the same type gets discarded. Therefore if you are not sure of what you are doing with the Security Attributes, use the Global Assembly Cache instead.
Get the latest release here: http://www.codeplex.com/wspbuilder .