Hi to All,  Please help me

I am facing this problem from 2 months, I am posting this bug every where,
but no luck.  Our application is like;

1. .NET Source Application (Say App1) will send a query to ‘BTSIn’ MSMQ
queue, with message type ‘Query’.
2. Biztalk Server 2004 is configured to listen to this queue (i.e., BTSIn
queue).  Biztalk will place this message from ‘BTSIn’ to ‘QueryQueueâ€
™.
3. .NET Target Application (Say App2) will be read this message from
‘QueryQueue’ queue and sends a response again to ‘BTSIn’, with messa
ge type
‘Response’.
4. Now Biztalk will forward this message to ‘ResponseQueue’ queue.
5. .NET Source Application (App1) will read the response from
‘ResponseQueue’ using correlation ID.

To maintain the ‘Correlation ID’, first when Biztalk receives a query
message (Step 2).  It will set the ‘Correlation ID’ to the sending messa
ge,
from the ID of received message (SendMsg(MSMQ.CorrelationID) =
RecvMsg(MSMQ.ID)).

Everything works fine, but when message id is greater than 7 digits it is
taking the entire number.  Suppose;

If .NET source application (App1) is sending a query to queue and if this
message contains Id like, ‘<guid>\1006601’.  Biztalk could able to take 
only
‘<guid>\100660’ (observe the last number ‘1’, which is missing) and 
set to
Sending message correlation ID (with missing ‘1’).  Obiviously, at last
source application (App1) can’t find the message because it is reading usi
ng
correlation id.

Temporarly I solved this problem, by uninstalling and installing MSMQ (so
message id will start again from beginning).

Any ideas how to solve this problem and take entire message id in biztalk
and set as correlation id to send message.

How/where can I report this bug to microsoft.  It is very urgent, please
help me

[ Post a follow-up to this message ]

From what I see in your message, you are trying to copy a longer property
into a shorter one. However, to recommend what should be done instead, I
need to understand better your scenario, and it is very hard with all these
"’." symbols around (it could be a fault of my reader though, seems like
you simply left typography quotes instead of the plain ASCII ones). Can you
restate briefly your scenario a bit more clearly and with more details?
Because from what I see, you simply use a wrong value for correlation, but
it may look so to me because I cannot understand your scenario completely.

Also, what is the bug that you want to report to Microsoft?

Regards,
Eldar

--------------------[vbcol=seagreen] 
<HelpNeeded@discussions.microsoft.com>[vbcol=seagreen] 
where,[vbcol=seagreen] 
MSMQ[vbcol=seagreen] 
BTSIn[vbcol=seagreen] 
QueryQueue’.[vbcol=seagreen] 
message type[vbcol=seagreen] 
query[vbcol=seagreen] 
message,[vbcol=seagreen] 
is[vbcol=seagreen] 
this[vbcol=seagreen] 
take only[vbcol=seagreen] 
and set to[vbcol=seagreen] 
last[vbcol=seagreen] 
using[vbcol=seagreen] 
(so[vbcol=seagreen] 
biztalk[vbcol=seagreen] 

[ Post a follow-up to this message ]

Hi Eldar,

Thank you very much for the response.  Basically I want to assign
'Correlation Id' to a Sending message by taking 'Message ID' of a received
message.  I am using MSMQ adapter in BizTalk to read and write messages from
MSMQ in windows 2003 OS.  Our application flow is:

1.  We have three MSMQ queues, BTSIn, Request and Response.
2.  Client application (.NET) sends a request to 'BTSIn' queue.
3.  BizTalk is configured (to BTSIn queue) to read the messages.  BizTalk
will take this message and sets the 'CorrelationID' to the sending message
from message 'ID' of received message, and places it in 'Request' queue
(based on one element value in incoming message, the value will be 'Request'
).
4.  Server application (.NET) will take this message and sends a response to
'BTSIn'.
5.  Biztalk takes the message from 'BTSIn' and sends it to 'Response' queue
(based on one element value in incoming message, the value will be
'Response').
6.  Client application reads the message from 'Response' queue using
'ReceiveByCorrelationId' method by passing the message 'ID' of initially sen
t
message.

In my BizTalk orchestration, I am assigning ‘correlation id’ in the
following way:

SendMessage(MSMQ.CorrelationID) = ReceiveMessage(MSMQ.ID);

This all is working very much fine, but when the 'ID' (of received message)
is 6 or more digits.  BizTalk is not assigning the whole ID, but it is
truncating and taking maximum of 5 digits.  For example, assume
'<guid>\100601' is the ID (by calling 'ReceiveMessage(MSMQ.ID)') (I am
logging it, it is printing '<guid>\100601') after we assign the same ID as
CorrelationID, the correlationID will be '<guid>\10060'  (I am logging it, i
t
is printing '<guid>\10060'), observe the last digit ('1') is missing.  But
when message ID is less than 6 digits, it will assign the whole ID as
correlation ID and everything works very much fine.  Due to this problem the
response is coming up to 'Response' queue and client application can't able
to read it using 'ReceiveByCorrelationId' method, which is obvious.

So the bug is, may be, 'CorrelationID' property of MSMQ adapter is shorter
data type.  I find some people are facing the same problem.  Browse the belo
w
link,

1.
http://www.eggheadcafe.com/ng/micro...3
14.asp

and search for 'truncated' value, read the entire sentence.

2.
http://www.eggheadcafe.com/forumarc...870
.asp

These are not posted my me.

Expecting your immediate reply.

Thanks in advance.


"Eldar Musayev (MSFT)" wrote:

>
> From what I see in your message, you are trying to copy a longer property
> into a shorter one. However, to recommend what should be done instead, I
> need to understand better your scenario, and it is very hard with all thes
e
> "’." symbols around (it could be a fault of my reader though, seems
 like
> you simply left typography quotes instead of the plain ASCII ones). Can yo
u
> restate briefly your scenario a bit more clearly and with more details?
> Because from what I see, you simply use a wrong value for correlation, but
> it may look so to me because I cannot understand your scenario completely.
>
> Also, what is the bug that you want to report to Microsoft?
>
> Regards,
> Eldar
>
> -------------------- 
> <HelpNeeded@discussions.microsoft.com> 
> where, 
> MSMQ 
> BTSIn 
> QueryQueue’. 
> message type 
> query 
> message, 
> is 
> this 
> take only 
> and set to 
> last 
> using 
> (so 
> biztalk 
>
>

[ Post a follow-up to this message ]

It looks like a known issue. It will be fixed in BizTalk 2006 and the next
service pack of BizTalk 2004. Meanwhile, you need to call product support
and ask them for BizTalk 2004 QFE 1647, they will be able to provide you
with the patch binaries.

Eldar
http://blogs.msdn.com/eldarm/


--------------------[vbcol=seagreen] 
received[vbcol=seagreen] 
from[vbcol=seagreen] 
BizTalk[vbcol=seagreen] 
message[vbcol=seagreen] 
'Request').[vbcol=seagreen] 
response to[vbcol=seagreen] 
queue[vbcol=seagreen] 
sent[vbcol=seagreen] 
message)[vbcol=seagreen] 
as[vbcol=seagreen] 
it, it[vbcol=seagreen] 
But[vbcol=seagreen] 
the[vbcol=seagreen] 
able[vbcol=seagreen] 
shorter[vbcol=seagreen] 
below[vbcol=seagreen] 
http://www.eggheadcafe.com/ng/micro...ng/Jul2005/post
23331314.asp[vbcol=seagreen] 
http://www.eggheadcafe.com/forumarc.../Jul2005/post23
246870.asp[vbcol=seagreen] 
property[vbcol=seagreen] 
I[vbcol=seagreen] 
these[vbcol=seagreen] 
seems like[vbcol=seagreen] 
Can you[vbcol=seagreen] 
details?[vbcol=seagreen] 
but[vbcol=seagreen] 
completely.[vbcol=seagreen] 

[ Post a follow-up to this message ]

Hi Eldar,

Can you please send mail id of product support team.

"Eldar Musayev (MSFT)" wrote:

>
> It looks like a known issue. It will be fixed in BizTalk 2006 and the next
> service pack of BizTalk 2004. Meanwhile, you need to call product support
> and ask them for BizTalk 2004 QFE 1647, they will be able to provide you
> with the patch binaries.
>
> Eldar
> http://blogs.msdn.com/eldarm/
>
>
> -------------------- 
> received 
> from 
> BizTalk 
> message 
> 'Request'). 
> response to 
> queue 
> sent 
> message) 
> as 
> it, it 
> But 
> the 
> able 
> shorter 
> below 
> [url]http://www.eggheadcafe.com/ng/microsoft.public.msmq.programming/Jul2005/post[/ur
l]
> 23331314.asp 
> [url]http://www.eggheadcafe.com/forumarchives/biztalkorchestration/Jul2005/post23[/ur
l]
> 246870.asp 
> property 
> I 
> these 
> seems like 
> Can you 
> details? 
> but 
> completely. 
>
>

[ Post a follow-up to this message ]

I am told that you need to go a formal way using
http://www.microsoft.com/biztalk/support/default.mspx
But you may want to wait a bit, I am trying to doublecheck if this fix
really will solve your problem.
Regards,
--Eldar
This posting is provided "AS IS" with no warranties, and confers no rights.

Business Process Integration Team


Get Connected!
Meet and interact with key BizTalk Server program managers, developers, and
testers, and let them and other BizTalk Server community team members and
Most Valuable Professionals help you solve your product questions.

Navigate to http://msdn.microsoft.com/subscriptions/support/ in your
webrowser and register as a managed customer to receive MSDN Managed
Newsgroup Support!

MSDN managed newsgroups are available in English to MSDN Universal,
Enterprise, Professional, and Operating Systems subscribers to receive
free, unlimited technical support on select Microsoft technologies as well
as to share ideas with other subscribers.
--------------------[vbcol=seagreen] 
<HelpNeeded@discussions.microsoft.com>[vbcol=seagreen] 
<zKHhRi7tFHA.1208@TK2MSFTNGXA01.phx.gbl>
<0169C0A4-3CBF-4C0A-B362-B114ED09E371@microsoft.com>
<PHKOJaKuFHA.3184@TK2MSFTNGXA01.phx.gbl>[vbcol=seagreen] 
next[vbcol=seagreen] 
support[vbcol=seagreen] 
you[vbcol=seagreen] 
messages[vbcol=seagreen] 
queue[vbcol=seagreen] 
'Response'[vbcol=seagreen] 
using[vbcol=seagreen] 
initially[vbcol=seagreen] 
¢â‚¬â„¢ in the[vbcol=seagreen] 
is[vbcol=seagreen] 
am[vbcol=seagreen] 
same ID[vbcol=seagreen] 
logging[vbcol=seagreen] 
missing.[vbcol=seagreen] 
as[vbcol=seagreen] 
problem[vbcol=seagreen] 
can't[vbcol=seagreen] 
the[vbcol=seagreen] 
http://www.eggheadcafe.com/ng/micro...ng/Jul2005/post[vbcol=seagreen]
 
http://www.eggheadcafe.com/forumarc.../Jul2005/post23[vbcol=seagreen]
 
instead,[vbcol=seagreen] 
all[vbcol=seagreen] 
reader though,[vbcol=seagreen] 
ones).[vbcol=seagreen] 
correlation,[vbcol=seagreen] 

[ Post a follow-up to this message ]

I've checked, and the customer described exactly the same problem as you
and he said that it fixed his problem.
Regards,
Eldar


This posting is provided "AS IS" with no warranties, and confers no rights.
Business Process Integration Team


Get Connected!
Meet and interact with key BizTalk Server program managers, developers, and
testers, and let them and other BizTalk Server community team members and
Most Valuable Professionals help you solve your product questions.

Navigate to http://msdn.microsoft.com/subscriptions/support/ in your
webrowser and register as a managed customer to receive MSDN Managed
Newsgroup Support!

MSDN managed newsgroups are available in English to MSDN Universal,
Enterprise, Professional, and Operating Systems subscribers to receive
free, unlimited technical support on select Microsoft technologies as well
as to share ideas with other subscribers.
--------------------[vbcol=seagreen] 
<zKHhRi7tFHA.1208@TK2MSFTNGXA01.phx.gbl>
<0169C0A4-3CBF-4C0A-B362-B114ED09E371@microsoft.com>
<PHKOJaKuFHA.3184@TK2MSFTNGXA01.phx.gbl>
<800AAC3A-B50E-4CC1-8A88-AB4C330AE8D5@microsoft.com>[vbcol=seagreen] 
rights.[vbcol=seagreen] 
and[vbcol=seagreen] 
and[vbcol=seagreen] 
well[vbcol=seagreen] 
the[vbcol=seagreen] 
provide[vbcol=seagreen] 
assign[vbcol=seagreen] 
a[vbcol=seagreen] 
[vbcol=seagreen] 
sending[vbcol=seagreen] 
'Request'[vbcol=seagreen] 
be[vbcol=seagreen] 
be[vbcol=seagreen] 
idÃ[vbcol=seagreen] 
received[vbcol=seagreen] 
it[vbcol=seagreen] 
(I[vbcol=seagreen] 
ID[vbcol=seagreen] 
obvious.[vbcol=seagreen] 
is[vbcol=seagreen] 
Browse[vbcol=seagreen] 
http://www.eggheadcafe.com/ng/micro...ng/Jul2005/post[vbcol=seagreen]
 
http://www.eggheadcafe.com/forumarc.../Jul2005/post23[vbcol=seagreen]
 
longer[vbcol=seagreen] 
with[vbcol=seagreen] 
my[vbcol=seagreen] 

[ Post a follow-up to this message ]

Hi Eldar:

How he (the customer, who faced the same problem) fixed this problem.
Please send the reply as soon as.

Thank you very much

"Eldar Musayev (MSFT)" wrote:

> I've checked, and the customer described exactly the same problem as you
> and he said that it fixed his problem.
> Regards,
> Eldar
>
>
> This posting is provided "AS IS" with no warranties, and confers no rights
.
> Business Process Integration Team
>
>
> Get Connected!
> Meet and interact with key BizTalk Server program managers, developers, an
d
> testers, and let them and other BizTalk Server community team members and
> Most Valuable Professionals help you solve your product questions.
>
>  Navigate to http://msdn.microsoft.com/subscriptions/support/ in your
> webrowser and register as a managed customer to receive MSDN Managed
> Newsgroup Support!
>
> MSDN managed newsgroups are available in English to MSDN Universal,
> Enterprise, Professional, and Operating Systems subscribers to receive
> free, unlimited technical support on select Microsoft technologies as well
> as to share ideas with other subscribers.
> -------------------- 
> <zKHhRi7tFHA.1208@TK2MSFTNGXA01.phx.gbl>
> <0169C0A4-3CBF-4C0A-B362-B114ED09E371@microsoft.com>
> <PHKOJaKuFHA.3184@TK2MSFTNGXA01.phx.gbl>
> <800AAC3A-B50E-4CC1-8A88-AB4C330AE8D5@microsoft.com> 
> rights. 
> and 
> and 
> well 
> the 
> provide 
> assign 
> a 
> 
> sending 
> 'Request' 
> be 
> be 
> idà 
> received 
> it 
> (I 
> ID 
> obvious. 
> is 
> Browse 
> [url]http://www.eggheadcafe.com/ng/microsoft.public.msmq.programming/Jul2005/post[/ur
l] 
> [url]http://www.eggheadcafe.com/forumarchives/biztalkorchestration/Jul2005/post23[/ur
l] 
> longer 
> with 
> my 
>
>

[ Post a follow-up to this message ]

Hi Eldar:

Can you please respond quickly....

Thanks

"Help Needed" wrote:
[vbcol=seagreen]
> Hi Eldar:
>
> How he (the customer, who faced the same problem) fixed this problem.
> Please send the reply as soon as.
>
> Thank you very much
>
> "Eldar Musayev (MSFT)" wrote:
> 

[ Post a follow-up to this message ]

On Tue, 27 Sep 2005 04:38:02 -0700, "Help Needed"
<HelpNeeded@discussions.microsoft.com> wrote:

>Can you please respond quickly....
He answered that in a previous posting:


-- BEGIN ELDAR
It looks like a known issue. It will be fixed in BizTalk 2006 and the
next service pack of BizTalk 2004. Meanwhile, you need to call product
support and ask them for BizTalk 2004 QFE 1647, they will be able to
provide you with the patch binaries.
-- END ELDAR
--
Jan Eliasen, representing himself and not the company he works for.

[ Post a follow-up to this message ]