Csodálatos mélységek az MS-nél. Ajánlott böngésző mellett nem megy fel a rendszer:
http://mshelp.be/crm-2011-splash-screen-has-stopped-working-382.htm
A következő címkéjű bejegyzések mutatása: install. Összes bejegyzés megjelenítése
A következő címkéjű bejegyzések mutatása: install. Összes bejegyzés megjelenítése
2012. november 7., szerda
2012. szeptember 24., hétfő
Windows 8 és WCF
Szánalom a köbön:
Egy alapbeállításokkal telepített IIS 8-on nem működnek a WCF
szolgáltatások, mégpedig azért, mert a webszerver nem tudja, hogyan kell
kezelnie az .svc kiterjesztésre érkező kéréseket. Két lépésben taníthatjuk
meg neki:
1. Vegyünk fel egy új MIME type-ot:
Extension: .svc
MIME type: application/octet-stream
2. Vegyünk fel egy Managed HTTP Handlert:
Request path: *.svc
Type: System.ServiceModel.Activation.HttpHandler Name: svc-Integrated
És már működik is!
|
2012. február 29., szerda
Sharepoint 2010 telepítés
A Sharepoint telepítéséhez, ha szűz gépre kerül fel a következő dolgokra kell odafigyelni:
- Legyen domain user, akivel telepíted az SPS-es részt (elég csak azt, SQL-ig lehet local), mert csak AD useres accounttal fog elindulni a telepítő által kért userrel, viszont, hogy azt le tudja kérni az AD-ból, ezért a telepítőusernek is az AD-ban kell lennie.
- Nem kell semmi extra jogosultság az SPS technikai usernek, csak AD-ben legyen.
- A telepítőusernek viszont igen (a user, akinek a nevében futtatod a telepítést), az SQL-ben kell tudnia táblát létrehozni, jogot osztani, stb,stb), mert SPS belövi a saját configDB-jére annak a technikai usernek a beállíásait, amit fentebb megadtál.
- Ha leáll az SPS telepítő (sikertelen) és újrafuttatod, akkor kézzel kell törölnöda configDB-t, amit létrehozott, mert ő nem teszi meg.
Egyébként nincs panasz, tiszta gépre, minden update-et feltéve elsőre felmegy.
Ne feledd, hogy a felhúzott gépet be kell tenned az AD-be telepítés előtt! Ez külön szervezést igényelhet az AD adminnal.
- Legyen domain user, akivel telepíted az SPS-es részt (elég csak azt, SQL-ig lehet local), mert csak AD useres accounttal fog elindulni a telepítő által kért userrel, viszont, hogy azt le tudja kérni az AD-ból, ezért a telepítőusernek is az AD-ban kell lennie.
- Nem kell semmi extra jogosultság az SPS technikai usernek, csak AD-ben legyen.
- A telepítőusernek viszont igen (a user, akinek a nevében futtatod a telepítést), az SQL-ben kell tudnia táblát létrehozni, jogot osztani, stb,stb), mert SPS belövi a saját configDB-jére annak a technikai usernek a beállíásait, amit fentebb megadtál.
- Ha leáll az SPS telepítő (sikertelen) és újrafuttatod, akkor kézzel kell törölnöda configDB-t, amit létrehozott, mert ő nem teszi meg.
Egyébként nincs panasz, tiszta gépre, minden update-et feltéve elsőre felmegy.
Ne feledd, hogy a felhúzott gépet be kell tenned az AD-be telepítés előtt! Ez külön szervezést igényelhet az AD adminnal.
2011. január 6., csütörtök
Virtual Server 2005 install Windows 7-re
Szép szívás, de van megoldás:
http://aboutdev.wordpress.com/2009/05/21/virtual-server-2005-and-windows-7/
Lényeg: Át kell állítani a Program Compatibility Assistant részt, és átnevezni az EXE-t, majd a registry-ben átnevezni az összes hivatkozást az EXE-re. Megy.
http://aboutdev.wordpress.com/2009/05/21/virtual-server-2005-and-windows-7/
Lényeg: Át kell állítani a Program Compatibility Assistant részt, és átnevezni az EXE-t, majd a registry-ben átnevezni az összes hivatkozást az EXE-re. Megy.
2010. augusztus 5., csütörtök
ClickOnce install Assembly-t hiányol telepítéskor
Ha a kliens projekt referál egy assemblyt, ami bele kell, hogy kerüljön a csomagba, de setup indításakor mégis hiányolja a DLL-t, de a projektnél include van.... akkor érdemes megnézni, hogy copy local false beállítás van-é az assemblyre. Mert ha igen, de egyébként a gépen eléri a DLL-t, akkor nem fogja beletenni a csomagba, és a fenti hibát dobja, miközben a projekt paramétereinél meg azt látod, hogy include az assembly, de nem szól a csomag összeállításánál, hogy nem találta meg.
Feliratkozás:
Bejegyzések (Atom)