ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » IBM MQ API Support » Microsoft.NET

Post new topic  Reply to topic Goto page Previous  1, 2, 3, 4, 5, 6  Next
 Microsoft.NET « View previous topic :: View next topic » 
Author Message
jwendorf
PostPosted: Tue Mar 04, 2003 5:56 am    Post subject: Mqput not working with support pac Reply with quote

Acolyte

Joined: 15 May 2001
Posts: 63
Location: Madison, WI

A developer is trying to use the support pac, he can get a message off a queue, but can't put a message. He is getting a 2173 error (PutMessageOptions structure is invalid). The code they are using is:


Private Sub cmdPutMessage_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles cmdPutMessage.Click
Dim queueMgr As MQQueueManager
Dim mqQueue As MQQueue
Dim mqMsg As MQMessage
Dim mqPutMsgOpts As MQPutMessageOptions

Try
queueMgr = New MQQueueManager("CSQD")
mqQueue = queueMgr.AccessQueue("DVLP.WORK.QUEUE", MQC.MQOO_OUTPUT + MQC.MQOO_FAIL_IF_QUIESCING)
mqMsg = New MQMessage()
mqMsg.WriteString("This is a test")
mqMsg.Format = MQC.MQFMT_STRING
mqPutMsgOpts = New MQPutMessageOptions()
mqQueue.Put(mqMsg, mqPutMsgOpts)
'mqQueue.Put(mqMsg)
queueMgr.Disconnect()
Catch ex As MQException
MessageBox.Show("MQ Exception: " & ex.Message)
End Try
End Sub

Private Sub cmdGetMessage_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles cmdGetMessage.Click
Dim queueMgr As MQQueueManager
Dim mqQueue As MQQueue
Dim mqMsg As MQMessage
Dim mqGetMsgOpts As MQGetMessageOptions

Try
queueMgr = New MQQueueManager("CSQD")
mqQueue = queueMgr.AccessQueue("DVLP.WORK.QUEUE", MQC.MQOO_INPUT_AS_Q_DEF + MQC.MQOO_FAIL_IF_QUIESCING)
mqGetMsgOpts = New MQGetMessageOptions()
mqMsg = New MQMessage()
mqQueue.Get(mqMsg, mqGetMsgOpts)
queueMgr.Disconnect()
MessageBox.Show(mqMsg.ReadString(mqMsg.MessageLength))
Catch ex As MQException
If ex.Reason = 2033 Then
MessageBox.Show("No message available")
Else
MessageBox.Show("MQ Exception: " & ex.Message)
End If
End Try
Back to top
View user's profile Send private message
todd
PostPosted: Tue Mar 04, 2003 8:53 am    Post subject: Put problems (MQPMO version) Reply with quote

Newbie

Joined: 29 Oct 2002
Posts: 5
Location: Hursley Park

The problem in the previous post is that a client is being used to a ZOs queue manager. The .NET classes are using the latest MQPMO version, which the queue manager will not accept.

We are looking into the best fix for this problem.
_________________
Stephen Todd, IBM WebSphere MQ
Back to top
View user's profile Send private message
Ian Gratton
PostPosted: Tue Mar 04, 2003 12:27 pm    Post subject: Reply with quote

Newbie

Joined: 17 Feb 2003
Posts: 4
Location: Derby, UK - Land Of Road-Legal Racecars

Managed to the MQ .NET assembly working today in an interesting scenario with my client.

So far so good... everything is working as I would expect it to.


Well done guys.
_________________
Regards

Ian.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
SteveG
PostPosted: Tue Mar 04, 2003 2:32 pm    Post subject: Convert Not Working/Small Initial Buffer Size Reply with quote

Newbie

Joined: 06 Sep 2002
Posts: 6
Location: Seattle

Has anyone else tried using the .NET classes to get a message with the GMO Convert option? This does not appear to be working. When I retrieve a message that originated on the mainframe the message data is still in the code page from the mainframe.

In looking through the underlying MQ API calls in a trace, I think I see what is happening. When the MQGET call is first issued to retrieve the message, it only uses a buffer of 1 byte. This of course fails with a MQRC_TRUNCATED_MSG_FAILED reason code. The class then resizes its buffer based on the returned DataLen and reissues the call. However, it does not reinitialize the MQMD.CCSID or MQMD.ENCODING fields to the defualt. Instead it uses the values obtained from the first MQGET call. Since the message was unconverted, due to the truncation failure, these values match the values on the message, so no conversion is attempted by MQ on the second MQGET call. If I get a 1 byte message, then it is converted correctly.

Besides the conversion error, it seem like always using a 1-byte buffer for the initial MQGET attempt adds a needless performance bottleneck. The is particularily true for client applications. The COM classes at least start off with a 2K buffer, so at least smaller message only require a single MQGET call to be retrieved.
Back to top
View user's profile Send private message
Leigh Kendall
PostPosted: Sat May 10, 2003 6:58 pm    Post subject: Updated Documentation? Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Will a future release of MA7P include updated documentation? More like what Neil Kolban included for Help? That was much more in keeping with the standard windows help files, not to mention it is a lot more helpful and easier to use. The help that ships with the current MA7P isn't very descriptive nor is it in a standard Windows help format.

Thanks...
_________________
Leigh Kendall
Back to top
View user's profile Send private message
cschremser
PostPosted: Mon Jun 23, 2003 6:08 am    Post subject: Latest Update Reply with quote

Newbie

Joined: 19 Mar 2003
Posts: 2

Todd,

Do you have any word on the Category 3 release date? Will the Category 3 release include better PCF support? (Unless I am missing something, every time we try to do a PCF command to count the messages on a queue, we get a "Not Implemented" exception.)

Thank You,

Chris Schremser
Back to top
View user's profile Send private message
Leigh Kendall
PostPosted: Tue Jul 01, 2003 10:19 am    Post subject: Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Any further info on a release for a Support Pac 3 version?

Thanks...[/url]
_________________
Leigh Kendall
Back to top
View user's profile Send private message
cschremser
PostPosted: Thu Jul 24, 2003 3:39 am    Post subject: dotNET Update Reply with quote

Newbie

Joined: 19 Mar 2003
Posts: 2

Just wanted to update the board with an email I received from Todd.

"We have changed our plans slightly; the supported code will be coming out with an MQV5.3 CSD rather than as a Cat3 SupportPac. This should be CSD5, may be in August, but more realistically in September."
Back to top
View user's profile Send private message
Michael Dag
PostPosted: Thu Jul 24, 2003 4:21 am    Post subject: Reply with quote

Jedi Knight

Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)

Since this is not in the category of new products and related secrecy, could someone in the known, post what exactly is going to be put onto CSD 5, and then I mean in relation to this topic
Back to top
View user's profile Send private message Visit poster's website MSN Messenger
Leigh Kendall
PostPosted: Thu Jul 24, 2003 8:46 am    Post subject: Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Please excuse my ignorance <g>, but I'm not familiar with what CSD5 means. Could someone clarify this? Does this mean that it will now be considered a supported product by IBM?

TIA!,
_________________
Leigh Kendall
Back to top
View user's profile Send private message
Michael Dag
PostPosted: Thu Jul 24, 2003 2:31 pm    Post subject: Reply with quote

Jedi Knight

Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)

CSD stands for Corrective Service Disk / Distribution (depends on the size ) and the current number for MQ 5.3 is 4... 5 is in the making...

It's like the the Terminator, but then forever as any code has bugs in it... we'll be back, and back, and back (... sorry couldn't resist)

By releasing this code in a CSD it becomes part of the product and therefore automatically fully supported by IBM.
Back to top
View user's profile Send private message Visit poster's website MSN Messenger
Leigh Kendall
PostPosted: Fri Jul 25, 2003 5:07 am    Post subject: Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Thank goodness!

I was really hoping that they would offer full support for the .NET classes (especially since I just put an app into production <g>).

Now hopefully they'll release some better docs; I've been using the Java manual and the Kolban help file in the meantime. Their help file is lousy...

Thanks for the info...
_________________
Leigh Kendall
Back to top
View user's profile Send private message
Leigh Kendall
PostPosted: Thu Sep 11, 2003 5:47 am    Post subject: Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Anyone have a confirmation as to whether the .NET classes are now included or being shipped as a CSSD?
_________________
Leigh Kendall
Back to top
View user's profile Send private message
jwendorf
PostPosted: Thu Sep 11, 2003 7:51 am    Post subject: Reply with quote

Acolyte

Joined: 15 May 2001
Posts: 63
Location: Madison, WI

Mike Bailey who works with Stephen Todd in the UK sent me an email last week stating that the the supported version of the .NET classes will be available in CSD05 for V5.3 of MQ.

He didn't know the actual release date of the CSD.
Back to top
View user's profile Send private message
Leigh Kendall
PostPosted: Thu Sep 11, 2003 9:49 am    Post subject: Reply with quote

Acolyte

Joined: 10 Apr 2003
Posts: 66
Location: Hartford, CT

Thanks for the update; just the information I needed.

Do they have a email list that I can get on for notification or do you know if this will be made public somewhere?
_________________
Leigh Kendall
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2, 3, 4, 5, 6  Next Page 2 of 6

MQSeries.net Forum Index » IBM MQ API Support » Microsoft.NET
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.