Not a good idea IMO.

I think putting it in a separate folder within ZIP is ok, but forcing users to download yet another package is introducing unnecessary friction.

We could in the future package things like the following:

Monorail.versionX.zip
\bin
    \Monorail files
    \ViewEngines
        \ViewEngine1
        \ViewEngine2
    \Additional stuff
        \AR integration goes here

On 2010-01-18 19:13, Ken Egozi wrote:
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] <mailto:[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]
    <mailto:[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]
            <mailto:[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]
                <mailto:[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]
        <mailto:[email protected]>.
        To unsubscribe from this group, send email to
        [email protected]
        <mailto: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]
    <mailto:[email protected]>.
    To unsubscribe from this group, send email to
    [email protected]
    <mailto: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.

--
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