Powershell applicatie maken met GUI

[Anoniem: 228889]

Momenteel beschikken we over een applicatie waarmee we onze gebruikers aanmaken.
Deze applicatie is reeds enkele jaren oud en loopt geregeld vast, tijd voor vernieuwing!

Daarop hebben we beslist deze te hermaken en vroegen we ons af of Powershell hiervoor geschikt is?
Is het een goed idee om dit in Powershell te doen of beginnen we beter in VB.net of C#? (met eventuele integratie van Powershell in VB.net of C#)

De applicatie bestaat uit diverse GUI vensters waarbij gebruikers aangemaakt, aangepast of verwijderd kunnen worden.

Alvast bedankt

[Question Mark]

Anoniem: 228889 schreef op zaterdag 19 januari 2013 @ 21:32:
Daarop hebben we beslist deze te hermaken en vroegen we ons af of Powershell hiervoor geschikt is?
Is het een goed idee om dit in Powershell te doen of beginnen we beter in VB.net of C#? (met eventuele integratie van Powershell in VB.net of C#)

Wat is jullie eigen conclusie nadat jullie dit onderzocht hebben? Ja, het is mogelijk om GUI applicaties in Powershell te maken (zie bv. Creating Your Own GUI Application), maar de keuze hangt ook af van jullie eigen kennis. Hoe goed zijn jullie thuis in de verschillende programmeertalen?

Ik laat het topic nog even bestaan (met name omdat het door de vraagstelling en uiteindelijke oplossing wel erg intressant kan worden), maar er wordt wel iets meer eigen inzet van je verwacht.

[Pedr0]

Nog twee tips die je kunnen helpen maybe?
Powershell Toolmaking and Scripting
Powershell v3 Foundations

[ Voor 19% gewijzigd door Pedr0 op 20-01-2013 11:14 ]

[Anoniem: 228889]

We hebben op zich nog geen conclusie getrokken, we zijn op zoek naar een zo performant mogelijke taal/platform. Op zich hebben we een VB.net achtergrond, maar dit houdt ons niet tegen iets nieuws uit te proberen.

Powershell leek me een heel geschikte kandidaat omdat we hier native integratie hebben vanuit Windows. De kracht van Powershell kwam naar boven na kennismaking met PowerCLI (van VMware), welke ons heeft overtuigd.

Nu is mijn concrete vraag, zijn er hier mensen die reeds een PowerShell GUI applicatie gemaakt hebben? Zoja, is deze performant of gaan we dan beter verder met een VB.net of C# applicatie?

[Bor]

Als je zaken in performance wilt uitdrukken hangt dat naast de gekozen taal natuurlijk ook af van het script / de applicatie en hoe deze geschreven is. Wat voor eisen stel je aan de performance? Hoeveel accounts maak je gemiddels aan / hoeveel accounts wijzig je gemiddeld? Heb je ook al naar kant en klaren oplossingen gekeken? Waarom voldoen deze wel / niet? Zijn er ook zaken als logging nodig vanuit de applicatie(s) of de scripts? Je geeft erg weinig informatie. Van welke taal is de meeste kennis aanwezig (behalve VB) en hoe vaak verwacht je wijzigingen te moeten doorvoeren aan de applicatie?

[Anoniem: 228889]

Momenteel hebben we een applicatie die gebruikers aanmaakt.
Omdat we een school zijn, maken we in september ongeveer een dikke 500 gebruikers aan op een paar uur. (momenteel zijn we een 7-tal uur bezig om al deze accounts aan te maken)

We merken met onze huidige .net applicatie dat deze veelal vastloopt en soms gewoon crashed. (geen error handeling)
Omdat deze applicatie niet door ons is geschreven (en we niet beschikken over de source), is er maar 1 oplossing en dat is een nieuwe te maken.
We verwachten dat we onze gebruikers in 1 keer kunnen aanmaken, ipv per klas momenteel. (zonder al teveel interventie van onze kant)
Na de initiële aanmaak begin september, wordt deze applicatie maar enkele keren per maand gebruikt. (4-5 nieuwe gebruikers en een 10-tal gebruikers aanpassen van klas)
De kant en klare oplossingen hebben we ook al bekeken waarvan AD Bulk users er eentje van is.
Nu werken we met een bepaalde structuur welke niet werkt in de meeste kant-en-klare programma's.

Vb onze structuur van klassen
leerlingen
-1
--1Aa
--1Ab
--1Ac
...

Daarnaast moeten de accounts ook worden weggeschreven naar een CSV bestand.
Diverse mappen moeten na aanmaak van het account zelf ook worden aangemaakt.
Als laatste moeten deze accounts ook in een SQL db gestoken worden.

Wij hebben zelf kennis van VB.net in huis.
De applicatie zelf zou na aanmaak hiervan weinig of niet moeten worden aangepast.

[Turdie]

Anoniem: 228889 schreef op zondag 20 januari 2013 @ 12:37:
Momenteel hebben we een applicatie die gebruikers aanmaakt.
Omdat we een school zijn, maken we in september ongeveer een dikke 500 gebruikers aan op een paar uur. (momenteel zijn we een 7-tal uur bezig om al deze accounts aan te maken)

We merken met onze huidige .net applicatie dat deze veelal vastloopt en soms gewoon crashed. (geen error handeling)
Omdat deze applicatie niet door ons is geschreven (en we niet beschikken over de source), is er maar 1 oplossing en dat is een nieuwe te maken.
We verwachten dat we onze gebruikers in 1 keer kunnen aanmaken, ipv per klas momenteel. (zonder al teveel interventie van onze kant)
Na de initiële aanmaak begin september, wordt deze applicatie maar enkele keren per maand gebruikt. (4-5 nieuwe gebruikers en een 10-tal gebruikers aanpassen van klas)
De kant en klare oplossingen hebben we ook al bekeken waarvan AD Bulk users er eentje van is.
Nu werken we met een bepaalde structuur welke niet werkt in de meeste kant-en-klare programma's.

Vb onze structuur van klassen
leerlingen
-1
--1Aa
--1Ab
--1Ac
...

Daarnaast moeten de accounts ook worden weggeschreven naar een CSV bestand.
Diverse mappen moeten na aanmaak van het account zelf ook worden aangemaakt.
Als laatste moeten deze accounts ook in een SQL db gestoken worden.

Wij hebben zelf kennis van VB.net in huis.
De applicatie zelf zou na aanmaak hiervan weinig of niet moeten worden aangepast.

Ik zou kijken naar een Identity management systeem wat je gewoon aan je pakket koppelt waar de leerlingen in staan. Bijvoorbeeld Forefront Identity Manager. Zal we wat meer tijd kosten om goed in te richten, maar uiteindelijk ben je niet meer afhankelijk van allerlei scripts en gebeurt het automatisch. Aangezien jullie een school zijn krijgen jullie waarschijnlijk ook een fikse korting op de licenties voor Forefront Identity Manager.

[ Voor 6% gewijzigd door Turdie op 20-01-2013 12:45 ]

[Anoniem: 228889]

Bedankt voor de informatie, ik ga nakijken wat FIM voor ons kan betekenen.

[Question Mark]

Hoe wordt de userinformatie aangeleverd? Als dat bijvoorbeeld een txt of csv file is, kan er een script gemaakt worden wat gewoon die file inleest en aan de hand van de inhoud de userobjecten aanmaakt.

Waarom dan de noodzaak voor een GUI? Zorg dat je de informatie eenduidig aangeleverd krijgt, dan zou je het mijns inziens zonder GUI afkunnen.

Kleine tip verder als je in bulk veel users aan gaat maken:

What do I need to watch out for in managing the RID pool used in an AD domain?
Managing RID Pool Depletion

Standaard heeft elke DC een RID pool van 500. Bij een bepaalde grenswaarde gaat hij een nieuwe RID pool aanvragen bij de RID master. Duurt het echter te lang voordat de RID pool aangevuld is (terwijl je bulkaanmaak van users wel doorloopt), dan mislukt het aanmaken van nieuwe objecten.