More in this section

Forums / General Discussions / Sitefinity 4.0 and ORM

Sitefinity 4.0 and ORM

3 posts, 0 answered
  1. Preetham Reddy
    Preetham Reddy avatar
    57 posts
    Registered:
    16 Jul 2012
    22 Dec 2010
    Link to this post
    Hi,

    I've read online that Sitefinity 4.0 is tightly integrated with OpenAccess ORM. We have an existing application that uses another third party ORM. We would like to take all those business classes and data access layer and use sitefinity for CMS.

    Is it possible? Can we use another ORM instead of OpenAccess insite Sitefinity?
  2. Ivan Dimitrov
    Ivan Dimitrov avatar
    16072 posts
    Registered:
    12 Sep 2017
    22 Dec 2010
    Link to this post
    Hi Preetham,

    You can use another ORM instead of OpenAccess insite Sitefinity only for custom implementations like custom modules that are not based on one of the built-in modules, controls that does not inherit from our bases classes which relies on a wcf services which manager classes use OpenAccess data provider.

    Kind regards,
    Ivan Dimitrov
    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
  3. Ivan Dimitrov
    Ivan Dimitrov avatar
    16072 posts
    Registered:
    12 Sep 2017
    22 Dec 2010
    Link to this post
    Hi Preetham,

    Actually Sitefinity 4.0 is not tightly integrated with OpenAccess ORM. You can replace the data classes with custom one, but you need to create a custom data provider which you can use in cases when you want to store some data , like Pages, Content in another way. For instance you can create a custom data class that inherits from PageDataProvider. PageDataProvider is abstract class and our OpenAccessPageProvider inherits from it. The situation is the same with Membership and Role providers. It also depends on whether your data layer supports POCO objects  - objects that are not tied to a specific context.

    All the best,
    Ivan Dimitrov
    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
3 posts, 0 answered