BizTalk Naming Conventions
Naming of BizTalk stuff is no different than for any programming language. It's helpful if multiple developers on the same project use consistent terms. I've had a preference to how things like receive and send ports are named for years but I've never written them down - until now!
This list is a work-in-progress, I intend adding too it as time allows.
Artefact | Convention | Example | Notes |
---|---|---|---|
Physical Ports | |||
Physical Receive Port | Rcv_TypeFromSource | Rcv_EmployeeUpdateFromSystemX | The port direction (Rcv or Send) is separated from the purpose by an underscore to aid readability and ensure the direction is immediately obvious |
Physical Receive Location | Rcv_TypeFromSource_TRANSPORT | Rcv_EmployeeUpdateFromSystemX_FILE | The adapter transport is given in upper case as a highlight but also because often a receive port may have multiple locations that differ only by the transport that is used |
Physical Send Port (One Way) | Send_TypeToDestination_TRANSPORT | Send_EmployeeUpdateToSystemY_WebHttp | The adapter transport is given in upper case as a highlight but also because often multiple send ports may exist that differ only by the adapter that is used |
Physical Send Port (Two Way) | Request_TypeToDestination_TRANSPORT | Request_EmployeeUpdateToSystemY_WebHttp | I like to use the 'Request' prefix for two-way send ports otherwise you can end up with names like Send_GetCustomerId |
BTDF Environment Settings | |||
Send File Path | SendPort.Address | Send_EmployeeUpdateToSystemY_FILE.Address | A full stop is used to separate port name with its properties. The value from the excel spreadsheet gets substituted into PortBindings e.g ${Send_HR_FILE.Address} |
Receive File Path | ReceiveLocation.Address | Rcv_EmployeeUpdateFromSystemX_FILE.Address |