WCF to Java webservices interop, şaşırtıcı derecede sorunlu görünüyor. İyi kaynaklar var mı?

Son bir proje ile .Net tabanlı geliştirici ekibimiz, dünya çapında bir dizi java tabanlı web hizmeti ile entegre olmakla görevlendirildi ve gerçekten şaşırtıcı bir şekilde (iyi, kesinlikle daha fazla şaşırmadık) çok sayıda sorun yaşadık çünkü WCF tarafından oluşturulan XML, java servisleri tarafından kabul edilmez.

Ayrıca konuyla ilgili bulmak için çok iyi bir bilgi, biz Yaron Nave mükemmel WCF blog, bazı iyi ipuçları aldık gerçekten olmadığını görünüyor http://webservices20.blogspot.com ve ayrıca MSDN WCF forumunda http: //social.msdn.microsoft.com/Forums/en-US/wcf/threads .

Burada gerçekten bunu düşürdüğünü hisseden ve konuyla ilgili kesin kaynağı bilen biri var mı? Kitaplar, bloglar veya herhangi bir web sitesindeki ipuçlarıyla ilgilenirsiniz.

Düzenleme:
Ben en iyi iki cevap her biri bir değeri vardır, çünkü bu iş parçacığı üzerinde kabul edilen cevap ayarlama yırtılmış:
1. Biz muhtemelen WCF mücadele yerine daha fazla HTTP Webrequest uygulamaları yapmak ile sona erecek.
2. Ancak WCF Express Interop Bindings 1.0 da çok mantıklı bir ipucuydu.

Ah evet ... SABUN, bereketli bilgi işlem kasesi. Dünyadaki sistemler arasında birlikte çalışma sözü veren bir lingua franca.

Ve sonra Java ve PHP ve .NET üzerindeki SOAP uygulamaları arasındaki farklara girersiniz. Hatta WebSphere SOAP hizmeti ile Apache SOAP istemcisi arasında bile. Farklı WS-I uyumluluk standartlarıyla uğraşmayı düşünmeyin. Eğer bir protokol için bir uyumluluk standardını neden ihtiyaç Şimdi söyle lütfen uyumluluk için inşa edilmiş ironik hakkında, konuşma (ve gerçek ironi demek ironi değil Alanis Morrissette marka ).

İki SOAP uç noktasının iletişim kurmasında sorun yaşamayacağınız tek zaman, ikisi de aynı platformda ve çoğu durumda platformun daha verimli bir uzaktan çalışma protokolüne sahip olacağı zamandır.

Burada söylediğim şey çoğunlukla SOAP'ın yararsız olmasıdır. Şimdi küçük sabun, bunu her gün kullanıyorum ve çoğu insanın aynısını yapması için minnettarım.

Eğer kafanı bir tuğla duvara çarpmakta ısrar ediyorsan. İşte başlamak için iyi bir yer Microsoft büyük Java sunucularının çoğu ile birlikte etkinleştirmek için bir dizi bağlantı vardır. Elbette eğlenceli olan, hangilerinin hangi servislerle entegre edildiğini bulmaktır.

Bence gözleminiz oldukça doğru. XML tabanlı iletişimin üst düzey uygulamaları, her ikisi de "SOAP" olarak adlandırılsa bile, genellikle farklı platformlarla uyumlu değildir . Muhtemelen her ikisi de uygulanan standart kapsamında uygulamadaki küçük farklılıklar gerçek hayatta kullanımda sorunlar yaratır.

Servis sağlayıcılar için tavsiyem: Çok karmaşık ve teorik olarak daha iyi bir uygulama yerine basit bir uygulama kullanın. Örneğin, ihtiyacınız yoksa, son derece karmaşık kimlik doğrulama düzenlerini eklemeyin.

Hizmet tüketicileri için tavsiyem (siz, sanırım): Sizinkinden farklı bir platformda yüksek düzeyli bir uygulama ile iletişim kurarken, daha düşük düzeyli bir uygulamaya geçin. Gerçek XML'in ne olduğunu anlamanız ve ardından bunu gerçekleştirmek için normal iyi kodlama uygulamalarını kullanmanız, kendi platformunuzun yüksek düzeyde uygulanmasında ısrar etmeye alternatif olarak aniden oldukça basitleşir.

Umarım çok soyut değildi. Kısacası , bir Java platformuna bağlanan .NET platformunda olduğunuzda, başlıkları ve xml'yi bir HttpWebRequest içinde bir araya getirmek ve bu şekilde göndermek isteyebilirsiniz.

PHP web hizmetlerini tüketirken de aynı sorunları yaşarsınız.

Buna tek cevabımız, protokol tipini SOAP yerine REST olarak değiştirmekti. Biz asla işbirliği için SOAP şeyler, Simple için çok şey var!