Member Avatar for kumar.nitesh

Hi,
I am working on BizTalk 2006. In BizTalk we always create a web-port to access a webservice and we integrate it to our application at the time of Orchestration development. What I want to do is to create web-port at runtime that is after deployment and execution based on the business rule as defined by business worker the Orchestration should select whether to use a web service or just drop the message inside a folder.If you have any clue regarding this please do reply!!!!!!!!

  • 2 Contributors
  • 2 Replies
  • 104 Views
  • 3 Days Discussion Span
  • Latest Post Latest Post by kumar.nitesh

Dani AI

Generated

Short answer: do not try to invent new physical ports at runtime unless you really must. For the scenario described — choose between calling a web service or dropping to a folder based on a business rule — the two practical approaches are (A) content‑based routing with static physical send ports, or (B) a dynamic send port whose endpoint you set at runtime. is correct that a file drop is a valid target, but that alone does not solve the runtime binding question.

Recommended pattern (content‑based routing)

  • Define a small property schema and promote one property (for example, TargetService).
  • In the orchestration call your Business Rules policy (or run logic) and set TargetService to something like CallWebSvc or DropToFolder.
  • Create two physical send ports: one configured for the web service, one for the file adapter. Give each a filter on the promoted property (e.g., TargetService == "CallWebSvc" and TargetService == "DropToFolder").
  • Bind the orchestration to a logical send port and publish the message; BizTalk pub/sub routes it to the correct physical port without changing bindings after deployment.

When to use dynamic ports

  • If the actual endpoint URI changes often or is not known until runtime, use a dynamic send port and set the message context transport/URI before sending. This is more flexible but requires careful handling of adapter-specific details (SOAP action, expected envelope, binding settings).
  • Programmatically creating send ports (ExplorerOM/WMI) is possible, but it is administrative, brittle, and generally not recommended for frequent runtime decisions.

Troubleshooting tips

  • Verify the property is promoted and the send port filters match.
  • Use tracking/Group Hub to see subscriptions and message flow.
  • Test adapters independently (call the web service with a static port first).
    Content-based routing gives the best maintainability; use dynamic ports only when truly necessary.

Recommended Answers

All 2 Replies

Member Avatar for eXceed69

Just drop the message inside a folder. It commonly done by Biztalk users for their orchestration.

Member Avatar for kumar.nitesh

Just drop the message inside a folder. It commonly done by Biztalk users for their orchestration.

Sorry,But I dont think you have any idea about what I am tryig to achieve, here I want to locate and bind webport at execution time depending upon the business rule defined by business user.
Thanks

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.