Hi all

any more votes on this?



with kind regards
Ruben Willems


On Thu, Jun 4, 2009 at 11:15 AM, Craig & Sammi Sutherland
<[email protected]> wrote:
>
> As much as I dislike it, I think we need another release :-(
>
> Yes, just need to copy in the new *correct* DLL and recompile, and then it
> will work fine.
>
>
> Craig
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Ruben Willems
> Sent: Thursday, 4 June 2009 8:41 p.m.
> To: [email protected]
> Subject: [ccnet-user] Re: Upgrading 1.4.3 to 1.4.4 breaks CCNet
>
>
> Hi
>
> damn, this is bad ...
>
> so the actual fix is :
> copy the correct dll into it, and recompile CCNet
>
> than it should work with the plugins.
>
>
> if this is the case, we could do a CCNet 1.4.4 SP1 release or so
>
> --> it's just a recompile actually
>
>
> what do you guys think?
>
>
> with kind regards
> Ruben Willems
>
> On Thu, Jun 4, 2009 at 9:51 AM, Craig & Sammi Sutherland
> <[email protected]> wrote:
>>
>> Actually on further investigation I found the actual problem - we didn't
> put
>> the correct version of NetReflector in the 1.4.4 release :-( The version
> we
>> used has the wrong public key.
>>
>> 1.5.0 has the right version, but we obviously forgot to copy it to 1.4.4.
>>
>>
>> Craig
>>
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]] On
>> Behalf Of Craig & Sammi Sutherland
>> Sent: Thursday, 4 June 2009 7:33 p.m.
>> To: [email protected]
>> Subject: [ccnet-user] Re: Upgrading 1.4.3 to 1.4.4 breaks CCNet
>>
>>
>> Did you put the namespace on the element
>> (xmlns="urn:schemas-microsoft-com:asm.v1")? If this is omitted, then it
>> doesn't work :-(
>>
>>
>> Craig
>>
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]] On
>> Behalf Of Brett
>> Sent: Thursday, 4 June 2009 6:40 p.m.
>> To: ccnet-user
>> Subject: [ccnet-user] Re: Upgrading 1.4.3 to 1.4.4 breaks CCNet
>>
>>
>> Hi Craig,
>>
>> Thanks for your suggestion. I tried the fix but still get errors. I
>> have asked the plugin authors if they are going to rewrite against the
>> new NetReflector and will just have to wait for their reply.
>>
>> Cheers,
>> Brett
>>
>> On Jun 3, 11:05 pm, Craig Sutherland <[email protected]> wrote:
>>> Hi Brett,
>>>
>>> We upgraded to a newer version of NetReflector to resolve some of the
>>> issues that people had raised with CC.Net. Unfortunately this means
>>> that the plug-ins now get the error that you see.
>>>
>>> The good news is this is reasonably easy to fix. Add the following
>>> section into your app.config (either ccnet.exe.config or
>>> ccservice.exe.config):
>>>
>>>   <runtime>
>>>     <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
>>>       <dependentAssembly>
>>>         <assemblyIdentity name="NetReflector"
>>> publicKeyToken="2f4dd8b32acbcd8e" culture="neutral" />
>>>         <bindingRedirect oldVersion="1.0.0.120"
>>> newVersion="1.1.2009.1004"/>
>>>       </dependentAssembly>
>>>     </assemblyBinding>
>>>   </runtime>
>>>
>>> More details on this are available in other
>>
> discussion:http://groups.google.com.ag/group/ccnet-user/browse_thread/thread
>> /57a....
>>>
>>> Craig
>>>
>>> On Jun 4, 2:27 am, Brett <[email protected]> wrote:
>>>
>>>
>>>
>>> > I installed 1.4.4 over an existing 1.4.3 installation. The server
>>> > would not start after the upgrade, the following error was logged:
>>>
>>> > 2009-06-03 06:24:46,423 [1640:ERROR] INTERNAL ERROR: Could not load
>>> > file or assembly 'NetReflector, Version=1.0.0.120, Culture=neutral,
>>> > PublicKeyToken=2f4dd8b32acbcd8e' or one of its dependencies. The
>>> > located assembly's manifest definition does not match the assembly
>>> > reference. (Exception from HRESULT: 0x80131040)
>>> > ----------
>>> > System.IO.FileLoadException: Could not load file or assembly
>>> > 'NetReflector, Version=1.0.0.120, Culture=neutral,
>>> > PublicKeyToken=2f4dd8b32acbcd8e' or one of its dependencies. The
>>> > located assembly's manifest definition does not match the assembly
>>> > reference. (Exception from HRESULT: 0x80131040)
>>> > File name: 'NetReflector, Version=1.0.0.120, Culture=neutral,
>>> > PublicKeyToken=2f4dd8b32acbcd8e'
>>> >    at System.ModuleHandle.ResolveType(Int32 typeToken,
>>> > RuntimeTypeHandle* typeInstArgs, Int32 typeInstCount,
>>> > RuntimeTypeHandle* methodInstArgs, Int32 methodInstCount)
>>> >    at System.ModuleHandle.ResolveTypeHandle(Int32 typeToken,
>>> > RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[]
>>> > methodInstantiationContext)
>>> >    at System.Reflection.Module.ResolveType(Int32 metadataToken, Type[]
>>> > genericTypeArguments, Type[] genericMethodArguments)
>>> >    at System.Reflection.CustomAttribute.FilterCustomAttributeRecord
>>> > (CustomAttributeRecord caRecord, MetadataImport scope, Assembly&
>>> > lastAptcaOkAssembly, Module decoratedModule, MetadataToken
>>> > decoratedToken, RuntimeType attributeFilterType, Boolean
>>> > mustBeInheritable, Object[] attributes, IList derivedAttributes,
>>> > RuntimeType& attributeType, RuntimeMethodHandle& ctor, Boolean&
>>> > ctorHasParameters, Boolean& isVarArg)
>>> >    at System.Reflection.CustomAttribute.GetCustomAttributes(Module
>>> > decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount,
>>> > RuntimeType attributeFilterType, Boolean mustBeInheritable, IList
>>> > derivedAttributes)
>>> >    at System.Reflection.CustomAttribute.GetCustomAttributes
>>> > (RuntimeType type, RuntimeType caType, Boolean inherit)
>>> >    at System.RuntimeType.GetCustomAttributes(Type attributeType,
>>> > Boolean inherit)
>>> >    at Exortech.NetReflector.ReflectorTypeAttribute.GetAttribute(Type
>>> > type)
>>> >    at Exortech.NetReflector.NetReflectorTypeTable.Add(Type type)
>>> >    at Exortech.NetReflector.NetReflectorTypeTable.Add(Assembly
>>> > assembly)
>>> >    at Exortech.NetReflector.NetReflectorTypeTable.Add(String
>>> > assemblyFilename)
>>> >    at Exortech.NetReflector.NetReflectorTypeTable.Add(String path,
>>> > String searchPattern)
>>> >    at
>>> >
>>
> ThoughtWorks.CruiseControl.Core.Config.NetReflectorConfigurationReader..cto­
>> ­r
>>> > ()
>>> >    at
>>> >
>>
> ThoughtWorks.CruiseControl.Core.CruiseServerFactory.NewConfigurationService
>>> > (String configFile)
>>> >    at ThoughtWorks.CruiseControl.Core.CruiseServerFactory.CreateLocal
>>> > (String configFile)
>>> >    at ThoughtWorks.CruiseControl.Core.CruiseServerFactory.CreateRemote
>>> > (String configFile)
>>> >    at ThoughtWorks.CruiseControl.Core.CruiseServerFactory.Create
>>> > (Boolean remote, String configFile)
>>> >    at ThoughtWorks.CruiseControl.Core.ConsoleRunner.LaunchServer()
>>> >    at ThoughtWorks.CruiseControl.Core.ConsoleRunner.Run()
>>> >    at ThoughtWorks.CruiseControl.Console.AppRunner.Run(String[] args)
>>>
>>> > === Pre-bind state information ===
>>> > LOG: User = BOBBLADE\Administrator
>>> > LOG: DisplayName = NetReflector, Version=1.0.0.120, Culture=neutral,
>>> > PublicKeyToken=2f4dd8b32acbcd8e
>>> >  (Fully-specified)
>>> > LOG: Appbase = file:///C:/Program Files/CruiseControl.NET/server/
>>> > LOG: Initial PrivatePath = NULL
>>> > Calling assembly : ccnet.fortressvault.plugin, Version=4.1.4.18402,
>>> > Culture=neutral, PublicKeyToken=null.
>>> > ===
>>> > LOG: This bind starts in default load context.
>>> > LOG: Using application configuration file: C:\Program Files
>>> > \CruiseControl.NET\server\ccnet.exe.Config
>>> > LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET
>>> > \Framework\v2.0.50727\config\machine.config.
>>> > LOG: Post-policy reference: NetReflector, Version=1.0.0.120,
>>> > Culture=neutral, PublicKeyToken=2f4dd8b32acbcd8e
>>> > LOG: Attempting download of new URL file:///C:/Program Files/
>>> > CruiseControl.NET/server/NetReflector.DLL.
>>> > WRN: Comparing the assembly name resulted in the mismatch: Minor
>>> > Version
>>> > ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing
>>> > terminated.
>>>
>>> > Removing ccnet.fortressvault.plugin caused the error to move to
>>> > CCNet.Sequential.PlugIn instead. Replacing NetReflector.dll with the
>>> > version for 1.4.3 also failed as CCNet itself was looking for the new
>>> > version of that DLL (1.1.2009.1004).
>>>
>>> > Is there any way for me to get 1.4.4 running ? I have downgraded to
>>> > 1.4.3 in the mean time.
>>>
>>> > Cheers,
>>> > Brett- Hide quoted text -
>>>
>>> - Show quoted text -
>>
>>
>
>

Reply via email to