Demo application showcasing Configuration with Design Automation for Inventor
- .NET Core 3.1
- Node.js
Important note: In Node.js even releases are stable, and odd-numbered versions are unstable. That's said we won't support or guarantee the work of the application using the odd-numbered Node.js versions. Currently the latest version we support is the even version v16.13.2. Unless version v18 will be released we are not supporting versions newer than v16. - (recommended) Visual Studio Code with extensions:
- Debugger for Chrome (for debugging client side code)
- ESLint
- Prettier
- psioniq File Header (to insert copyright header)
- Autodesk Inventor 2021
- Visual Studio 2019
-
Clone repository
-
Create a forge app at https://forge.autodesk.com/, and select
Design Automation API
andData Management API
in the APIs section -
Enter https://localhost:5001 as the callback URL
-
Note the
Client ID
andClient Secret
generated -
Specify Forge credentials using one of the following approaches:
a) Set environment variablesFORGE_CLIENT_ID
andFORGE_CLIENT_SECRET
b) Set environment variablesForge__ClientId
andForge__ClientSecret
c) Make a copy ofappsettings.Local.template.json
in theWebApplication
directory namedappsettings.Local.json
and replace the<clientId>
and<clientSecret>
in it
d) (not on dev machine) Modifyappsettings.json
(orappsettings.<ENVIRONMENT>.json
) with the template mentioned in c)
e) Set environment variable 'set NODE_ENV=development' -
Make a copy of
InventorBinFolder.props.template
in the topAppBundles
folder namedInventorBinFolder.props
and replace thePATH_TO_YOUR_INVENTOR_BIN
string in it with your actual Inventor bin folder path, for example:C:\Program Files\Autodesk\Inventor 2021\Bin
-
(Optional) Choose network configuration for your application. By default polling is enabled as it offers an easier way to setup and run the application. This is OK for locally run applications and debugging. However in production using the new callback option is highly recommended to conserve resources. In order to enable the callback option modify the
Publisher
section of the appsettings.json file. Change"CompletionCheck"
value from"Polling"
to"Callback"
and set"CallbackUrlBase"
url to your server URL or ngrok tunnel URL for a locally run application. To run and debug callbacks locally please refer to the ngrok section -
(Optional) Specify if access should be limited in
WebApplication\appsettings.json
. SetEnabled
totrue
orfalse
, and populate theDomains
andAddresses
fields with comma delimited lists such as["autodesk.com", "company.com"]
and["person@company2.com", "person@company3.com"]
-
Open the
forge-configurator-inventor.sln
file with Visual Studio 2019 and build the solution
This will also generate the zip files of all the app bundles that the web app will need to upload to the Design Automation server
When building the solution, make sure that all those app bundles got generated successfully
Now we have to initialize things both on the Design Automation server and locally. In the terminal (in Visual Studio or outside) navigate to theWebApplication
folder and rundotnet run initialize=true
Once the output reaches theNow listening on: https://localhost:5001
line just open that URL in your browser
Next time you'll also be able to start the app from the Visual Studio debugger. In the Debug drop-down menu selectforge-configurator-inventor
and start debugging This time your browser should open up automatically showing the correct URL
- Building the projects also installs required packages (this can take several minutes).
- Open the
forge-configurator-inventor.sln
file with Visual Studio 2019 and build the solution
- From a command prompt, go to the
WebApplication
directory, and rundotnet build
.
- If you are not running the Application for the first time, but rather getting an update, you may need to install npm packages that were added since your last successfull run:
- Using command line go to
WebApplication/ClientApp
and runnpm install
. See Adding npm package for more information.
- Create initial data: from the
WebApplication
directory, rundotnet run initialize=true
- Clear data: from the
WebApplication
directory, rundotnet run clear=true
- Clear and then load initial data: from the
WebApplication
directory, rundotnet run initialize=true clear=true
- When the app finishes the initialization process it remains running and expects client calls. You can leave it running and follow by opening the site or stop it and move to the the Debugging section
- From a command prompt, go to the
WebApplication
directory, and rundotnet run
- Navigate to https://localhost:5001
- You may need to refresh the browser after it launches if you see the error
This site can't be reached
- If you see the error
Your Connection is not private
, clickAdvanced
and thenProceed to localhost (unsafe)
. This is due a development certificate being used.
- You may need to refresh the browser after it launches if you see the error
- Make sure that application is fully initialized, before you start debugging session. Please see the Clear and load initial data
- Open the repository root folder in VS Code
- In the Run tab, select the
Server/Client
configuration and click the "Start Debugging" (arrow) button- Some browser errors are normal, see open site
- Disregard C# errors related to AppBundles in VS Code
- Note that running the tests clears initialization data, so you will either need to change forge credentials before running them, or run the initializer again afterward. See Clear and load initial data...
- From Visual Studio 2019
- Open Test Explorer and select tests to run or debug
- From Visual Studio Code
- Open a test file in the
WebApplication.Tests
directory and click on eitherRun Test
orDebug Test
above one of the methods decorated with the[Fact]
attribute. Or, above the class declaration click on eitherRun All Tests
orDebug All Tests
- Open a test file in the
- From the command line, in either the root or
WebApplication.Tests
directory rundotnet test
- In Visual Studio Code, on the Run tab, select the
Debug Jest All
configuration and click the "Start Debugging" (arrow) button- Note that once you run the tests they will only run again if they changed since the last time
- Alternatively, using the command line go to WebApplication/ClientApp and execute
npm test
- For UI tests we are using
CodeCeptJs
framework. All tests are stored inClientApp/src/ui-tests/
and we filter all files end with*_test.js
. - Set environment variables
SDRA_USERNAME
andSDRA_PASSWORD
forSign-in
workflow. We are using Autodesk Account credentials forSign-in
. - Set
"embedded" : true
Inappsettings.Local.json
file mentioned inRun sample for the first time
5c)- Also you can create a
.env
file in theWebApplication/ClientApp
directory to define the environment variables - for more details follow this link: https://www.npmjs.com/package/dotenv
- Also you can create a
- Note that the server needs to be running for these tests
- From the
WebApplication/ClientApp
directory:- For all UI tests Run this command:
npx codeceptjs run
ornpm run uitest
. - For particular file you can use this command:
npx codeceptjs run src/ui-tests/<test file name>
- For all UI tests Run this command:
We are using the forge service on the backend https://forge.autodesk.com/
We are using the latest version of .NET Core (3.1 at the time of writing) https://dotnet.microsoft.com/download/dotnet-core/3.1
The project was initally created using the command dotnet new react
https://forge.autodesk.com/en/docs/design-automation/v3/developers_guide/overview/
C# SDK https://github.com/Autodesk-Forge/forge-api-dotnet-design.automation
We are using the Inventor and Revit engines.
Used for storing your designs. For communication with Forge Design Automation
https://forge.autodesk.com/en/docs/data/v2/developers_guide/overview/
C# SDK https://github.com/Autodesk-Forge/forge-api-dotnet-client
We are using redux-thunk for complex and asynchronous operations https://github.com/reduxjs/redux-thunk
In index.js
replace
const store = createStoreWithMiddleware(mainReducer);
with
const store = createStoreWithMiddleware(mainReducer, window.__REDUX_DEVTOOLS_EXTENSION__ && window.__REDUX_DEVTOOLS_EXTENSION__());
https://github.com/Autodesk/hig
Table is not part of todays React HIG implementation so we will use https://github.com/Autodesk/react-base-table
We are using npm.
- Using command line go to
WebApplication/ClientApp
and runnpm install <package>
- Note that packages are normally installed as part of the build, but only if the
npm_modules
directory is not found. This means that when new packages are added,WebApplication/ClientApp/npm install
needs to be run again manually by other users (who did not add the new package).
- Note that packages are normally installed as part of the build, but only if the
- For JavaScript code:
npm run lint
- For CSS:
npm run lint-css
- For an advanced example of CI/CD on AWS, see AWS-CICD
- For a simple method of deploying to Azure, see Publish a Web app to Azure App Service using Visual Studio
- First change
WebApplication.Program.cs
by removing theUseKestrel()
statement - You will need to change the callback in your forge app to match the URL you deploy to.
- First change
- Example of the real-life deploy of an FDA as an App Service
-
Uploading your project file can cause the error "Project name or assembly contains unsupported characters". This problem typically happens when you use non Latin characters in your project file names and the zip file does not use UTF-8 encoding for the project file names.
-
This issue can be fixed by forcing your zip program of choice to zip the file with the UTF-8 encoding
-
For 7-zip, you can follow these simple steps:
- After selecting your files for zipping, right-click them and select 7-zip from the context menu
- Select option "Add to archive..."
- On the very bottom you can see a text field labelled "Parameters:"
- Write "cu" without the quotes into that field
- Press ok
- Name your resulting zip file
-
For more information on this issue please refer to the FDA troubleshooting page
- If you choose webhook callback network configuration for the application, you will need a way for the callbacks to get from the FDA servers to your local machine.
- One of the tools that can assist you with this task is ngrok https://ngrok.com/
- These steps should help you to set up an ngrok tunnel to your localhost:
- Create a free ngrok account
- Download the ngrok executable from https://dashboard.ngrok.com/get-started/setup
- Unzip the executable
- (Optional) put the path to the ngrok executable in your system path to make it accessible from everywhere
- Notice section 2. of the download page. This contains your credentials and full authenticate command for you to copy paste
- Use the full authentication command from previous step - this only needs to be done once
- Run ngroc with the format of
ngrok http port
and set the port number the web application uses on your local machine - With default settings the command would look like this:
ngrok http 5001
- You are now ready to use and debug callbacks locally
- If you experience issues running ngrok tunnel with the web application using https settings, the simple workaround is to switch the app to http mode (only for local use).
- In order to set the callback URL for local development it is recomended to create an appsettings.Local.json file in the WebApplication directory (if you don't have it already) and then put following settings into it:
{ "Publisher": { "CompletionCheck": "Callback", "CallbackUrlBase": "<YOUR NGROK URL>" } }
You can read about embedded mode here