re: Location of the profile.msh for custom provider



Thanks Lee,

I filed my ideal experience about providers and formatting in MSConnect.

Thanks for your help.

Omar Vera

"lee.holmes@xxxxxxxxxxxxxxxxxxxx" wrote:

Ah, that makes things much more clear.

At some point, the user will need to install your snapin. There will be an installation step. In your installation notes, you would want to make it clear that adding your formatting file to the profile is another step in the installation.

It does sound like we have the opportunity to make this experience better for snapin developers, though. If you'd like to file your ideal experience as feedback in MSConnect, it would be very helpful.

--
Lee Holmes [MSFT]
Microsoft Command Shell Development
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no rights.


-----Original Message-----
From: OmarVera
Posted At: Tuesday, March 21, 2006 6:31 AM
Posted To: microsoft.public.windows.server.scripting
Conversation: Location of the profile.msh for custom provider
Subject: re: Location of the profile.msh for custom provider


Hi Lee,

Thanks for your answer.
You are right, somebody can have an empty profile in the location I say. The
point that is driving me to this goal is that I am writing my own provider
and when the user executes the command >ls it shows some information that is
not useful for the user. For instance it shows a big XML and a resources
content and to filter this accessors from my objects I am using a formatting
file that is loaded from the msh profile, that is why I want to execute
always the profile; or is there another way to load a formatting XML file
without the profile?

Best Regards,

Omar Vera

"lee.holmes@xxxxxxxxxxxxxxxxxxxx" wrote:

Hi Omar;

The profile is a way for users to customize their shell environment. The side-effects are important, not the files themselves. After all, what's stopping somebody from having an empty profile at the location you require?

What is driving this goal?

If a certain side effect is important, then you should verify that instead.

--
Lee Holmes [MSFT]
Microsoft Command Shell Development
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no rights.

-----Original Message-----
From: OmarVera
Posted At: Friday, March 17, 2006 7:22 PM
Posted To: microsoft.public.windows.server.scripting
Conversation: Location of the profile.msh for custom provider
Subject: Location of the profile.msh for custom provider


Hi all,

I am developing a provider in Monad (MSH) and I found that the default
profile file must be located either in the users dir or in the all users
documents dir. Is there a way to say the Provider to use a profile located in
the same directory where it is running? It is because I want that all users
must have the profile.msh. How can I do that?

Thanks in advance.

Omar Vera


.



Relevant Pages

  • Re: MAPI property value
    ... (global profile section or my Address Book ... Provider's private profile section?) ... // Custom properties used by this service provider. ... The call in IABProvider::Logon opens first the some x section, ...
    (microsoft.public.win32.programmer.messaging)
  • Re: ASP.HttpProfile to be undefined
    ... Since there is a provider in there,"AspNetSqlProfileProvider", I don't need ... Look for the "profile" section: ... There is Intellisense for ASP but the 3 items do not include HttpProfile ... I'm using SQL Server and the AspnetDb database. ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: OLEDB Error
    ... I am able to use the Add Data Source and Add Connection wizards in VS to add a SQL Compact database as a data source, for example, or are you referring to some other functionality you get by adding this registry key yourself? ... I assume that by removing the key and then repairing the SQL Compact installation not fixing it, that VS installs that key so perhaps a repair of VS might return it after it's removed. ... the OleDb support in SQL Compact doesn't ... Also the SQLCE OleDB provider does not show up in the listed OleDB ...
    (microsoft.public.sqlserver.ce)
  • Re: Architecture: Custom Profile Provider with Active Directory Membership
    ... While you can perform insert/update/delete operations on users, the one thing that you can't change is the username. ... So, it stands to reason that if you perform a rename in AD, you are doing it outside of the context of the MembershipProvider, and unfortunately, it would be up to you to relocate profile information for any accounts that you changed the name of. ...
    (microsoft.public.dotnet.languages.csharp)
  • Custom Profile Provider
    ... Ok, when I first started to play with the Provider model for all things membership in ASP.NET 2.0, I have to say I was pleased... ... I'd like to have profile be a strongly typed complex object derived from profilebase. ... Should I just scrap the profiles all together and somehow assign equivalent of a profile on Authentication? ... It looks like it was designed to be able to use custom strongly typed complex objects, I just don't know how to populate the object. ...
    (microsoft.public.dotnet.framework.aspnet.security)