İstemci Kanal ayırma tablosunu kullanarak WebSphere MQ ile bağlanmak için C++ kodunu değiştirmem gerekiyor. Windows 2003'te v6.0 ile yaklaşık 5000+ MQ istemcisi ve 10 MQ Sunucusu var. CCDT ile C++ kullanan herhangi biri varsa lütfen bana yardımcı olun.C++ İstemci, SSL üzerinden IBM MQ'ya bağlanıyor
tarif edildiği gibi kanal tablosu işaret etmek MQCHLLIB ve MQCHLTAB ortam değişkenleri ayarlayın "Using WebSphere MQ environment variables." Ardından, SSLKEYR'yi kılavuzun aynı bölümünde açıklandığı şekilde ayarlayın. Bunlar, uygulamanın CCDT ve KDB dosyalarını bulmasına izin verecektir. CCDT'nin, doğru SSLCIPH'yi belirten ve sonra her zamanki gibi bağlanacak kanal tanımlarını içerdiğinden emin olun. Hiçbir kod değişikliği gerekli değildir.
tavsiye sana, sunucu v6 de olsa, WMQ v7 istemcisi kullanıyorsanız. İstemci, otomatik yeniden bağlanma gibi v7 özelliklerini kullanmaya çalışmadığınız sürece geriye dönük olarak uyumludur. Bununla birlikte, v6 gelecek yıl kullanım ömrünün sonuna yaklaşıyor ve yeniden test edilmekten ve yeniden dağıtımdan kaçınmak istiyorsanız veya desteklenmeyen bir sürümü çalıştırıyorsanız, v7 bileşenlerine olabildiğince dağıtın.
Merhaba Rob, Hızlı yanıtınız için teşekkür ederiz. Ben MQ Admin ve uygulama ekibinden hiçbiri, 8 yıl geri geliştirilen aynı kullanarak C++ Kodu ile deneyime sahip değildir. Ve kod MQ bağlantı parametrelerini .xml dosyasından alıyor. Kodda hiçbir şey değiştirilmemesi gerekiyorsa, varsayılan istemci .xml dosyasını kullanarak sıra yöneticilerine bağlanır. Bu konuda yanılıyorsam lütfen beni düzeltin. – Nikhil
XML dosyasında ne olduğuna ve uygulamanın nasıl bağlandığına bağlı olarak değişir. Uygulama MQCONNX kullanıyorsa ve şu anda SSL parametrelerini doldurmuyorsa, gerçekten değiştirilmesi gerekiyor. Öte yandan, uygulama CCDT kullanıyorsa, SSLKEYR ortam değişkeninin eklenmesi, bunun KDB dosyasını bulmasını ve dahil edilen SSL kanal parşömenleriyle yeni bir CCDT oluşturmasını sağlar. Bu yüzden, uygulamanın hangisinin doğru harekete geçeceğini öğrenmek için kodlamanın nasıl yapıldığına bağlı olarak değişir. –
XML dosyasında MQ Sunucuları, ana bilgisayar adı, kuyruk yöneticisi adı, kanal ve bağlantı noktası gibi bağlantı bilgileri bulunur. İstemci ilk olarak xml dosyasında 1. sıra yöneticisine bağlanmayı dener ve bağlantı kurulmazsa 2. kuyruk yöneticisine gider. İstemci bağlantıları yük dengeli değildir ve tüm sunucular Cluster'dadır. Eminim MQCONN kullanarak bağlanan istemciler ve geliştiricilerle aynı şeyi onayladıklarından eminim. Otomatik yeniden bağlanma ve istemciler Kanal tanım tablosundan sıra yöneticilerini rasgele seçen istemcilerle ilgili v7.0'daki yeni özellikleri okudum. –
MQCONN ve MQCONNX arasında büyük fark var. XML dosyası ana bilgisayar, kanal ve port içeriyorsa, uygulamalar tüm bağlantı ayrıntılarını belirtmenize izin veren MQCONNX'i kullanır. Bu durumda, SSL CipherSpec'in burada açıklandığı gibi bağlantı seçeneklerine eklenmesi gerekecektir: http://bit.ly/aMLFnO Tabii ki, uygulamaya KDB dosyasını nerede bulacağını ve SSLKEYR olduğunu da söylemelisiniz. Daha önce açıklandığı gibi ortam değişkeni. –
MQCONN veya MQCONNX kullanarak uygulamanın uygulanıp uygulanmadığını öğrenmek için MQ API Çağrılarını izlemek için aşağıdaki komut yardımcı olur mu? strmqtrc ben "strmqtrc -t API" kullanarak test sunucusunda iz etkin (Windows'ta) Tüm -t api api – Nikhil