Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. .NET (Core and Framework)
  4. .NET Remoting Channels (Custom)

.NET Remoting Channels (Custom)

Scheduled Pinned Locked Moved .NET (Core and Framework)
csharpdotnetquestion
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    Aisha Ikram
    wrote on last edited by
    #1

    There are two types of channels that .NET framework provide 1)TCP and 2)HTTP and there are custom channels that u can create using any stream oriented transfer technology like Sockets, Named Pipes and MSMQ. My question is which channel is suitable in which situation. Can anybody tell me when should i use named pipes channel and when MSMQ. Need urgent response .... @!$h@

    M 1 Reply Last reply
    0
    • A Aisha Ikram

      There are two types of channels that .NET framework provide 1)TCP and 2)HTTP and there are custom channels that u can create using any stream oriented transfer technology like Sockets, Named Pipes and MSMQ. My question is which channel is suitable in which situation. Can anybody tell me when should i use named pipes channel and when MSMQ. Need urgent response .... @!$h@

      M Offline
      M Offline
      Mike Dimmick
      wrote on last edited by
      #2

      I'd say, use an HTTP channel when you want to traverse a firewall and a TCP channel when you're working entirely within a single site. If you need to work with a network that doesn't support TCP, you might use Sockets to create an IPX stream, for example. Or, you could use Named Pipes to support any stream protocol that Windows supports (and, in addition, get support for impersonation, though this might be tricky to handle). You might use MSMQ if you wanted to queue up requests to level out workload and provide failover capabilities. I'm not actually sure this would be possible with remoting. Stability. What an interesting concept. -- Chris Maunder

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups