|
34 | 34 | 6. Outputs and Report file will be copied into My Documents folder |
35 | 35 |
|
36 | 36 | # Understanding the sample |
37 | | - |
38 | | -## Steps to take as a developer |
39 | | - |
40 | | -### 1. Author Inventor plugin |
41 | | - |
42 | | -A design is processed by an Inventor plugin so one has to author plugin code. The resulting plugin is then packaged into an Inventor bundle and zipped. This is done by the **samplePlugin** project in the solution. Packaging is done using a post-build step of the project. When you build the project you can find the resulting bundle zip *samplePlugin.bundle.zip* in the **Solution/Output/** directory. |
43 | | - |
44 | | - |
45 | | - |
46 | | -### 2. Deliver your Inventor plugin to the Design Automation service |
47 | | - |
48 | | - In order to instruct the *Design Automation* service to run your plugin code, it must be delivered. This is done by: |
49 | | - |
50 | | -- Creating an **AppBundle** object on Design Automation using the REST API. You can think of an **AppBundle** object as metadata describing your plugin for Design Automation usage. |
51 | | -- When you create an **AppBundle** object, Design Automation instructs you where and how to upload your zipped and bundled plugin binaries. |
52 | | - |
53 | | -This workflow is done in this sample in the **clientApp** project. |
54 | | - |
55 | | -[Create AppBundle documentation](https://forge.autodesk.com/en/docs/design-automation/v3/reference/http/appbundles-POST/) |
56 | | - |
57 | | -### 3. Describe your Activity |
58 | | - |
59 | | -In order to use your **AppBundle** you have to create an **Activity**. In an **Activity** you can describe how to handle inputs and outputs for the AppBundle. This is also done using the Design Automation REST API. |
60 | | - |
61 | | -This is done in this sample in the **clientApp** project. |
62 | | - |
63 | | -[Create Activity documentation](https://forge.autodesk.com/en/docs/design-automation/v3/reference/http/activities-POST/) |
64 | | - |
65 | | -### 4. Prepare your inputs |
66 | | - |
67 | | -To deliver your inputs to Design Automation to process, you have to upload them on the internet so that Design Automation can download them when the **Activity** is executed. |
68 | | - |
69 | | -This workflow is done in this sample in the **clientApp** project. You can find sample inputs in **Solution/clientApp/inputFiles/** folder. |
70 | | - |
71 | | -### 5. Execute your Activity |
72 | | - |
73 | | -To execute the activity you have to create a **WorkItem**. A **WorkItem** is a representation of an executed task. You can monitor its state, so you know if it is still in progress or done. You have to specify where **Design Automation** can download inputs and where it should upload outputs (results) according to what is written in the **Activity**. |
74 | | - |
75 | | -This is done in this sample in the **clientApp** project. |
76 | | - |
77 | | -[Create WorkItem documentation](https://forge.autodesk.com/en/docs/design-automation/v3/reference/http/workitems-POST/) |
78 | | - |
79 | | -### 6. Download outputs (results) and report |
80 | | - |
81 | | -As mentioned earlier, your outputs are uploaded to the place you specified when creating your **WorkItem** and to get them onto your local machine you should download them. There is also a report file where you can see what was happening. |
82 | | - |
83 | | -This is done in this sample in the **clientApp** project. Results are downloaded into your **Documents** folder |
| 37 | +A detailed description of the sample is available in [Docs/DeveloperNotes.md](Docs/DeveloperNotes.md). |
84 | 38 |
|
85 | 39 | ## Quotas and Limits |
86 | 40 | Apps, Activies and WorkItems have quotoas and limits. To find out more information on this can be found in [Docs/QuotasAndRestrictions.md](Docs/QuotasAndRestrictions.md). |
|
0 commit comments