2008-11-23 22 views
9

Folks,TIBCO.EMS .NET client/kênh WCF

TIBCO đã công bố hỗ trợ cho các kênh WCF vào tháng 4 - có bất kỳ điều gì đã được hiện thực hóa không?

Tôi có thể tải xuống các bit kênh WCF mới này ở đâu và làm cách nào để có được phiên bản .NET 2.0/3.5 hiện tại của thư viện "TIBCO.EMS .NET client" ??

Chúng tôi là một ISV nhỏ mà không có quan hệ với TIBCO cho đến nay, nhưng một khách hàng lớn của chúng ta đòi hỏi chúng ta phải interop với hệ thống Tibco EMS của mình, mà không thể cung cấp các thông tin nền tảng kỹ thuật chúng ta cần :-(

Cảm ơn mọi gợi ý và gợi ý! Marc

Theo dõi - 2009-Jan-14: Không phản hồi nhiều ở đây .... bạn sử dụng TIBCO EMS - cách bạn giao tiếp với nó, ví dụ: giao tiếp và gửi dữ liệu qua lại?

CẬP NHẬT (April 201 0)
Tôi đã có cơ hội để kiểm tra TIBCO.EMS.dll "gốc" từ .NET, cũng như việc triển khai WCF của chúng và kết luận của tôi là: sử dụng API gốc. Thật dễ dàng, nó đơn giản, nó hoạt động.

Các bộ phận WCF rất kinh khủng. Họ không đầy đủ, rất độc đáo, họ không cảm thấy như một công dân WCF tốt. TIBCO chỉ cung cấp một yếu tố vận tải - bạn không thể chỉ sử dụng một công cụ tạo sẵn hay một thứ gì đó - bạn sẽ phải tự xác định mình. Tôi đã rất thất vọng - tôi đã mong đợi nhiều hơn từ một công ty có quy mô và uy tín của TIBCO ....

Trả lời

11

Ngăn xếp giao tiếp của bạn sẽ đơn giản hơn nhiều nếu bạn chỉ cần sử dụng ứng dụng khách Tibco EMS .NET trực tiếp. Nó được tạo kiểu sau khi JMS, được sử dụng rộng rãi trong phát triển phần mềm doanh nghiệp. Do đó có rất nhiều sách công nghệ về cách lập trình JMS. Java và C# tương tự như vậy mà thật dễ dàng để làm bản dịch tinh thần để áp dụng cho chương trình khách hàng Tibco EMS .NET.

Sau khi thiết kế và triển khai rất nhiều kênh liên lạc cho các ứng dụng được phân phối, trải nghiệm của tôi đơn giản hơn là ngăn xếp đáng tin cậy hơn và không gặp sự cố khi hoạt động.

Vấn đề với lớp trừu tượng của ilk của WCF là hầu như luôn luôn có một vấn đề trừu tượng bị rò rỉ ẩn ở đâu đó.

+0

@RogerV: vâng, cảm ơn vì điều đó. Việc thực hiện WCF Tibco lá rất nhiều để được mong muốn .... trong khi thư viện EMS gốc dường như làm việc tốt. –

+0

Tôi sử dụng TIBCO EMS. Net client để tích hợp với một số khách hàng của chúng tôi và nó hoạt động tốt như nhiều người đã nói ở đây. Nhưng, tôi không thể viết các bài kiểm tra đơn vị vì các lớp cụ thể của họ và các nhà xây dựng nội bộ và thiếu các giao diện. Bạn đã khắc phục vấn đề này như thế nào? –

3

Đối với tibco và wcf bạn cần phải chạy ít nhất phiên bản 4.4.3 là mức tối thiểu mà tibco hỗ trợ. Nếu không, bạn sẽ phải sử dụng giao thức chuẩn. Họ có. Net, do đó bạn không cần phải làm interop. Tôi chưa sử dụng thành phần WCF như là nơi mà tôi làm việc vẫn còn trên 4.3.0 và trong khi họ nói nó nên làm việc nó không được hỗ trợ. Chúng tôi chỉ có các bit như chúng tôi dự kiến ​​sẽ cập nhật lên 5 sớm.

Để nhận được các bit này, bạn sẽ phải lấy nó từ khách hàng của bạn nếu họ muốn bạn làm việc với nó. Đó sẽ là ý kiến ​​của tôi khác hơn là đặt cược tốt nhất của bạn sẽ là liên hệ với Tibco để xem bạn có thể làm việc gì đó không.

Câu hỏi lớn là phiên bản Tibco EMS mà khách hàng của bạn đang sử dụng.

+0

OK, cảm ơn - không biết phiên bản nào họ đang chạy và họ sẽ sử dụng giao diện nào. Tôi có một giao diện C# tới IBM Websphere MessageQueue - nhưng tôi hơi ngạc nhiên khi họ nói nó sẽ là một giao diện "SOAP-to-EMS" - giống như gọi một webservice .... hmmm ..... –

+0

Nếu dữ liệu đang được đẩy một chiều, sau đó trong tích hợp nhà cung cấp, việc cung cấp cho nhà cung cấp bên ngoài một cuộc gọi dịch vụ web đơn giản chuyển một thông điệp vào hàng đợi trên nhà môi giới thư (hoặc ESB). Than ôi, rất nhiều nhà cung cấp có xu hướng tìm thấy hai chiều, nhắn tin không đồng bộ quá nhiều để groc. – RogerV