No need for automatic updates IMHO. NH's LINQ guy in charge should just keep an 
eye on re-linq and update whenever he feels there's a need.

BTW, we added a label to our NH-related issues: nhibernate

project=re-motion and component="Data.Linq" and Labels=nhibernate

https://www.re-motion.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project%3Dre-motion+and+component%3D%22Data.Linq%22+and+Labels%3Dnhibernate

Should help you track the issues that are known to affect you.

HTH,
Stefan

From: [email protected] 
[mailto:[email protected]] On Behalf Of Fabio Maulo
Sent: Wednesday, December 08, 2010 8:38 PM
To: [email protected]
Subject: Re: [nhibernate-development] Fwd: NHibernate 3 GA, Linq and VB.NET

With Castle/LinFu/Spring we have found a way to avoid to be in sync with 
releases.
Even if to work with NH you need a DynamicProxy system, using our 
Bytecode.Provider, we can sync just only a little DLL and release just the new 
Bytecode.Provider.

Perhaps, to be in sync with re-linq, we should release NHibernate each week 
downloading re-motion build.
If for NH's team that is a good solution perhaps we can do a little poll with 
NHibernate's users and then take a decision and do what is needed.

To talk about this new matter, would be useful to open a new thread.

On Wed, Dec 8, 2010 at 4:22 PM, Wenig, Stefan 
<[email protected]<mailto:[email protected]>> wrote:

from relinq.codeplex.com<http://relinq.codeplex.com>:



Releases are available for download from CodePlex. Weekly builds are available 
in source code and binary form at http://www.re-motion.org/builds. Note that 
due to the goodness of TDD, weekly builds are generally considered stable and 
we do often use those in production. However, if you need a bug fix you will 
have to upgrade to a newer version. Hotfixes are only produced for release 
versions (even/odd scheme: release versions have even minor version numbers, 
such as the upcoming 1.14.0, and hotfixes will be numbered 1.14.1, 1.14.2 etc.).

It's all in the unit tests. We're not doing any additional testing for 
releases, they just differ in the versioning scheme and support strategy. So in 
theory, with a weekly you could run into a situation where you'd need a hotfix, 
but find you have to upgrade to the newest weekly, with tons of breaking 
changes. But that's really just theory. The re-linq front-end is very stable 
right now, we're just adding tiny bug fixes or features as they are requested.



HTH,

Stefan

________________________________
From: 
[email protected]<mailto:[email protected]>
 
[[email protected]<mailto:[email protected]>]
 on behalf of Patrick Earl [[email protected]<mailto:[email protected]>]
Sent: Tuesday, December 07, 2010 18:37

To: 
[email protected]<mailto:[email protected]>
Subject: Re: [nhibernate-development] Fwd: NHibernate 3 GA, Linq and 
VB.NET<http://VB.NET>

While I don't want to aggravate this heated argument, it is a bit odd that 
re-linq has releases that aren't actually the intended releases.  Is every 
single build a valid release?  If not, how are external users to know which 
code is stable and ready for external consumption?

        Patrick Earl



--
Fabio Maulo

Reply via email to