Home
Help
Register
Log in

Search

 
   Active Threads  

You are here: Home > LLBLGen Pro > Bugs & Issues> Many to many generation issue?
 

Pages: 1
Bugs & Issues
Many to many generation issue?
Page:1/1 

  Print all messages in this thread  
Poster Message
JSobell
User



Location:

Joined on:
07-Jan-2006 06:44:46
Posted:
85 posts
# Posted on: 13-Mar-2019 23:09:59. Goto attachments  
I've not done a great deal of investigation into this, but I'm having trouble experimenting with generated m:n relationship code.
I have a relationship defined as shown in the attached image, but the underlying 'Customer' doesn't contain any generated 'ListCollectionViaCustomerList' code.
I also see that the entities are now called 'Customer' instead of 'CustomerEntity', which I assume is a new feature? It makes it a bit tricky to differentiate between DTOs and Entities, which had me stumped for a while because I found the above method on my DTO Customer Regular Smiley
  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37313 posts
# Posted on: 14-Mar-2019 11:34:45.  
You by any chance are using a different framework than LLBLGen Pro ? Regular Smiley This sound stupid but if you e.g. pick Entity Framework you get m:n relationships only when there are no non-pk fields on the intermediate entity Regular Smiley

Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
JSobell
User



Location:

Joined on:
07-Jan-2006 06:44:46
Posted:
85 posts
# Posted on: 15-Mar-2019 00:26:48.  
No, it's LLBLGen Pro all the way Regular Smiley
I've attached the project source. As I mentioned, it was just a quick test project, so there are only three tables referenced.
This is using v5.5.2

[Edit]
Ahh...
Yes, the setting is on EF.Core, thank you!!
I never use EF, and that was absolutely NOT what I wanted in there!
Back of the class for me...

Cheers,
Jason
  Top
daelmo
Support Team



Location:
Guatemala City
Joined on:
28-Nov-2005 23:35:24
Posted:
8040 posts
# Posted on: 15-Mar-2019 07:24:00.  
JSobell wrote:

[Edit]
Ahh...
Yes, the setting is on EF.Core, thank you!!
I never use EF, and that was absolutely NOT what I wanted in there!
Back of the class for me...

Laugh Good you figured it out. I will close this thread for now. Let us know if you need further assistance on this.


David Elizondo
LLBLGen'ing (articles and code snippets) | linkedin | twitter
 
Top
Pages: 1  


Powered by HnD ©2002-2007 Solutions Design
HnD uses LLBLGen Pro

Version: 2.1.12172008 Final.