SharePoint Security Fundamentals Primer / Gemeenschappelijke valkuilen te vermijden

UPDATE 12/18/07: Zie Paul Liebrand van artikel voor sommige technische gevolgen van het verwijderen of veranderen van de standaard groepsnamen (Zie hieronder zijn commentaar zo goed).

Overzicht:

SharePoint veiligheid is eenvoudig te configureren en beheren. Echter, het heeft bewezen te zijn moeilijk voor sommige beheerders eerst echt hun handen eromheen laten teruglopen. Niet alleen dat, Ik heb sommige beheerders komen tot een perfect begrip op maandag alleen te hebben verloren door vrijdag, omdat ze niet hoefde te doen elke configuratie in de tussenliggende tijd. (Ik geef toe aan het hebben van dit probleem zelf). Deze blog entry hopelijk biedt een nuttig SharePoint veiligheid primer en verwijst naar sommige beveiliging configureren-aanbevolen procedures.

Belangrijke opmerking:

Deze beschrijving is gebaseerd op uit de doos SharePoint veiligheid. Mijn persoonlijke ervaring is gericht rond MOSS zodat er enkele MOSS specifieke dingen hier wellicht, maar ik denk dat het juist voor WSS. Ik hoop dat iedereen zien eventuele fouten of omissies die zal erop wijzen in commentaren of e-mail me. Ik maak correcties post haast.

Grondbeginselen:

Voor de toepassing van dit overzicht, Er zijn vier fundamentele aspecten voor de veiligheid: gebruikers/groepen, beveiligbare objecten, machtigingsniveaus en overerving.

Gebruikers en groepen breken neer:

  • Individuele gebruikers: Getrokken uit active directory of gemaakt direct in SharePoint.
  • Groepen: Toegewezen rechtstreeks uit active directory of gemaakt in SharePoint. Groepen zijn een verzameling van gebruikers. Groepen zijn globaal in een siteverzameling. Ze zijn nooit "gebonden" voor een bepaald beveiligbaar object.

Beveiligbare objecten breken neer aan ten minste:

  • Sites
  • Documentbibliotheken
  • Afzonderlijke items in lijsten en documentbibliotheken
  • Mappen
  • Verschillende BDC instellingen.

Er andere beveiligbare objecten, maar je krijgt het beeld.

Machtigingsniveaus: Een bundel van granulaire / lage niveau toegangsrechten die zaken als maken/lezen/verwijderen items in lijsten behoren.

Overname: Standaard overnemen entiteiten beveiligingsinstellingen van hun waarin het andere object. Subsites overnemen machtigingen van hun bovenliggende. Documentbibliotheken overnemen van hun site. Enzovoort enzovoort.

Gebruikers en groepen hebben betrekking op beveiligbare objecten via machtigingsniveaus en overerving.

De belangrijkste veiligheidsvoorschriften te begrijpen, Ever 🙂 :

  1. Groepen zijn gewoon verzamelingen van gebruikers.
  2. Groepen zijn globale binnen een siteverzameling (dwz. Er is niet zoiets als een groep die wordt gedefinieerd op het niveau van een site).
  3. Groepsnaam niet weerstaan, groepen niet, in en van zichzelf, hebben een bepaald niveau van beveiliging.
  4. Groepen hebben veiligheid in het kader van een bepaald beveiligbaar object.
  5. U kunt verschillende machtigingsniveaus toewijzen aan de dezelfde groep voor elk beveiligbare object.
  6. Web toepassingenbeleid troef dit alles (Zie hieronder).

Beveiligingsbeheerders verloren in een zee van groeps- en aanbiedingen kunnen altijd rekenen op deze axioma's te beheren en te begrijpen hun Beveiligingsconfiguratie.

Gemeenschappelijke valkuilen:

  • Groepsnamen impliceren ten onrechte toestemming: Out of the box, SharePoint definieert een set van groepen waarvan de namen een inherente beveiligingsniveau impliceren. Beschouwen de groep 'Contributor'. Een onbekend met SharePoint beveiliging kan goed kijken naar die naam en ga ervan uit dat elk lid van die groep kan "bijdragen" op elke site/lijst/bibliotheek in het portaal. Dat mag waar zijn, maar niet omdat de naam van de groep gebeurt te zijn 'contributor'. Dit is alleen waar out of the box, omdat de Fractie heeft gekregen een machtigingsniveau dat hen in staat te toevoegen/bewerken/verwijderen inhoud op de hoofdsite stelt. Via overname, de 'contributies" groep kan ook toevoegen/bewerken/verwijderen inhoud op elke sub site. Een kunt "break" de overervingsketen en wijzig het machtigingsniveau van een dergelijke sub-site dat leden van de zogenaamde 'Contributor" groep niet kan helemaal dragen, maar alleen lezen (bijvoorbeeld). Dit zou niet een goed idee, Uiteraard, omdat het zou erg verwarrend.
  • Groepen worden niet gedefinieerd op het niveau van een site. Het is gemakkelijk om worden verward door de user interface. Microsoft biedt een handige koppeling naar gebruiker/groep beheer via elke site "mensen en groepen" koppeling. Het is gemakkelijk om te geloven dat als ik op de site "xyzzy" en ik maak een groep door xyzzy van mensen en groepen koppelen die ik heb zojuist een groep die alleen bestaat bij xyzzy. Dat is niet het geval. Ik heb eigenlijk gemaakt een groep voor de hele siteverzameling.
  • Lidmaatschap van groepen verandert niet door site (dwz. het is hetzelfde overal die de groep wordt gebruikt): Beschouwen de groep "eigenaar" en twee sites, "HR" en "Logistics". Het zou normaal te denken dat twee afzonderlijke individuen die sites zou zelf — de eigenaar van een HR en een logistiek. De user interface maakt het gemakkelijk voor een beveiligingsbeheerder behandel dit scenario. Als ik niet beter wist, Ik kan toegang tot de personen en groepen links via de HR-site, Selecteer de "eigenaars" groep en mijn HR-eigenaar aan die groep toevoegen. Een maand later, Logistiek komt op regel. Ik heb toegang tot personen en groepen van de logistieke site, trekken van de "eigenaars toevoegen" groep. Ik zie er de HR-eigenaar en haar verwijderen, denken dat ik ben haar het verwijderen van eigenaars op de logistieke site. Eigenlijk, Ik ben het verwijderen van haar uit de globale groep eigenaren. Hilariteit ontstaat.
  • Bij gebreke aan naam groepen op basis van specifieke rol: De fiatteurs"" groep is een perfect voorbeeld. Wat kunnen leden van deze groep goedkeuren? Waar kunnen ze het goedkeuren? Wil ik echt mensen logistieke afdeling voor zitten kundig voor HR documenten goedkeuren? Natuurlijk niet. Altijd naam groepen op basis van hun rol binnen de organisatie. Dit zal verminderen het risico dat de groep een ongepaste machtigingsniveau voor een bepaald beveiligbaar object is toegewezen. Naam groepen op basis van hun beoogde rol. In het vorige scenario van de HR/logistiek, Ik heb twee nieuwe groepen: "HR eigenaren" en logistiek eigenaren"" en verstandige machtigingsniveaus voor elk en het minimale bedrag dat vereist is voor gebruikers om hun werk te doen toewijzen.

Andere nuttige verwijzingen:

Als je dit hebt gemaakt veel:

Gelieve te laten me weten wat uw gedachten via de opmerkingen of e-mail me. Als u weet van andere goede referenties, Doe hetzelfde!

Technorati Tags:

Snel en eenvoudig: Maken van een webonderdeel voor gegevensweergave (DVWP)

Er is een schat aan grote informatie over de WSS 3.0 Webonderdeel Gegevensweergave (DVWP) op het web uit verschillende bronnen. Echter, Ik vond het verrassend moeilijk te vinden informatie over deze eerste zeer fundamentele stap. Hier is een ander artikel in het "snel en gemakkelijk" serie te pakken.

Volg deze stappen om het maken van een webonderdeel voor gegevensweergave (DVWP). Ze zijn gebaseerd op een "aankondigingen" webonderdeel, maar van toepassing op de meeste lijsten.

  1. Een webonderdeel aankondigingen maken en toevoegen aan een site.
  2. De site openen in SharePoint Designer.
  3. Openen van de site, default.aspx.
  4. Selecteer het webdeel Aankondigingen en met de rechtermuisknop op.
  5. In het contextmenu, Selecteer 'converteren naar XSLT gegevensweergave".

SharePoint Designer waarschuwt u dat deze site nu van de sitedefinitie is aangepast. Dat is niet noodzakelijk slecht, maar er zijn belangrijke implicaties (prestaties, upgrade, anderen) die vallen buiten het bestek van deze kleine "snel en gemakkelijk" post. Voor meer informatie over dit onderwerp, Ik beveel beide boeken Hier evenals uw favoriete Internet-zoekopdracht.

Bevestigen dat u het goed hebt gedaan:

  1. Sluit en heropen de webbrowser (om te voorkomen dat per ongeluk verplaatsing de oorspronkelijke "add een nieuw webonderdeel").
  2. Selecteer het webonderdeel pijl drop-down en kies "gedeeld webonderdeel wijzigen" in het menu.
  3. Het hulpprogramma deelvenster wordt geopend aan de rechterkant.
  4. Het deelvenster veranderd van haar gebruikelijke opties instellen om dit te:
afbeelding

“De lijst schema-eigenschap column niet kunt krijgen uit de SharePoint-lijst” — Beschrijving/work-arounds

Deze week, wij eindelijk een probleem die had gemeld gereproduceerd door een externe gebruiker: Toen ze probeerde om de inhoud van een lijst naar excel exporteren, dingen zou lijken aan de slag, slechts vervolgens Excel zou knal opwaarts een fout: "Kan niet ontvang de kolomeigenschap lijst schema van de SharePoint-lijst". Ze liep office 2003, Windows XP en verbinding maken met MOSS.

Ik zocht de Internets en zag wat speculatie maar niets 100% definitieve. Vandaar, Dit bericht.

Het probleem: Exporteren van excel dat een weergave bevat een datum (datum = het gegevenstype van de kolom).

Wat voor ons werkte: De datum voor een "single line van tekst" converteren. Vervolgens, Converteer het terug naar een datum.

Dat het opgelost. Het was leuk om te zien dat de conversie werkte, eigenlijk. Het was heel zenuwachtig dat converteren dingen op deze manier zou mislukken, maar het kwam niet.

Deze bug heeft een enorme schaduw geworpen over het gegevenstype datum in de geest van de klant, dus we gaan worden op zoek naar een definitief antwoord van Microsoft en hopelijk zal ik post en werken hier in de volgende korte periode van tijd met hun officiële antwoord en hotfix informatie.

Andere verwijzingen:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<einde>

Abonneren op mijn blog.

Technorati Tags: ,

Snelle en eenvoudige: Stuur een e-mail met ingesloten hyperlink uit SharePoint Designer workflow

Maand of twee keer, iemand post een forum vraag: "Hoe kan ik opnemen hyperlinks naar URL's die aanklikbaar van een e-mail SharePoint Designer zijn?"

Gepresenteerd zonder verder commentaar: (goed, eigenlijk is er nog een opmerking na de afbeelding):

afbeelding

Becky Isserman volgt met een nuttige uitleg over het insluiten van een koppeling naar een item in de e-mail: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Nieuwe release: SharePoint Designer Workflow extensies (manipulatie tekenreeksfuncties)

UPDATE: Zie hier voor mijn gedachten over dit project commercialiseren: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Ik ben al bezig mijn Codeplex project dat momenteel is gericht op het bieden van string manipulatie uitbreidingen voor werkstromen die zijn gemaakt via SharePoint Designer.

Zie hier voor details:

Introductiepagina van project: http://www.codeplex.com/spdwfextensions

Release: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Versie 1.0 bevat de volgende nieuwe functies:

Functie Beschrijving (Als niet hetzelfde als.Netto functie)
Num-entries() Deze eigenschap retourneert het nummer "entries" in een string volgens een opgegeven scheidingsteken.

Bijvoorbeeld: Num-posten in een tekenreeks "een,b,c" met scheidingsteken"," = 3.

Post() Het nde token terugstuurt in een tekenreeks volgens een opgegeven scheidingsteken.
Lengte String.length
Vervangen() String.Replace()
Bevat() String.contains()
Deze eigenschap retourneert het woord "waar" of het woord "onwaar".
Subtekenreeks(Start) String.substring(Start)
Subtekenreeks(Start,lengte) String.substring(Start,lengte)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Deze eigenschap retourneert het woord "waar" of het woord "onwaar".
EndsWith() String.EndsWith()
Deze eigenschap retourneert het woord "waar" of het woord "onwaar".

Een runtime-fout BDC uitgelegd

Ik veroorzaakt een BDC fout deze week die manifesteerde zich al op de user interface en in de 12 component log tijdens runtime.

Eerste, Dit bleek in de gebruikersinterface:

Konden niet vondst velden om in te voegen van alle de id-waarden voor het correct uitvoeren van een SpecificFinder MethodInstance met de naam … Zorgen voor dat invoerparameters hebben TypeDescriptors die is gekoppeld aan elke id gedefinieerd voor deze entiteit.

Hier is een screenshot:

clip_image001

Ik kan ook dit bericht moet worden weergegeven de 12 component logboek tijdens zal (met behulp van mijn gepatenteerde high-tech-don't-try-this-at-home "mysterieuze fouten" methode):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0Hoge uitzondering van SharePoint Portal Server zakelijke gegevens van x0B8C 6q4x in BusinessDataWebPart.OnPreRender: System.InvalidOperationException: De id-waarde ”, van Type ”, is ongeldig. Verwachte id-waarde van het Type 'System.String'. op Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Object[] subIdentifierValues, LobSystemInstance lobSystemInstance) op Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entiteit entiteit, Object[] userValues, LobSystemInstance lobSystemInstance) op Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Weergave desiredView) op Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() op Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Ik zocht rond en vond enkele leidt in de MSDN forum, maar zij waren niet genoeg voor mij om te begrijpen wat ik aan het doen was verkeerd. Ik zag een webcast door Ted Pattison dat mijn bedrijf zit probeert te sluizen weg op een server en kwam om te beseffen mijn probleem.

In mijn ADF, Ik ben verbinden met een SQL-database zoals:

            <Eigenschap Naam="RdbCommandText" Type="System.String">
              <![CDATA[
                SELECTEER SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      LAND, ADRES1, ADRES2, ADDRESS3, ADDRESS4, STAD, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, STAAT, POST, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFOON, UITBREIDING, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG van dbo.PS_CARRIER_ID_VW met (NOLOCK)
                WAAR
                  (SETID <> 'DELEN') en
                  (lagere(CARRIER_ID) >= lager(@MinId)) en
                  (lagere(CARRIER_ID) <= lager(@MaxId)) en
                  (lagere(DESCR) ALS lagere(@InputDescr))
                ]]>
            </Eigenschap>

Ik werd verstrekt dat SQL van een DBA persoon en ik ben gegeven om te begrijpen dat er een speciale weergave die ze alleen voor mij gemaakt. De unieke sleutel er is CARRIER_ID.

Hier is de bug die ik heb ingevoerd:

      <Id 's>
        <Id Naam="CARRIER_ID" TypeName="System.String" />
        <Id Naam="DESCR" TypeName="System.String" /> 
</Id 's>

Ergens langs de lijn, Ik had in geslaagd om mezelf te verwarren over de betekenis van <Id 's> en DESCR toegevoegd, zelfs al is het niet daadwerkelijk een id. Ik nam DESCR uit de id's set en presto! Het allemaal werkte.

I hope this saves someone some grief 🙂

Technorati Tags: , , ,

Je kunt niet verslaan SharePoint van Reach

Tijdens de laatste twee dagen, Ik heb deelgenomen aan twee vergaderingen waarin we de resultaten gepresenteerd van een SharePoint-project. De CIO en zijn team sloot zich aan bij de eerste vergadering. Dat is standaard en niet vooral opmerkelijk. De IT-afdeling is uiteraard betrokken bij de uitrol van een onderneming van een technologieproject. De tweede vergadering uitgebreid met een V.P. van marketing, verschillende bestuurders die vertegenwoordigen HR, Logistiek, Productie, Kapitaal projecten, Kwaliteit, Aankoop, Corporate development en andere afdelingen (van wie sommigen waren niet zelfs direct betrokken bij de huidige fase). Dat is een machtige breed publiek.

In mijn vorige leven, Ik heb voornamelijk gewerkt ERP en CRM projecten. Beiden hebben een vrij brede oplossing domein maar niet zo breed als SharePoint. Om volledig worden gerealiseerd, SharePoint projecten bereiken rechtmatig en noodzakelijkerwijs in elke hoekje en spleet van een organisatie. Hoeveel andere bedrijfsoplossingen hebben dat soort van bereiken? Niet veel.

SharePoint is duidelijk een enorme kans voor degenen onder ons gelukkig genoeg om te worden in deze ruimte. Het biedt een grote technische kans (die een of andere manier is ingeschakeld op zijn kop Hier onder "Technologieën U moet beheersen"). Maar nog beter, SharePoint blootstelt ons tot een uitgebreide en brede scala aan bedrijfsprocessen via deze engagementen. Hoe veel CRM specialisten werken met de fabricage kant van het bedrijf? Hoeveel ERP adviseurs werken met menselijk potentieel aan talent overname? SharePoint overschrijdt beiden.

Als iets, het is niet perfect, maar het is een verdomd goede plek om te worden.

Voor de liefde van [Vul uw meest geliefde persoon/hoger wezen], Wijzig niet de ' titel’ sitekolom.

Op de SharePoint forum, iemand vraagt af en toe over het "wijzigen van het label van titel" of over "verwijderen titel van lijsten".

Bottom line: Don't do it!

Helaas, de gebruikersinterface kunt een unilaterale verandering van dat label van de kolom zoals:

afbeelding

Titel is een kolom die is gekoppeld aan het Item"" type inhoud. Veel, veel, vele CT's gebruiken deze kolom en als u het hier, het rimpelingen uit overal. Er is een goede kans dat u niet van plan om dat te realiseren. U waren waarschijnlijk denken aan jezelf, "Ik heb een aangepaste opzoeklijst en ' titel’ gewoon zinvol niet als de naam van een kolom, so I 'm going te veranderen naar ' Status Code’ en een beschrijvingskolom toevoegen." Maar als je door op die gedachte volgen en hernoemen ' titel’ 'Status code', de titel van elke lijst (met inbegrip van documentbibliotheken) wijzigingen in "Status Code" en u waarschijnlijk niet van plan om dat te realiseren.

Het echte probleem is dat dit een unilaterale verandering. De UI weet"" die titel"" is een gereserveerd woord. Dus, Als u probeert en "statuscode wijzigen" terug naar "Titel", het zal voorkomen dat u en nu je hebt jezelf geschilderd in een hoek using paint that never dries 🙂

Dus wat gebeurt er als je het al veranderd? Ik heb niet gezien het antwoord dat we allemaal willen, Wat is een eenvoudige en gemakkelijke methode om te veranderen van het label terug naar 'Title'. Nu onmiddellijk, het beste advies is om het te veranderen naar iets als "Doc/objecttitel". Dat is een generiek genoeg etiket die niet mag ook schokkend voor uw gebruikers.

Ik heb een paar andere ideeën die op mijn to-do lijst van dingen te onderzoek:

  • Contact opnemen met Microsoft.
  • Doe iets met het objectmodel, misschien in combinatie met een functie.
  • Schema van de database uitzoeken en handmatig bijwerken van SQL. (U moet contact opnemen met Microsoft alvorens dit wel te doen; het vervalt waarschijnlijk uw ondersteuningscontract).

Als iemand weet hoe dit op te lossen, post een reactie.

Update laat in de middag, 11/15: Ik vond deze link die een methode beschrijft voor het maken van een soort lijst die een titelkolom heeft geen: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF en uw vriend, CDATA

Ik heb gemerkt dat sommige onhandig en onnodige hand-codering van RdbCommandText in enkele voorbeelden (met inbegrip van MSDN-documentatie).

Ik wilde erop wijzen aan nieuwkomers aan BDC dat commando's kunnen worden verpakt in een CDATA-tag in hun "natuurlijke" formulier. Dus, deze lastige constructie:

<Eigenschap Naam="RdbCommandText" Type="System.String">
Selecteer dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement van dbo.MCRS_SETTLEMENT
WAAR (id &gt;= @MinId) EN (id &lt;= @MaxId)
</Eigenschap>

kan beter worden vertegenwoordigd op deze manier:

<Eigenschap Naam="RdbCommandText" Type="System.String">
<![CDATA[
Selecteer dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement van dbo.MCRS_SETTLEMENT
WAAR (id >= @MinId) EN (id <= @MaxId)
]]>
</Eigenschap>

</einde>

BDC Primer

Inleiding tot de BDC

Functioneel voorbeeld: BDC ADF die verbinding met SQL database met ingesloten gebruikers-id en wachtwoord maakt

Ik moest kabellengte tot MOSS naar een SQL-database via BDC. Oog op testen/POC, Ik wilde de SQL account gebruiker-id en het wachtwoord in de automatische Documentinvoer insluiten. Beginnen met Deze sjabloon (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Ik heb gemaakt een ADF dat is verbonden aan een bepaald exemplaar van SQL server en logt in met een specifieke gebruikers-id en wachtwoord en getoond in dit fragment:

  <LobSystemInstances>
    <LobSystemInstance Naam="ClaimsInstance">
      <Eigenschappen>
        <Eigenschap Naam="AuthenticationMode" Type="System.String">PassThrough</Eigenschap>
        <Eigenschap Naam="DatabaseAccessProvider" Type="System.String">SqlServer</Eigenschap>
        <Eigenschap Naam="RdbConnection gegevensbron" Type="System.String">werkelijke serveractual instantie</Eigenschap>
        <Eigenschap Naam="RdbConnection Initial Catalog" Type="System.String">werkelijke eerste catalogus</Eigenschap>
        <Eigenschap Naam="Geïntegreerde beveiliging van RdbConnection" Type="System.String">SSPI</Eigenschap>
        <Eigenschap Naam="RdbConnection bundelen" Type="System.String">vals</Eigenschap>

        <!-- Dit zijn de waarden voor de sleutel: -->
        <Eigenschap Naam="RdbConnection gebruikersnaam" Type="System.String">eenctual gebruikersnaam</Eigenschap>
        <Eigenschap Naam="RdbConnection wachtwoord" Type="System.String">huidige wachtwoord</Eigenschap>
        <Eigenschap Naam="RdbConnection Trusted_Connection" Type="System.String">vals</Eigenschap>

      </Eigenschappen>
    </LobSystemInstance>
  </LobSystemInstances>

Het is niet een best practice, maar het is nuttig voor een snelle en eenvoudige configuratie voor het testen. Dit was verrassend moeilijk om erachter te komen. Ik heb nooit gevonden een functionele voorbeeld met zoektocht keywords:

  • ADF ingesloten userid en wachtwoord
  • gebruikersnaam en wachtwoord in adf insluiten
  • gebruikersnaam en wachtwoord in adf bdc insluiten
  • SharePoint bdc primer
  • SharePoint gebruikers-id en wachtwoord in adf insluiten

</einde>

Abonneren op mijn blog.