James, I am trying new build, but Convetions still overrides my
ClassMaps, tested by generating hbm files...
e.g. this will result to BatchSize=100 in every ClassMap, but
ClientMap should have BatchSize=666
public class ClassConvention : IClassConvention
{
public bool
That'll be because you're accepting everything by just returning true in
the Accept method, you need to evaluate whether your batch size has already
been set.
I'm pretty sure there isn't a reader property for batch size, so you'll need
to check the attributes. Something like this should work:
Yes that makes sense - but I cannot find HasAttributte() or HasBeenSet
() method on IClassMap interface.
And from your post above I have make assumption that you have altered
order to 1. conventions 2. class maps (overrides 1) 3. FNH
defaults (overrides 1 and 2) - which I think is the way how
EDIT: eh, ... I mean 3. FNH defaults only overrides 1. and 2. if not
set previously ...
On Mar 27, 10:30 pm, NiHique kovarik.mar...@gmail.com wrote:
Yes that makes sense - but I cannot find HasAttributte() or HasBeenSet
() method on IClassMap interface.
And from your post above I have make
The order is:
1. Whatever is set in the class map
2. User created conventions
3. FNH default conventions
So your conventions still need to check if something has been manually set
in the class map.
As for HasAttributes, I got that wrong. There's an Attributes collection
with a Has
Ah, Attributes property - now I feel like idiot :) thanks :)
On Mar 27, 10:41 pm, James Gregory jagregory@gmail.com wrote:
The order is:
1. Whatever is set in the class map
2. User created conventions
3. FNH default conventions
So your conventions still need to check if
No problem, I think we're actually inconsistent in this regard.
2009/3/27 NiHique kovarik.mar...@gmail.com
Ah, Attributes property - now I feel like idiot :) thanks :)
On Mar 27, 10:41 pm, James Gregory jagregory@gmail.com wrote:
The order is:
1. Whatever is set in the class map
Guys, I've just committed a fix that should remedy this problem.
I think Jon's ideas are great, unfortunately it's a boatload of work. With
how fundamentally crippled the conventions were, I couldn't justify the time
needed to implement it. I definitely would like to have that kind-of support
at
Thank you James!
Billy
On Mar 25, 5:12 am, James Gregory jagregory@gmail.com wrote:
Guys, I've just committed a fix that should remedy this problem.
I think Jon's ideas are great, unfortunately it's a boatload of work. With
how fundamentally crippled the conventions were, I couldn't
James,
You state in this thread that it's resolved but in
http://groups.google.com/group/fluent-nhibernate/browse_thread/thread/b0fbb7988b904028
that it cannot be resolved. (I'm hoping the former is true! ;)
Anyway, I just applied latest and found that the override still isn't
overriding the
Different issue. This thread is about conventions not overriding classmaps,
that other thread is about automapping overrides not overriding conventions.
The former (this thread) is fixed, the latter cannot be fixed because
automapping overrides always come before conventions.
2009/3/25 Billy
This is causing problems for me too. Since converting to the new
conventions, my IAutoMappingOverride classes no longer override the
convention column names. I tried changing the Accept method on my
convention to return string.IsNullOrEmpty(target.GetColumnName()) as
suggested, but the column
I have a similar problem... I have a convention that sets
Cascade.SaveUpdate() on relationships, but I don't really want to do this if
someone had explicitly set Cascade in a fluent mapping.
I think the problem is that when you're in your convention class, there's no
way of knowing what has
There's a TableName property in IClassMap, so you could do: return
string.IsNullOrEmpty(target.TableName)
Similarly there's a GetColumnName() method on IIdentityPart.
On Mon, Mar 16, 2009 at 3:07 PM, JohnRudolfLewis johnrle...@gmail.comwrote:
I have a domain entity class with a silly long
14 matches
Mail list logo