Hi Aurélien Pupier, The reason we were looking to utilize the Fuse Tooling is because our xml file has the endpoints declared. These endpoints are camel custom endpoints. But we do not have the camel context in the file. PFB the sample code of our xml file. <?xml version="1.0" encoding="UTF-8"?> <chain engine="camel"> <type-alias type="str" refers-to="java.lang.String" /> <type-alias type="map" refers-to="java.util.HashMap" /> <type-alias type="ref" refers-to="com.cft.pts.proc.chain.api.Reference" /> <type-alias type="long" refers-to="java.lang.Long"/> <type-alias type="obj" refers-to="java.lang.Object" /> <type-alias type="list" refers-to="java.util.ArrayList" /> <supplier id="host-input-folder"> <param type="str" key=&quot;uri&quot;&gt;${(a)environment.getProperty(&#39;pc.config.host.inputfolder&#39;)}&lt;/param&gt; <param type="fmt" key="fmt">INPUT_AS_DATAPARAM_CHANNEL_DTO</param> <param type="str" key="CHANNEL_IN_CODE">HOST</param> <param type="ref" key="target">physicalFileStorage</param> </supplier> <endpoint id="physicalFileStorage" reference="${@physicalFileStorageEndpoint}"> <param type="str" key="inputParamName">physicalFileId</param> <param type="ref" key="target">formatDetector</param> </endpoint> <endpoint id="formatDetector" reference="${@formatDetectorEndpoint}"> <param type="str" key="inputParamName">formatType</param> <param type="ref" key="target">dispatchingFormat</param> </endpoint> <consumer id="rt1-output-folder-out"> <param type="str" key=&quot;uri&quot;&gt;${(a)environment.getProperty(&#39;pc.config.rt1.outputfolder&#39;)}&lt;/param&gt; </consumer> <endpoint id="deadLetter" reference="${@deadLetterEndPoint}"/> <endpoint id="stopTarget" reference="${@deadLetterEndPoint}"/> </chain> Thank You, Rajesh Krishna Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 From: Aurélien Pupier<mailto:apupier@redhat.com> Sent: Tuesday, March 19, 2019 6:33 PM To: Rajesh Krishna<mailto:rajesh.krishna@hcl.com> Cc: jbosstools-fuse-dev@lists.jboss.org<mailto:jbosstools-fuse-dev@lists.jboss.org> Subject: Re: [jbosstools-fuse-dev] FUSE IDE plugin usage for generic springboot project Hello, On Tue, Mar 19, 2019 at 8:07 AM Rajesh Krishna <rajesh.krishna@hcl.com<mailto:rajesh.krishna@hcl.com>> wrote: Hi Team, We are doing a POC on customizing the fuse Camel IDE plugin to utilize its palette and design view in a generic springboot project (not a camel fuse project). Basically there will be a xml file. We need a design view where the user can drag and drop the components(custom components built by us) to build the xml file. The project will not be a Fuse integration project, it will be a Springboot project. Could you please guide us on this with any reference links to use the camel fuse ide for a non camel fuse project. I don't get why you are starting from Fuse Tooling. If you want to have a diagram representation with Drag'n'drop technologies for a non-camel file, you'd better start from scratch using a Diagram technologies. Fuse Tooling is using Eclipse graphiti<https://apac01.safelinks.protection.outlook.com/?url=https%3A... but it is a quite old project in maintenance mode. Eclipse Sirius<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2... is the new shiny and active diagramming project. Both are relying on GEF, so will provide the same kind of palette. or have I missed the link between what you are asking and Fuse Tooling? Thank You, Rajesh Krishna Sent from Mail<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%... for Windows 10 ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- _______________________________________________ jbosstools-fuse-dev mailing list jbosstools-fuse-dev@lists.jboss.org<mailto:jbosstools-fuse-dev@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/jbosstools-fuse-dev<https://a... -- AURÉLIEN PUPIER SENIOR SOFTWARE ENGINEER, FUSE TOOLING Red Hat France<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2... apupier@redhat.com<mailto:apupier@redhat.com> IM: apupier [https://www.redhat.com/files/brand/email/sig-redhat.png]<https://apac0...