as for AR and NH, I think we can actually not include them at all.
The AR Binder is known to be released against version X of AR, and people
who wants Ar Binder probably already have AR with NH.
I actually wants to take the AR Binder out of the release zip, and into a
separate zip.



On Mon, Jan 18, 2010 at 8:10 PM, Roelof Blom <[email protected]> wrote:

> Newtonsoft.Json.dll (and .xml), NHibernate.dll and Iesi.Collections.dll are
> different according to svn. NHibernate.xml is missing by the way.
>
> 2010/1/18 Krzysztof Koźmic <[email protected]>
>
>> On 2010-01-18 18:48, Artur Dorochowicz wrote:
>>
>>> To that I would also add:
>>> - custom/own (?) build of Newtonsoft.Json - I can't seem to find
>>> matching official version (current is 3.5 Release 6
>>> http://json.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=37810)
>>>
>>>
>> Isn't Newtonsoft.JSon used in the package just the 3.5r6 version? I think
>> John updated it to this version
>>
>>  - own build of NHibernate - this comes from AR, but IMHO only
>>> NHibernate.ByteCode.Castle should be recompiled against newer version
>>> of DynamicProxy
>>>
>>>
>> Same here - NHibernate.dll and all its hard dependencies TTBOMK are the
>> official version from NHibernate package
>> just bytecodeprovider got recompiled
>>
>>  - own build of NHibernate.Linq - again, from AR and probably only
>>> because of own build of NH
>>>
>>>
>> NHibernate.Linq (semi-official/official version) does not have strong
>> name, that's why it got recompiled.
>>
>>  - missing (?) Castle.Services.Logging.NLogIntegration assembly
>>>
>>>
>> oups, that's our omission I'm afraid.
>>
>>  I think that people prefer official releases of dependencies, I know I
>>> do. You seldom use Monorail alone in your application and other
>>> frameworks often depend on the same stuff that Castle does (e.g.
>>> NHibernate). Using custom builds may force users to recompile other
>>> dependencies and is just cumbersome.
>>>
>>>
>> Yeah, I agree, that's why we should try to keep that down to minimum.
>>
>> cheers,
>> Krzysztof
>>
>>  On 18 Sty, 16:14, Roelof Blom<[email protected]>  wrote:
>>>
>>>
>>>> Also, some Castle assemblies (for instance Binder, AR) have symbols
>>>> while
>>>> others do not.
>>>>
>>>> On Mon, Jan 18, 2010 at 4:13 PM, Roelof Blom<[email protected]>
>>>>  wrote:
>>>>
>>>>
>>>>> Why is Castle.MonoRail.Framework.Tests.resources.dll included in the
>>>>> zip
>>>>> download of MonoRail? It's in the 'de' and 'nl' folders.
>>>>>
>>>>>
>>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Castle Project Development List" group.
>> To post to this group, send email to
>> [email protected].
>> To unsubscribe from this group, send email to
>> [email protected]<castle-project-devel%[email protected]>
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/castle-project-devel?hl=en.
>>
>>
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Castle Project Development List" group.
> To post to this group, send email to [email protected]
> .
> To unsubscribe from this group, send email to
> [email protected]<castle-project-devel%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/castle-project-devel?hl=en.
>
>


-- 
Ken Egozi.
http://www.kenegozi.com/blog
http://www.delver.com
http://www.musicglue.com
http://www.castleproject.org
http://www.idcc.co.il - הכנס הקהילתי הראשון למפתחי דוטנט - בואו בהמוניכם
--
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to [email protected].
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en.

Reply via email to