Skip to main content
14-Alexandrite
June 11, 2020
Question

Manufacturing Apps Best Practices

  • June 11, 2020
  • 3 replies
  • 4476 views

Hi there,

 

I'm starting two Manufacturing Apps projects and I'd like you gave me some advice on best practices. Some key features that I'd like to address are:

  • Clean instance. Best practices for having a clean ThingWorx instance.
  • Working with two Manufacturing Apps projects on the same ThingWorx instance. How to switch from one project to the other one without mixing entities, data, nor extensions between them (keeping them isolated).
  • Solution Central. How the developing workflow with Solution Central should be to work with two Manufacturing Apps projects on the same ThingWorx instance. (After developing stage, each project will be deployed to different customers)

If you think there are some other good Best Practices advises for starting off new projects, feel free to mention them. It will be highly appreciated.

 

Regards,
Nahuel

3 replies

5-Regular Member
June 11, 2020

Hi @nahuel ,

 

Could you please let me know if is there any document that you are referencing to connect two Mfg Projects to same Thigworx instance .
As per my knowledge there is no such recommendation.

 

Thanks

Gunjan Aneja

nahuel14-AlexandriteAuthor
14-Alexandrite
June 13, 2020

Hi @ganeja,

 

We currently have one ThingWorx license instance and we have to deliver two Manufacturing Apps projects for different customers. How could we address this? I think that for doing that we need to address the bullet list items I posted in the initial post. Please let me know your thoughts.

 

Also, in a near future we'll possibly have another another ThingWorx license instance so could you kindly point me out on collaborative best practices?

 

Regards,
Nahuel

nahuel14-AlexandriteAuthor
14-Alexandrite
June 18, 2020

Hi @ganeja 

 

Any suggestions on this?

 

Regards,

Nahuel

5-Regular Member
June 25, 2020

The best practice would be to make use of "Projects" entity in ThingWorx, by creating two project entities and adding the entities (things, mashups, etc.,) to the corresponding project. In that way, there would be no mix of entities. 

 

WRT solution central, it depends on how you are publishing the projects. If you are publishing projects to 'One cloud solution central instance', then you can provide the details (group-id, artifact-id) of the project to the  customer who is connected to the same solution central instance and they will be able to deploy it in their own instances. 

nahuel14-AlexandriteAuthor
14-Alexandrite
June 26, 2020

Hi @katte.

 

Thanks for your reply.

 

I did a little test. I created an asset in Mfg Apps and then I looked for what entities were created in Thingworx Composer and to which project they were associated to.

 

1) testEquipment_Name equipment was created

Screenshot from 2020-06-26 16-39-31.png

2)I searched for *testEquipment_Name* in composer

Screenshot from 2020-06-26 16-43-51.png

But neither of those two entities was associated with a project.

 

Creating two Project entities for two MfgApps projects seems a good approach. Although it is not as straight forward as I'd like to, I could add those two above entities to a project entity.

But how can I "tell" the extension MfgApps to which project entities to look for? I mean, how can I change between projects from a MfgApp point of view?

 

5-Regular Member
July 6, 2020

From MfgApps point of view, I believe we cannot change between projects. The Project entity is specific to ThingWorx platform, and is intended to use in ThingWorx Composer. Even the publishing of projects to a Solution Central repository is done from ThingWorx Composer. 

 

By any chance are you looking to create and publish projects directly from ThingWorx MfgApps?? If so, I believe it isn't allowed as of ThingWorx 8.5.

Support
July 20, 2020

Hi @nahuel.

 

If you feel this thread has answered your question, please mark the appropriate post as the Accepted Solution for the benefit of others with the same question.

 

Thank you for your participation in our community!

 

Regards.

 

--Sharon