Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics GP (Archived)

Creating Custom Nodes for eConnect

(0) ShareShare
ReportReport
Posted on by Microsoft Employee

I am currently working on a eConnect project that requires custom xml nodes. I read Dave Musgrave's blog about creating a custom serialization and see that he uses xsd.exe to build a new class based on a xsd document that he modified from the eConnect 12.0\XML Sample Documents\Incoming XSD Individual Schemas. I want to know it this is the only way to do it. Is there a way to modify the xsd documents that eConnect is using without having to create a new class? Also, will adding the custom node to the XML call the custom stored procedure without serializing it if I don't want to create a custom serialization?

*This post is locked for comments

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    RE: Creating Custom Nodes for eConnect

    Hey Derek - The answer to your question is that you can bypass serialization but stay consistent with the architecture and nest your calls appropriately through eConnect. The value of eConnect is nesting your nodes together and not dealing with all the transaction stuff. If you do not need to integrate with other eConnect nodes than you can easily choose whatever option you like. The other value with eConnect is using a code generator to get the base sql objects developed for you. A product like ezCinect, www.plainsmobile.com, can auto generate your base object logic for you so you can focus on the specific business logic required for your integration. Also ezCinect, can automatically handle your custom objects as well without dealing with serialization and other development challenges. There is a demo on the site which walks through one of the integration methods you can use. Basically, ezCinect provides a much more supportable integration environment with an easy way to extend functionality with new nodes as well as overall architecture to manage exceptions while providing an audit control mechanism. The product is also integrated right into GP so the install only takes minutes.

  • L Vail Profile Picture
    L Vail 65,271 on at
    RE: Creating Custom Nodes for eConnect

    Steve,

    Nice answer.

    Leslie

  • steveendow Profile Picture
    steveendow 2,281 on at
    RE: Creating Custom Nodes for eConnect

    Hi,

    If you are a GP customer developing an import for internal use, or a GP partner developing an integration for a customer, I would not recommend using custom nodes with eConnect.  If you are an ISV developing an API for developers that also commonly use eConnect, then maybe, just maybe, it might be worth the effort to use custom eConnect nodes.

    If you are developing a .NET application that will serialize data and call eConnect, I see little reason or value to using custom eConnect nodes when there are much easier approaches.  Just create a new method in your code that calls the database directly--via SQL statement or stored procedure.  If you need transactional integrity, use a transaction in your .NET code that spans your eConnect call and custom calls.

    Or if you want to keep the customization outside of .NET, use the eConnect Pre and Post procedures and use the User Defined fields on your eConnect transaction to pass in data to those procedures.  That allows you to keep it all in SQL, in theory.  You'll have to figure out how to handle errors in SQL and determine how errors should bubble up to your calling .NET code, but for smaller extensions of an eConnect import, Pre and Post are options.

    If you are an ISV developing an API, then you could consider custom serialization, but you should weigh other options.  Is the eConnect serialization + stored proc design so good that you should piggy back on it?  Or could you develop an API that is simpler?  Why not just develop a .NET assembly that can be added as a reference, with traditional objects and no serialization?  Ask yourself: What value does serialization offer?

    I've developed numerous integrations where custom data imports were required and have had no reason to explore custom serialization.  For client projects, I can't justify the overhead of such a design and see little value in serialization for an integration that is running locally in the customer's GP environment.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Verified Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,391 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,445 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans