processModel userName="MyDomain\UserName"

[alien2_51]

Greetings,

I apologize for the cross post I posted previously to .Net Framework with no
replies...
I have an application server that potentially will service all enterprise
applications from the context of business components.. The components that
will run on this machine in some circumstances could be very far reaching
and require much more access than just the local system account could
provide. I am considering creating a application services account in the
domain and having the .Net framework run in the context of that account on
machines that need to participate in enterprise application operations.
Could someone point me in the right direction or provide some feedback as to
why this would or would not be a good idea...? Or possibly suggest another
solution.. I'll also add that I've been through Microsofts best practices
white papers and don't recall reading anything in there about such a
requirement...

Thanks,

Dan B

[Fergus Cooney]

Re: processModel userName=" MyDomain\UserNa me"

Hi Dan,

In the context of the domain of your question I am having to be very
enterprising, on account of the abstract circumstance of the components of
your query, in understanding how I can participate in the servicing of same.

Do you think you could rephrase the question with fewer marketing terms?
;-)

Regards,
Fergus
MVP [Windows Start button, Shutdown dialogue]

[Cor]

Re: processModel userName=" MyDomain\UserNa me"

Hi Alien,

When I did understand you right, than I think this isn't a good idea.

You are not the first one who has these thoughts, but it will take a lot of
effort and a lot of sleepless nights to manage it.

You have to keep track of all the computers that are used for your central
processing. A simple power break on a client computer can mean a total
disaster on an essential process.

This is the total opposite from the mainframe thinking and I like this, but
it is from the time that the server hardware was very expensive. Today the
software and keeping things up is mostly much more expensive than a piece of
hardware (when you are situated in a western country and after sometime I
hope everywhere).

The new operating systems are made for clustering servers and load balancing
the processing.
Maybe that did give you the idea; "why not make from my client computers
servers". Maybe it is technical possible, but my thought about it did you
read above.

I would go in your situation to the clustering model of servers. That is
manageable and extensible; to be dependable of client computers, who can be
plugged of just for fun, will give you probably very much nights of bad
sleeping.

Just some thoughts,

Cor

[Heath Stewart]

Re: processModel userName=" MyDomain\UserNa me"

We have had to use a domain\username in the processModel element because, in
a domain, the machine account (ASPNET) doesn't like to work. We still use
this account name (ourdomain\ASPN ET) but have further restricted it
massively. Don't let it have anything more than it needs (i.e., taking the
defaults).

If you're dealing with enterprise applications and want to run something in
the logged-in user contect (via Kerberos (.NET 1.1) or NTLM (1.0+), then set
the <identity impersonate="tr ue"/> and the context will impersonate the
user, giving you further control on resources.

I'm not sure this answers your question, but I hope it leads you in the
right direction.

--
Heath Stewart
Senior Software Architect
Proplanner.NET: Web-based Production Planning Solutions

http://www.proplanner.net

[alien2_51]

Re: processModel userName=&quot; MyDomain\UserNa me&quot;

It does help.. thank you!!

"Heath Stewart" <nospam.clubste w@hotmail.com> wrote in message
news:%232E79q5f DHA.1832@TK2MSF TNGP09.phx.gbl. ..[color=blue]
> We have had to use a domain\username in the processModel element because,[/color]
in[color=blue]
> a domain, the machine account (ASPNET) doesn't like to work. We still use
> this account name (ourdomain\ASPN ET) but have further restricted it
> massively. Don't let it have anything more than it needs (i.e., taking the
> defaults).
>
> If you're dealing with enterprise applications and want to run something[/color]
in[color=blue]
> the logged-in user contect (via Kerberos (.NET 1.1) or NTLM (1.0+), then[/color]
set[color=blue]
> the <identity impersonate="tr ue"/> and the context will impersonate the
> user, giving you further control on resources.
>
> I'm not sure this answers your question, but I hope it leads you in the
> right direction.
>
> --
> Heath Stewart
> Senior Software Architect
> Proplanner.NET: Web-based Production Planning Solutions
> http://www.proplanner.net
>
>[/color]

[alien2_51]

Re: processModel userName=&quot; MyDomain\UserNa me&quot;

It does help.. thank you!!

"Heath Stewart" <nospam.clubste w@hotmail.com> wrote in message
news:%232E79q5f DHA.1832@TK2MSF TNGP09.phx.gbl. ..[color=blue]
> We have had to use a domain\username in the processModel element because,[/color]
in[color=blue]
> a domain, the machine account (ASPNET) doesn't like to work. We still use
> this account name (ourdomain\ASPN ET) but have further restricted it
> massively. Don't let it have anything more than it needs (i.e., taking the
> defaults).
>
> If you're dealing with enterprise applications and want to run something[/color]
in[color=blue]
> the logged-in user contect (via Kerberos (.NET 1.1) or NTLM (1.0+), then[/color]
set[color=blue]
> the <identity impersonate="tr ue"/> and the context will impersonate the
> user, giving you further control on resources.
>
> I'm not sure this answers your question, but I hope it leads you in the
> right direction.
>
> --
> Heath Stewart
> Senior Software Architect
> Proplanner.NET: Web-based Production Planning Solutions
> http://www.proplanner.net
>
>[/color]