Forum Replies Created
-
Posts
-
Hi Greg,
It is the POST method that I am using and the operating system I am using is XP. But the book states to do the step above that I mentioned with the component services and when I googled the error I found another guy with the same problem so I am sure this is where the problem is….its just i don't know the steps on how to configure the web application in the component services application.
Thanks,
Sharon
Andrea,
You might want to look at the table-looping functoid to accomplish what you want. This functoid lets to add as many links as you want to it, and then arrange them into a table structure. The you use Table-Extract functoids to pull the values of a certain "column" from the "row" which you map is iterating over at the moment. You could connect both a looping functoid (for most of your data) and a table looping with 1 row to create the additional record.
Thanks for the reply.
The error I am getting is as follows
The FILE send adapter cannot open file PSS04787/POBiztalk/OUT/O1264519.xml for writing.
Details: The system cannot find the path specified.
Host is running as domain\myuser
PSS04784/POBiztalk/OUT is same as c:/POBiztalk/OUT
Not sure, might be an installation problem. You might want to try the Microsoft site or unconfigure / uninstall and try again.
Is your host running under an account with permission to write to that location?
What error are you getting?
This may prove slightly difficult and require more than one map.
This could be a lot easier using XSLT 2.0, which supports creating intermediate document sets. However Biztalk does not yet support XSLT 2.0
A quicker approach may be to use a .NET class called from within an orchestration.
Or possibly writing the message to a SQL table and querying this table to produce the required output.
The 405 – Method Not Allowed, error is referring to the Http Method used to access the receive adapter.
The Http Receive Adapter only supports the POST method.
As for setting up the web application, what operating system are you using, Windows XP or Windows 2003 Server?
Ya Tim, this sounds to be a good solution, however, with one problem , I would have the reschedule the two prcess again Typa A at 3pm to 4 pm and Type B at 4 to 5 and then again Type A at 5 to 6 and so on. I want that the Type A and Type B process should be scheduled for processing alternatively throughout the day alternatively.
Another solution to it , which I have followed is that for initial 5 mins I would take both Type A and Type B messages and check if :
Type A: then Process
Type B: Aggregate the messages
After 5 mins I would debatch the aggregated Type B messages and send them for processing.when all done then starting taking all the messages of Type A and B again.
Please let me know your opinion about the approach as per its performance criteria.
[quote user="Anonymous"]
I think, all the orchestration will terminate.
Think about it, in the definition of a Parallel shape, is don't continue if not all the actions are finished.
So if you do not terminate one of the actions, it's the same of terminating all the orch.
but this is what I think
Bizon
[/quote]
It makes sense, and from I've been testing, it does terminate all orch.
I think, all the orchestration will terminate.
Think about it, in the definition of a Parallel shape, is don't continue if not all the actions are finished.
So if you do not terminate one of the actions, it's the same of terminating all the orch.
but this is what I think
Bizon
[quote user="Stephen W. Thomas"]
You could make this call inside an Atomic Scope shape or from with in a static method.
Are you using Enterprise Library with a Category? If so, see this: http://www.biztalkgurus.com/blogs/biztalk/archive/2006/07/10/Working-with-Enterprise-Library-Logging-Categories-in-BizTalk.aspx
[/quote]
Thanks a lot Stephen!
I'm working now with a solution that uses an Atomic Scope to access the system.dignostic.evenlog … classes and it seams to work!
Before you configure BizTalk, you have to configure the MSDTC to allow remote client
Go to: Administrative Tools> Component Services >
Extract Component Services until you find My Computer, and right click and choose property
In property go to MSDTC tab and click on Security Configuration button.
In Security Configuration you must activate (V check the box):
-Security Settings> Allow Remote Clients
-Security Settings> Allow Remote AdministratorsAnd that will do the trick.
By the way, if you having also the OLAP on a remote server from the BizTalk, you have to install OLAP locally too, but DON'T do full installation, just install:
SQL Server 2000 Analysis Services Client Components –
-Decision Support Objects (DSO).
And of cores don't forget to install The Service Pack too.
Otherwise you will get another error.
Best of luck
Bizon
Hi Vimal,
You need to install SQL Server (Server Edition) not client.
Ensure that you have installed all the prerequisites for BizTalk 2004.
Thanks
Kathir
