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].
For more options, visit this group at
http://groups.google.com/group/castle-project-devel?hl=en.
