The exception is in the post processing after the data has already
been sent. We've used this technique for some time now without issue
in our production apps. What is causing the error is that you are
probably hitting a lazy load in your event listeners maybe for
validation (nhibernate
NHibernate validator knows his big brother and how it work ;)
On Wed, Aug 4, 2010 at 10:43 AM, allan.ritc...@gmail.com
allan.ritc...@gmail.com wrote:
The exception is in the post processing after the data has already
been sent. We've used this technique for some time now without issue
in
Yes
On Jul 22, 4:52 am, epitka exptrade2...@yahoo.com wrote:
Are you using any custom event listeners, maybe for auditing?
On Jul 20, 9:06 pm,acl123andrewclawre...@gmail.com wrote:
I am still really struggling with this
Are you using any custom event listeners, maybe for auditing?
On Jul 20, 9:06 pm, acl123 andrewclawre...@gmail.com wrote:
I am still really struggling with this
error:http://groups.google.com/group/nhusers/browse_thread/thread/1db7fd843...
I have quite literally tried everything to get rid
I am still really struggling with this error:
http://groups.google.com/group/nhusers/browse_thread/thread/1db7fd843b0b4b56/df46cb0a150acd47
I have quite literally tried everything to get rid of it, but I can't.
The exception is very difficult to reproduce and only appears in our
exception logs
I loop thru the collection if and only if this condition is satisfied:
IEnumerable eventCollection = @event.Collection as IEnumerable;
if(eventCollection != null @event.Collection.WasInitialized)
...audit
else
...skip
On Mar 24, 5:41 pm, Fabio Maulo fabioma...@gmail.com wrote:
Probably is Not
Wondering if this is officially a bug and will it get fixed?
We have no listener on Flush events, only on the PostInsert/Update/
Delete and PostCollectionRecreate/Update/Remove.
We have implemented a Unit of Work pattern, in which we set FlushMode
to Never and explicitly call Flush();
Our
Probably is Not a bug.
Are you loading a collection inside your listeners ?
2010/3/24 Michael diSibio michael.disi...@gmail.com
Wondering if this is officially a bug and will it get fixed?
We have no listener on Flush events, only on the PostInsert/Update/
Delete and
Easy fix. When configuring your session factory, replace the default
auto flush event listeners with the classes below.
[Serializable]
public class FlushFixEventListener : DefaultFlushEventListener {
public override void OnFlush(FlushEvent @event) {
try {
I got the same problem too. I have to remove the
PreUpdateEventListener for now.
--karlkim
On Jan 8, 11:29 am, epitka exptrade2...@yahoo.com wrote:
No, I just gave up and added a mapped field so I don't have to load
anything in PreUpdate.
On Dec 15 2009, 1:07 am, acl123
No, I just gave up and added a mapped field so I don't have to load
anything in PreUpdate.
On Dec 15 2009, 1:07 am, acl123 andrewclawre...@gmail.com wrote:
Exactly the same problem here :)
On Dec 3, 8:05 pm, Revin rs_h...@hotmail.com wrote:
Hiepitka,
Do you have any luck with this
Exactly the same problem here :)
On Dec 3, 8:05 pm, Revin rs_h...@hotmail.com wrote:
Hi epitka,
Do you have any luck with this problem?
I got the same error message...
Thanks...
--
You received this message because you are subscribed to the Google Groups
nhusers group.
To post to this
Hi epitka,
Do you have any luck with this problem?
I got the same error message...
Thanks...
--
You received this message because you are subscribed to the Google Groups
nhusers group.
To post to this group, send email to nhus...@googlegroups.com.
To unsubscribe from this group, send email to
I debugged this some more, and it does not make sense that this error
is thrown. Collection MetaPackages is a lazy loaded, and does not get
loaded during in the event listener. The only this, which when I
comment out makes this go away, is that during serialization proces, I
refer to MetaProject
I've created a patch file for the current nh trunk, but I can't see
anywhere to upload it to this list. In the meantime, it is available
here:
http://gist.github.com/123560
The patch file includes caching of GetHashCode() values as you
suggested, but it has no effect. The act of adding the
Ok so:
- SortedSet uses SortedDictionary internally. SortedDictionary does
not use a Hashtable internally to store it's keys and values, using
instead a TreeBase. When the entity is inserted into a SortedSet, no
evaluation of GetHashCode() is made.
- HashedSet uses Hashtable internally.
Wait... if the problem was with some proxy the issue is another (probably)
and was fixed few days ago.Btw if you have a test you can create JIRA ticket
attaching the test case.
2009/6/4 Lee Henson lee.m.hen...@gmail.com
Ok so:
- SortedSet uses SortedDictionary internally. SortedDictionary
On Jun 4, 1:50 pm, Fabio Maulo fabioma...@gmail.com wrote:
Wait... if the problem was with some proxy the issue is another (probably)
and was fixed few days ago.
I've scanned the recently fixed jira issues, and there is nothing I
can see that is related to this issue.
Btw if you have a test
which is the implementation of the gethashcode ?
2009/6/3 Lee Henson lee.m.hen...@gmail.com
I have a test case that contains the following scenario:
Parent has a custom generic set of Child which is empty
Parent has an association to a MedicalRecord
Doctor has an association to the same
here is the problem
unchecked
{
return (Age*397) ^ (Parent != null ? Parent.GetHashCode() : 0);
}
The hashCode can't change during instance life time especially when you are
using it in a HashTable.
private int requestedHash?
public override int GetHashCode()
{
if(!requestedHash.HasValue)
{
20 matches
Mail list logo
