This question is locked. New answers and comments are not allowed.
Hi.
Today: "after a "Reverse Engineering" are done,- all classes are created in the root of my project."
Goal: to direct the generated Entity classes to a "Entity" folder, and only have the config files remaining in the root.
Would like the possibility: to select a class destination folder before "Generate and Save Config" are pressed .
I guess that changing the default namespace and make a manual move to the folder would fulfill my goal, but I prefer an automated process.
Regards,
Bo Hessner
Today: "after a "Reverse Engineering" are done,- all classes are created in the root of my project."
Goal: to direct the generated Entity classes to a "Entity" folder, and only have the config files remaining in the root.
Would like the possibility: to select a class destination folder before "Generate and Save Config" are pressed .
I guess that changing the default namespace and make a manual move to the folder would fulfill my goal, but I prefer an automated process.
Regards,
Bo Hessner
8 Answers, 1 is accepted
0
cayates
Top achievements
Rank 1
Rank 1
answered on 25 Nov 2008, 02:03 PM
I second this request. I have a large model library with many business objects. I have them split up into proper namespaces and would also like them organized into folders rather than being all mixed together in the root folder.
This makes reverse engineering a nightmare. Every time I reverse engineer I have to move the class file to the root node, reverse engineer, and then move it back to the proper folder. I use an integrated SCM and this adds additional complications.
Rather than let you specify what folder to reverse engineer to, please have it automatically find the class file regardless of what folder it is in! Many times the folder structure matches the namespace as well, so you can use that as a starting point. If it doesn't exist in there are in the root then just do a quick search through the project tree for the class file. Of course you can make this an option.
Thank you.
This makes reverse engineering a nightmare. Every time I reverse engineer I have to move the class file to the root node, reverse engineer, and then move it back to the proper folder. I use an integrated SCM and this adds additional complications.
Rather than let you specify what folder to reverse engineer to, please have it automatically find the class file regardless of what folder it is in! Many times the folder structure matches the namespace as well, so you can use that as a starting point. If it doesn't exist in there are in the root then just do a quick search through the project tree for the class file. Of course you can make this an option.
Thank you.
0
Hi cayates,
Thanks for your enhancement request. I will try to get it on the roadmap.
Kind regards,
Jan Blessenohl
the Telerik team
Check out Telerik Trainer, the state of the art learning tool for Telerik products.
Thanks for your enhancement request. I will try to get it on the roadmap.
Kind regards,
Jan Blessenohl
the Telerik team
Check out Telerik Trainer, the state of the art learning tool for Telerik products.
0
lkeel
Top achievements
Rank 1
Rank 1
answered on 27 Jul 2009, 08:35 PM
Did this ever make the roadmap? I have a project that has about 200 tables in it and they are all in different namespaces. I personally would love OpenAccess to put the classes in the folders that represent their namespaces. For example: If I have a namespace of "DataAccess" and the directory that my project is in is called "DataAccess", then all class with "DataAccess" as the namespace would be in that folder. But if I have a class that has a namespace of "DataAccess.Person", then the output class(es) should be put into a folder named "Person" that is in the project folder. Or worse case would be an option in the grid to set the output folder for each class.
0
Hello lkeel,
We are aware of the problem, but there is no development scheduled so far for this feature. I will try to elevate the priority, but even so it will be developed for Q1 2010 at best. Hope that clarifies the situation.
Regards,
Dimitar Kapitanov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
We are aware of the problem, but there is no development scheduled so far for this feature. I will try to elevate the priority, but even so it will be developed for Q1 2010 at best. Hope that clarifies the situation.
Regards,
Dimitar Kapitanov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
0
Christophla
Top achievements
Rank 1
Rank 1
answered on 21 Mar 2010, 06:36 PM
Please make this capability a priority. We have several projects with hundreds of tables each and this would make our project file management much easier.
I am currently in the process of making OpenAccess a standard ORM for our Organization (very large, 650,000+ person org) and these things would help greatly.
I am currently in the process of making OpenAccess a standard ORM for our Organization (very large, 650,000+ person org) and these things would help greatly.
0
Hi Christophla,
What we will have in our next maintenance release is:
- Generation to a folder - you will be able to generate all your files in a folder
Because I think the subject of this thread is not exactly what we will have, please elaborate a bit and explain to me the exact feature that you want in the product, so that we can go through a discussion and see what we can do.
Kind regards,
Dimitar Kapitanov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
What we will have in our next maintenance release is:
- Generation to a folder - you will be able to generate all your files in a folder
Because I think the subject of this thread is not exactly what we will have, please elaborate a bit and explain to me the exact feature that you want in the product, so that we can go through a discussion and see what we can do.
Kind regards,
Dimitar Kapitanov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
0
cayates
Top achievements
Rank 1
Rank 1
answered on 25 Mar 2010, 07:04 PM
Hello,
I can't speak for Christophla but seeing as how I asked for this feature in November of 2008 I will elaborate some. In my case I work on court systems where there are many many classes divided up into groups of related business objects. For example there can be dozens of objects related to civil cases and dozens of objects related to criminal cases among many other case types.
I like to keep my objects organized into folders by case type. Right now when I reverse engineer using Open Access all the class files are generated into the root folder of the project. I can then move them into their case type's folder after they are generated. However, each time I need to update the class by reverse engineering I have to move the class back to the root folder, reverse engineer, then move the class back to the case type folder. What a pain!
Ideally the software would be smart enough to know where the class file exists in the project tree when doing reverse engineering. So if I move the class files to a "Criminal" folder, the next time I reverse engineer that class it will update those class files in the "Criminal" folder, not create a duplicate set of class files in the root folder like it does now.
I hope that clears up what I'm looking for.
Thanks,
Chris
0
Hello cayates,
Ok I see the point, however besides the entities classes we have (and will add) additional assets, like the data context generation, metadata objects/ data transporter objects...
So here are the options we can think of:
- Provide a "Generate sub-namespaces" option that we can do relatively fast and incorporate it in the product and it will handle all requests by guys how to shape the generated code assets in a somewhat hierarchical manner.
- Provide a general assets manager for the code generated stuff (like solution explorer) that will handle all the dependencies. This is a project on its own and maybe that is the universal solution but since it will require extensive development we need more customer cases to justify such an investment.
Guys what are your thoughts on the proposed options?
Kind regards,
Dimitar Kapitanov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
Ok I see the point, however besides the entities classes we have (and will add) additional assets, like the data context generation, metadata objects/ data transporter objects...
So here are the options we can think of:
- Provide a "Generate sub-namespaces" option that we can do relatively fast and incorporate it in the product and it will handle all requests by guys how to shape the generated code assets in a somewhat hierarchical manner.
- Provide a general assets manager for the code generated stuff (like solution explorer) that will handle all the dependencies. This is a project on its own and maybe that is the universal solution but since it will require extensive development we need more customer cases to justify such an investment.
Guys what are your thoughts on the proposed options?
Kind regards,
Dimitar Kapitanov
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.