Hi!
I did made a test program:
for i = 1000
rr = sys(3)
public &rr
&rr = createobject("MyClass.MyClass")
endfor
Run it. Run again and again. I got a thousands of the same object instance in the MTS explorer despite I set ThreadPoolMax as MS suggested either for package or object in package. It seems only for certain versions of MTS/COM+.
I did not got, however, the limitation you have mentioned. Weird.
Try to add mentioned registry value to the object in the package. I don;t beleive it is so bad. Maybe it is just a memory leak or timeout?
>Hello Vlad : Thank you for the link !
>
>A the end of the article : microsoft talk about "ThreadPoolMax"
>
>HKLM/Software/Microsoft/Transaction Server/Package/{your package GUID}
>
>That describe good our problem.
>But when i change "ThreadPoolMax" in registry that change nothing
>
>our VFP/DCOM+ hang when 100 asp user createobjet
>and ASP give "The RPC Server is Unavailable"
>
>an other idear ?
>
>Bests Regards
>
>Francis
>
>
>
>Hi!
>
>Read following MS article:
>
http://msdn.microsoft.com/library/techart/MTSVFP.htm>
>At the end of this article there is a tip of how to manage MTS pooling using registry settings. You will find this article also very useful from other points of view. For example, do you use a stateless approach in your COM object?
>
>>Bonjour, Nous réalisons des MTDLL avec VFOXPRO 6 fonctionnant très bien.
>>Elle est installée dans MTS avec IIS 4 sur un serveur NT 4 sp6
>>Toutefois lorsque nous avons plus de 150 Connexions simultanées
>>MTS ne sais plus ou il est et plante les connexions actives
>>Quelque'un a t il eu ce problème ?
>>Merci
>>Cordialement
>>Francis
>>--------------------------------------------------
>>I ' m trying to translate :
>>--------------------------------------------------
>>Hi, we make somes MTDLL with VFOXPRO 6 who work very well
>>It's installed in MTS with IIS4 under a windows NT 4 sp6
>>But whe nwe have more than 150 users a a samething
>>MTS hold and stop all the currente connexion
>>Someone have this problème ?
>>thank you
>>best regards
>>Francis
>Vlad Grynchyshyn
>vgryn@softserve.lviv.ua
>The professional level of programmer could be determined by level of stupidity of his/her bugs
Vlad Grynchyshyn, Project Manager, MCP
vgryn@yahoo.comICQ #10709245
The professional level of programmer could be determined by level of stupidity of his/her bugs
It is not appropriate to say that question is "foolish". There could be only foolish answers. Everybody passed period of time when knows nothing about something.