Forum Replies Created
-
AuthorPosts
-
No, this is not supported.
You can do just about anything you want inside custom .net code though. Then you can call this from an Expression Shape.
Well, if this was a non-multi part message… the easiest way to remove the <string> tags is to use the Flat File Assembler to convert the Xml into flat file. i.e. make the schema called <String> with no name space. Or just use your own custom Xml Message and add your part as Xml to be converted later. Not real sure if that will work in your case.
If not, maybe try using Xml Document or XLang Any Message type rather than String.
Well, if you were using a transport like File or MSMQ you would be able to resume the message and send it on. The problem with SOAP is the receiver is not longer waiting to receive the message.
Not sure why the message is resumable. Maybe in this case making them non- resumable would be better.
i appreciate your time.
i left that box away, moved to new michine.
Thanks
i have done both, backup first and generated new. everything messed up.
finally i un-configured biztalk, tried reconfiguring …more problem in configuring.
simply left that box side and moved to new michine
Thank you Tomasr.
I will play with them in BizTalk 2004.
Siva,
There's a sample HTTP Receive adapter included in the SDK with BizTalk 2006, though not with 2004. It's not a high performance adapter, but it's very simple, and it shouldn't be too hard to back port it to 2004 if you want, and modifying it shouldn't be hard to do what you want.
If you're feeling lazy, then you could just build a simple ASP.NET page that uses the SubmitDirect sample adapter included in the SDK (this one is available in 2004 as well) to send the message over to biztalk. It would certainly be faster to do if you need something put together quickly.
HI Stephen,
Thank you for your comments. So do you think I can do this by Custom Http adaptor? If it is possible, do you know any article or blogs where I can learn how to create custom http adaptor?
Now, when I send invalide XML message, the pipeline raise error in Event View after validation done. The error message says what is the reason for the failure. Is it possible return 406 from HTTP adaptor when piple line raise error through?
Since I am new to BizTalk and .NET I dont have much knowledge. Do you know any webpage where I can learn these?
Thank you,
Siva
Thanks for your reply.
The messages originates outside BizTalk from a system, that calls BizTalk using an exposed web service. In BizTalk the orchestration is invoked and in turn invokes a web service with the original message to another system. It is imperative that the BizTalk web service responds to the calling system even if the other system isn't responding – however it would still sometimes be necessary to (after a user has analyzed the instance) resend the failed messages.
I find it a little disturbing if it actually is necessary to make your own code for resending failed messages. BizTalk has logic for resending messages, and I really don't like spending time making something that should already be supported. If this scenario isn't supported by BizTalk, why are the messages marked as resumable? Also it would be preferable to be able to use the management console to resend the messages and not some custom interface (to keep the monitoring and management at one joint place).
Regards, Mads.
Even I encountered it before……I think it is related to Master Secret…dont recollect it perfectly.
Just try creating a new master secret.
Regards,
NISHIL
October 26, 2006 at 12:54 AM in reply to: Getting the connection string from config file for the database lookup functoid #16208I do agree with Stephen…but Is it safe working with Config files….or BTSNTSvcexe.config.
You are exposing your complete path to the database…or any sensitive username or password.
So its better to opt for SSODB ….where in data is encrypted.
Regards,
NISHIL
http://biztalkblogs.com/nishil/default.aspx
October 25, 2006 at 6:34 PM in reply to: Getting the connection string from config file for the database lookup functoid #16207If you call your map from inside an Orchestration you can use a simple .net component to read the btsserv.exe.config file. Not real sure if that would work inside a pipeline – I think it would though.
As an alternative you could always use a .net component to read from a config file at a known location.
In any event, you’ll need to use a .net component inside a scripting function before the database functoid to read the value and pass it in.
Hope this helps.
Well, you could always write a custom adapter. I wouldn’t think it would be too hard for what you want to accomplish ….
Sorry, I don’t know what else to try. Not sure what’s wrong. I’m still guessing it’s some type of permissions problem. But that’s just a guess.
Sorry I couldn’t be of more help.
Sure sounds like something got messed up. Maybe during the whole process you have a user in the wrong group or renamed a group or something. It can get messy, but I think that’s the problem.
-
AuthorPosts