NHibernate 3.2.GA的castle字节码提供程序是否在nuget中可用?

NHibernate 3.2.GA的castle字节码提供程序是否在nuget中可用?,nhibernate,nuget,castle,Nhibernate,Nuget,Castle,正如您所知,NHibernate3.2具有本机字节码提供程序,它对castle字节码提供程序进行了一些突破性的更改 例如: public class SomeEntity { public virtual string SomeProperty { get; **private set;**} } 与NHibernate 3.1和Castle字节码提供程序配合良好。而不是NH3.2 我使用nuget管理依赖项,不想手动管理它们。所以我的问题是:castle、linfu和spring

正如您所知,NHibernate3.2具有本机字节码提供程序,它对castle字节码提供程序进行了一些突破性的更改

例如:

public class SomeEntity 
{
    public virtual string SomeProperty { get; **private set;**} 
}
与NHibernate 3.1和Castle字节码提供程序配合良好。而不是NH3.2

我使用nuget管理依赖项,不想手动管理它们。所以我的问题是:castle、linfu和spring的字节码提供程序是否可以在nuget中使用?

NHibernate团队不再使用了

它还没有被正式投票,但我也不认为它是正确的

幸运的是,这都是开源的,所以您可以继续获取代码并维护它,然后将其放在NuGet上。它可以是一个项目,也可以是一个项目


尽管如此,如果这曾经有效,但不再有效(并且更改没有记录,请确保它没有记录),它可能是一个回归错误,因此它应该是(确保它尚未报告)并已修复的。

NHibernate 3.2引入了大量未记录的破坏性更改,特别是对于那些以前使用Castle字节码提供程序的人。

Castle字节码提供程序正在GitHub上维护,在这个存储库中:

我在nhusers group@hazzik中问过这个问题,我也有这个问题,现在我看到Fabio以“不是问题”的方式解决了您的问题。你有更多的信息来解释为什么会这样吗?非常正确,约瑟夫,这让我非常沮丧。NH团队似乎也否认了这一事实。这可能是一个巨大的牺牲,但对我来说,从5个DLL降到2个良好的牺牲IMO是值得的,除非您使用的是中等信任环境!我也在努力应对这些突破性的变化,目前还看不到尽头……ILMerge.exe能帮我处理DLL吗?