BPM:GUI Plugins - Versionsgeschichte

Admin: Admin verschob die Seite GUI Plugins nach BPM:GUI Plugins

2017-12-01T11:40:43Z

Admin verschob die Seite GUI Plugins nach BPM:GUI Plugins

Admin am 22. September 2017 um 09:04 Uhr

2017-09-22T09:04:27Z

Admin am 22. September 2017 um 09:00 Uhr

2017-09-22T09:00:07Z

Admin am 22. September 2017 um 08:41 Uhr

2017-09-22T08:41:37Z

Admin am 22. September 2017 um 08:33 Uhr

2017-09-22T08:33:23Z

Admin am 22. September 2017 um 08:30 Uhr

2017-09-22T08:30:42Z

Admin: Die Seite wurde neu angelegt: „ = GUI Plugins =
GUI Plugins sind Plugins welche speziell für die HTKServer.GUI.exe geschrieben wurden.
== Beschreibung ==

2017-09-21T12:59:11Z

Die Seite wurde neu angelegt: „ = GUI Plugins = <div class="level1"> GUI Plugins sind Plugins welche speziell für die HTKServer.GUI.exe geschrieben wurden. </div> == Beschreibung == <div c…“

Neue Seite

= GUI Plugins =
<div class="level1">
GUI Plugins sind Plugins welche speziell für die HTKServer.GUI.exe geschrieben wurden.
</div>
== Beschreibung ==
<div class="level2">
Nachdem der Service (Core) ein neues Plugin erhalten hat, muss die möglichkeit bereitgestellt werden, dieses in Prozesse zu integrieren und konfigurieren.

An dieser Stelle kommen GUI Plugins in das Spiel. GUI Plugins werden benötigt um verschiedene Aufgabenstellungen zu meistern. Dazu zählen beispielsweise:

Installation der Pluginvorrausetzungen (Tabellen etc.).
Erstellen von Ribbonbuttons innerhalb der HTKServer.GUI zur Prozess-unabhängigen Konfiguration.
Aufräumen falscher / kaputter einträge innerhalb der Prozess / Job Tabellenstrukturen.
Löschen von Abgebrochenen (nicht gespeicherten) Jobdefinitionen.
Konfiguration des jeweiligen Jobs.
</div>
== Systemvorrausetzungen ==
<div class="level2">
Visual Studio 2013.
.NET Framework 4.0.
Business Process Management Kompatibler SQL-Server
Devexpress 14.2 und höher bei Verwendung von Ribbon Buttons.
Installierte Business Process Management GUI
</div>
== Downloads ==
<div class="level2">
[http://www.htk.de/dokuwiki/bpm/Downloads/HTKServer.GUI.Plugins.Beispiel.zip Beispielprojekt] (nicht benötigt wenn man Schritt für Schritt Anleitung befolgt).
</div>
== Schritt für Schritt: Erstellung eines Plugins ==
<div class="level2">
#Nach öffnen des Visual Studio's, wählen Sie bitte Neues Projekt und erstellen eine .NET Framework 4.0 Klassenbibliothek. [[File:GUI Plugins 1.png]] Getreu dem Motto [http://de.wikipedia.org/wiki/Konvention_vor_Konfiguration Conversion over Configuration] muss der Name '''HTKServer.GUI.Plugins. ''' gefolgt von ihrem Projektnamen lauten.
#Nun benötigen wir noch verschiedene Projektverweise. Die Basisvariante eines Plugins muss folgende Verweise enthalten. [[File:GUI Plugins 2.png]] [[File:GUI Plugins 3.png]] '''[https://msdn.microsoft.com/en-us/library/system.componentmodel.composition(v=vs.110).aspx System.ComponentModel.Composition]''', '''[https://msdn.microsoft.com/en-us/library/system.componentmodel.dataannotations(v=vs.110).aspx System.ComponentModel.DataAnnotations]''' und '''[https://msdn.microsoft.com/en-us/library/system.windows.forms(v=vs.110).aspx System.Windows.Forms]''' können aus dem .NET Framework Standardkatalog verwiesen werden. '''HTKLicense''', '''HTKServer.GUI.Plugins.IPlugin''' und '''HTKServer.GUI.Shared''' können aus dem Installationsordner der BusinessProcessManagement GUI im Ordner Plugins verwiesen werden. [[File:GUI Plugins 4.png]]
#Nun sollte die Datei [[File:GUI Plugins 5.png]] in [[File:GUI Plugins 6.png]] umbenannt werden. Sollte es zu einer Meldung kommen ob alle Projektverweise umbenannt werden sollen, so antworten Sie bitte mit JA.,
#Jetzt lassen wir die Klasse Plugin von der abstrakten Basisklasse '''PluginBase''' erben, sowie von den Interfaces '''IPlugin.IPlugin, ''' '''[https://msdn.microsoft.com/en-us/library/system.componentmodel.composition.ipartimportssatisfiednotification(v=vs.110).aspx IPartImportsSatisfiedNotification]''' und '''[https://msdn.microsoft.com/en-us/library/system.idisposable(v=vs.110).aspx IDisposable]''' im Anschluss implementieren wir die Interfaces durch anklicken der zugehörigen Microsoft Visual Studio Funktion. '''IPlugin.IPlugin''' [[File:GUI Plugins 7.png]] '''IPartImportsSatisfiedNotification''' [[File:GUI Plugins 8.png]] '''IDisposable ''' [[File:GUI Plugins 8.png]]
#Der Interface Member von '''[https://msdn.microsoft.com/en-us/library/system.idisposable(v=vs.110).aspx IDisposable]''' ist public void Dispose sollten Sie die Dispose funktion nicht benötigen, so lassen Sie diese bitte leer. Ansonsten füllen Sie den Dispose block mit den nötigen freizugebenden unmanaged Ressourcen etc. Weitere Infos zu IDisposable finden Sie unter: [https://msdn.microsoft.com/en-us/library/system.idisposable(v=vs.110).aspx MSDN IDisposable Interface] und [http://stackoverflow.com/questions/538060/proper-use-of-the-idisposable-interface Proper use of the IDisposable Interface]
#Der Interface Member von '''[https://msdn.microsoft.com/en-us/library/system.componentmodel.composition.ipartimportssatisfiednotification(v=vs.110).aspx IPartImportsSatisfiedNotification]''' public void OnImportsSatisfied. Im Regelfall können Sie diese Methode leer lassen. Weitere Informationen über den Zwekc von OnImportsSatisfied finden Sie unter [https://msdn.microsoft.com/de-de/library/system.componentmodel.composition.ipartimportssatisfiednotification.onimportssatisfied(v=vs.110).aspx IPartImportsSatisfiedNotification . OnImportsSatisfied-Methode] sowie unter [https://stefanhenneken.wordpress.com/2011/06/19/mef-teil-3-lifecycle-beeinflussen-und-berwachen/ MEF Teil 3 – Lifecycle beeinflussen und überwachen].
#OPTIONAL: Es empfiehlt sich als "Best Practice" die Interface Member von '''[https://msdn.microsoft.com/en-us/library/system.componentmodel.composition.ipartimportssatisfiednotification(v=vs.110).aspx IPartImportsSatisfiedNotification]'''und '''[https://msdn.microsoft.com/en-us/library/system.idisposable(v=vs.110).aspx IDisposable]''' per Region einzuklappen wenn diese ungenutzt sind. [[File:GUI Plugins 9.png]]
#Nun '''müssen''' wir noch den [http://mef.codeplex.com/wikipage?title=Exports%20and%20Metadata MEF-Export] der DLL definieren. Hierzu '''muss ''' das '''Export ''' Attribut mit dem Entsprechenden Typ des Interfaces, sowie das '''[https://msdn.microsoft.com/en-us/library/ee155691(v=vs.110).aspx#metadata_and_metadata_views ExportMetaData]''' Attribut mit dem entsprechendenm Pluginnamen hinzugefügt werden. Bitte achten Sie darauf dass Sie dies nicht vergessen, denn ohne diese beiden Attribute kann das Plugin nicht erkannt werden. [[File:GUI Plugins 10.png]]
#Das Interface '''IPlugin''' implementiert 2 Member. public bool StartupEntr y(ProcessInformation processInformation) und public bool JobEntry (ProcessInformation processInformation). Was auffällt ist das beide Funktionen den processInformation parameter übergeben bekommen. Der processInformation parameter wird innerhalb der HauptGUI gebildet und beinhaltet folgende schreibgeschützte Properties. [[File:GUI Plugins 11.png]] Die Properties sollten selbstsprechend sein, das LocalisationSystem kann durch die Übergabe im Plugin genutzt werden. Die Property ProcessType beinhaltet die Informationen um was für einen Prozess es sich handelt, also bspw. VKBeleg After Save etc.
#Der Interface Member '''StartupEntry''' wird bei allen Plugins nach dem Druck auf Login / Anmelden ausgeführt. Dies kann also dazu genutzt werden, um bspw. einmalig etwas beim ersten Aufruf auszuführen, egal ob der Prozess definiert wurde oder nicht. Bspw. "Achtung, die Grundlagen für das Plugin XYZ werden nun automatisch eingerichtet, bitte haben Sie einen moment Geduld". Wichtig ist hierbei nur, dass diese Methoden '''immer ''' ausgeführt werden, d.H. Sie müssen bei Verwendung des StartupEntry Einstiegspunktes aufjedenfall dafür sorgen, dass Sie per Markierung in der DB oder in einer Datei ein erneutes Aufrufen verhindern, sonst würde man in dem genannten Beispiel bei jedem Start der GUI wieder nach der Grundlageninstallation gefragt werden. '''Achtung''' Dies betrifft nur dinge welche beim aufruf der Gui gestartet werden müssen und nicht mit der Standardinstallationsroutine für Pluginvorrausetzungen abbilden werden können. Die funktion sollte true zurückgeben wenn Sie nicht genutzt wird, oder wenn es keine Probleme gab, ansonsten natürlich False.
#Der Interface Member '''JobEntry''' wird aufgerufen sobald man innerhalb der Business Process Management GUI auf Erweiterte Konfiguration eines Jobs drückt. Hier öffnet man in der Regel eine Maske welche zur erweiterten Konfiguration genutzt werden kann. Es können zusätzlich auch Prüfungen stattfinden, beispielsweise ob ein Mandant gewählt wurde oder nicht. Wenn diese Funktion False zurückgibt, wird der Job nicht gespeichert und das hinterlegte Delete Script innerhalb der [[/doku.php?id=wiki:guipluginassets|Assets]]-Struktur wird aufgerufen, auf das Thema [[/doku.php?id=wiki:guipluginassets|Assets]] gehen wir später ein. Hier ein Beispiel: [[File:GUI Plugins 11.png]] Die [[/doku.php?id=wiki:pluginbase|Basisklasse]] (base.) beinhaltet verschiedene Basisfunktionen wie beispielsweise GetLogger. Die aufgerufene Form sollte als Best Practise immer die folgenden Konstruktor-Parameter definiert haben: [[File:GUI Plugins 12.png]] Um einen FluentLogger zu verwenden (was Sie wirklich tun sollten!), setzen Sie bitte einen Verweis auf die '''HTKFunctionsLibrary ''' welche Sie auch im Plugins Ordner ihrer Installierten Business Process Management GUI finden. [[File:|146x22px]] '''Achtung''': sollten Sie wie in obigem Beispiel eine [https://documentation.devexpress.com/#WindowsForms/clsDevExpressXtraEditorsXtraMessageBoxtopic XtraMessageBox] verwenden (was optisch besser in das Gesamtbild passt), so benötigen Sie die [https://www.devexpress.com/Products/NET/Controls/WinForms/ DevExpress Komponenten] in der jeweisl vorrausgesetzten Version (siehe Systemvorrausetzungen). Die nötigen Verweise sind [[File:|233x42px]] [[File:|178x24px]] sowie [[File:|209x42px]] Desweiteren empfiehlt es sich wenn Sie [https://www.devexpress.com/Products/NET/Controls/WinForms/ Devexpress Komponenten] verwenden, eine [https://documentation.devexpress.com/#WindowsForms/clsDevExpressXtraEditorsXtraFormtopic XtraForm] statt einer Form zu erstellen und in deren Konstruktor folgenden Codeschnipsel zu übernehmen: [[File:|255x125px]] Für die Bonusskins ist ein weiterer Verweis auf [[File:|185x24px]] erforderlich. Nach erfolreicher erweiterten Konfiguration geben Sie bitte true zurück.
#Legen Sie nun folgende Ordnerstruktur in Ihrem Projekt an. Die Dateien können je nach bedarf hinzugefügt werden. DIe Ordnerstruktur sollten Sie allerdings standardmäßig so anlegen. Bitte achten Sie auf Korrekte Benennung der Ordnerstruktur. [[File:|285x306px]] '''Achtung: '''Alle [[/doku.php?id=wiki:guipluginassets|Assets]]'''müssen''' bei Buildvorgang Eingebettete Ressource hinterlegt haben! [[File:|266x37px]]
#'''Cleanup: ''' Der Ordner Cleanup beinhaltet Scripte welche benötigt werden um die Tabellenstrukturen "sauber" zu halten. Auch wenn Sie alles korrekt gemacht haben, sollten Sie trotzdem ein solchen Script hinterlegen. Die Scripte werden automatisch ausgeführt. Es empfiehlt sich als Best Practise den Namen der zu "cleanenden" Tabelle als Scriptname zu hinterlegen. [[File:|190x22px]] Script-Beispiel: 
#'''Delete: ''' Der Ordner Delete beinhaltet Scripte, welche ausgeführt werden wenn die Methode '''JobEntry ''' false zurückgibt. Auch hier empfiehlt sich als Namensgebung der Tabellenname. [[File:|190x22px]] Script-Beispiel: Im speziellen Fall des Delete-Scriptes stehen folgende [[/doku.php?id=wiki:guiplatzhalter|Platzhalter]] zur Verfügung. @Mandant und @JobId, bitte achten Sie bei Verwendung der Variablen auf die korrekte Bennenung.
#'''Graphics → Icons: ''' In diesen Ordner können Grafikdateien hinterlegt werden, welche als Grundlage für die RibbonButtons dienen. Es empfiehlt sich .ico Dateien zu verwenden. Beispiel: [[File:|186x57px]]
#'''Info: ''' Der Ordner Info beinhaltet die '''[[/doku.php?id=wiki:productxml|Product.xml]]''' welche folgenden Aufbau hat. [[File:]] * '''ValidationKey:''' Der ValidationKey der HTK Lizensierung. *
#'''DemoSerial:''' Hier kann eine Standard Demoseriennummer.
#'''SettingsXml:''' Hier kann die zu verwendende SettingsXML.
#'''Features:''' Semikolon getrennte Liste von Features.
#'''Productname:''' Der Produktname welcher in der Addins übersicht angezeigt wird.
#'''Description:''' Die Beschreibung welche in der Addins übersicht angezeigt wird.
#'''Author:''' Der Autor des Plugins.
#'''Name:''' Der Name des Plugins. : Sollten Sie nicht die HTK Lizensierung sondern Ihre eigene Verwenden, so können Sie dies leer lassen 
#'''Install:''' Der Ordner Install beinhaltet Installationsscripte welche aufgerufen werden sobald man sich in die Business Process Management GUI Anmeldet (nach Login Dialog). Hier sollten Sie darauf achten, dass Sie alle Datenbankstrukturen nur anlegen wenn diese nicht existieren! Auch hier empfiehlt sich als Namensgebung der Tabellenname. Beispielscript: [[File:|1023x238px]]
#'''Options: ''' In dem Ordner Options befindet sich die '''[[/doku.php?id=wiki:optionsxml|Options.xml]]''' welche folgenden Aufbau hat. [[File:|515x123px]]
#'''HasProperties:''' Gibt an ob der Job bei Doppelklick oder Klick auf Einstellungen Serviceproperties hat. Steht diese Option auf false, so öffnet sich immer die erweiterte Konfiguration
#'''MandantNessesary:''' Steltt man diese Option auf true, so kann man den Job (von Haus aus) nicht ohne Mandant hinterlegen. Wenn dies nur in bestimmten Szenarien der Fall sein sollte, so lassen die dies auf false und prüfen SIe dies im '''JobEntry''' einstiegspunkt.
#'''JobMatches:''' Hier können Sie Semikolongetrennt alle Jobbezeichnungen hinterlegen bei denen das Plugin geöffnet werden kann.
#'''Ribbonbuttons → Configuration: ''' In der '''[[/doku.php?id=wiki:configurationxml|Configuration.xml]]''' Datei wird definiert welche RibbonButtons das Plugin erzeugt, auf welcher RibbonPage und in welcher RibbonGroup. Zusätzlich wird definiert, was bei einem Druck auf den Button passiert und ob es eine Bedingung für das erscheinen des Buttons gibt. [[File:|724x617px]]
#In '''Grün''' markiert sieht man dass die Datei aus Zwei Bereichen besteht. Einmal '''[https://documentation.devexpress.com/#WindowsForms/clsDevExpressXtraBarsBarButtonItemtopic BarButtonItems]''' und einmal '''[https://documentation.devexpress.com/#WindowsForms/clsDevExpressXtraBarsBarLinkContainerItemtopic BarButtonLinkContainerItems].'''
#In '''Blau''' markiert sieht man den jeweiligen Button hier können natürlich N Buttons definiert werden. Bitte achten Sie darauf dass der aufbau eines BarButtonLinkContainer's durch die zusätzliche Buttonlist abweicht
#In '''Braun''' markiert sieht man die ID des Buttons, diese muss gesetzt werden, da diese den Button eindeutig kennzeichnet. Bitte achten Sie darauf dass die ID so eindeutig ist dass Sie nicht mit anderen Lösungen sich übershcneidet und vergeben Sie diese nicht doppelt.
#In '''Orange''' markiert die Buttonlist eines BarButtonLinkContainer's. Hier werden die ID's der Buttons hinterlegt welche unterhalb des BarButtonLinkContainer's erscheinen. Achtung: Buttons werden automatisch Visible wenn Sie "Kinder" eines BarButtonLinkContainer's sind. Die Reihenfolge ist die Reihenfolge innerhalb der XML Datei.
#In '''Grau''' markiert die Sichtbarkeit eines Buttons. Wenn der Button teil eines BarButtonLinkContainers ist, stellen Sie diesen auf Never. Der BarButtonLinkContainer stellt diesen automatisch auf Always. Sie verhindern allerdings durch die Einstellung Never, dass dieser zusätzlich im Ribbon als eigenständiger Button angezeigt wird.
#In '''Lila''' markiert sehen Sie die zuweisung eines ItemClick Events an eine Funktion namens BarButtonItem2OnItemClick. Hierbei handelt es sich um Devexpress BarButtonItem Events welche definiert werden können.
#*In '''Pink''' markiert sehen Sie eine hinterlegte BarButtonItem Condition, diese Condition gibt true bzw. false zurück. Bei False würde der Button nicht angelegt werden! Wenn also Buttons nur unter bestimmten bedingungen angezeigt werden dürfen (bspw. File XY existiert oder nicht), dann müssen Sie dies über eine condition lösen. Achtung: Die Texte '''Caption, Page und Group ''' beziehen sich '''immer ''' auf eine GUI Plugin-Lokalisierungsdatei, die Anlage dieser entnehmen Sie bitte dem Beitrag '''[[/doku.php?id=wiki:guipluginlokalisierungsdateien|GUI Plugin-Lokalisierungsdateien]]'''.
#'''Ribbonbuttons → ''''''RibbonButtonMethods.cs'''''': ''' In der [[/doku.php?id=wiki:ribbonbuttonmethods|RibbonButtonMethods]] Klasse müssen Sie zu den jeweils definierten RibbonButtons die jeweiligen Events hinterlegen, sowie die Conditions zu den definierten Conditions. Bitte beachten Sie das es sich bei der RibbonButtonMethods um eine statische Klasse handelt. Beispiel: [[File:|797x504px]] Conditions müssen immer als public static bool XYZ ohne Parameter definiert werden. Wird hier False zurückgegeben, so wird der Button nicht angelegt. Die Eventsignatur muss entsprechend der von Devexpress definierten Eventsignatur sein, die Signatur für den Fall ItemClick können Sie obigem Beispiel entnehmen. '''Tipp: ''' Um aus einem ButtonClick heraus die zu verwendende SQL Verbindung zu bekommen, nutzen Sie die GetSQlConnectionInfo funktion aus dem Shared Namespace, diese liefert Ihnen einen Tuple<[https://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection(v=vs.110).aspx SqlConnection], [https://msdn.microsoft.com/en-us/library/system.string(v=vs.110).aspx String]> Item1 stellt hierbei eine '''geschlossene ''' [https://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection(v=vs.110).aspx SqlConnection ]und Item2 den Connectionstring dar.
#Nun können Sie das Plugin erstellen. Wählen Sie als Zielplattform bitte '''x86''' aus. Zur Installation legen Sie das Plugin sowie alle Vorrausetzungen und Verweise in den Ordner Plugins Ihrer installierten Business Process Management GUI. Wenn Sie alles richtig gemacht haben, sollte ein Klick auf Addins ihr Plugin anzeigen. [[File:|1043x499px]]
</div>