Tooday J'utilise ServiceHost pour héberger soi-même WCF cervices.Comment héberger le service WCF et le serveur TCP sur la même socket?
Je veux accueillir près de mes services WCF mon programm TCP pour les opérations de prises directes (comme privilège à une sorte de flux TCP de diffusion)
J'ai besoin de contrôle sur les espaces de noms d'URL (et je voudrais donc pouvoir laisser mes clients à envoyer des flux TCP directement dans mon service en utilisant quelques bonnes URL comme example.com:port/myserver/stream?id=1 ou example.com:port/myserver/stream?id=anything et ainsi je ne serai pas dérangé Avec Idea de 1 client pour 1 socket à un moment donné, je veux vraiment garder mes services WCF sur le même port que mon propre serveur ou ce qu'il est ainsi pour pouvoir appeler www.example.com:port/myWCF/stream ? id = 222 ... et je veux qu'il fonctionne sur n'importe quel port - pas seulement 80)
Est-ce que n'importe quel corps peut m'aider avec ceci? J'utilise juste WCF maintenant. Et je n'aime pas comment ça marche. C'est l'une des nombreuses raisons pour lesquelles je veux commencer la migration pour effacer TCP =)
Je ne peux pas utiliser la liaison net-tcp ou tout autre type de liaison WS- * cool (aujourd`hui j'utilise le plus simple pour que mes clients comme Flash, AJAX, etc se connecter à moi avec facilité).
J'avais besoin d'un protocole de connexion simple et rapide comme celui que j'ai créé avec Sockets pour le transfert de données en temps réel.
Alors .. Des idées? S'il te plait - j'ai besoin d'aide.
Vous pouvez écrire un transport personnalisé dans WCF. Voir cette question SO - http://stackoverflow.com/questions/381142/how-to-write-a-socket-based-custom-transport-for-wcf –
Je ne vois pas quel est le problème avec juste utiliser WCF . Que ne peut-il faire que vous en avez besoin? – Aaronaught
WCF est trop lent et bugggy pour le transfert de données haute résolution en temps réel infini sur les sockets TCP. – Rella