Uns ist ein Server abgeraucht und der neue hat eine andere URL. Nun haben wir aber einen ServiceBroker, der von diesem Server Informationen in SmartObjects umgewandelt hat.

Mein erster Gedanke war, ich muss jetzt dutzende von SmartObject neu anlegen oder editiert oder weiß ich was, aber es war so easy, dass man sich anstrengen muss, das in 3 Schritte auszubreiten:

1. BrokerManagement.exe auf dem K2 Server öffnen
2. Zur ServiceInstanz navigieren
3. URL in den Eigenschaften ändern

Fertig! Es dauerte keine 3 Minuten und das, obwohl ich nicht einmal wusste, wie es geht! Sehr gut!

---
Unterstütze mich und meinen Blog und kauf dir was Nettes (über diesen Link)

• SmartObjects sind innerhalb von K2 und den Designern typisiert, will man aber über Code darauf zugreifen, wird jede Eigenschaft als String übergeben. Hierbei wird die auf dem Server eingestellte Kultur genutzt. Deshalb muss man bei Dezimalzahlen darauf achten, wenn man mit diesen weiter rechnen will.
• Fast alle Namen im K2-Umfeld (SmartObjects selbst, ihre Methodennamen sowie Ihre Eigenschaften, …) haben einen technischen Namen und einen Display-Name. In allen Tools wird der Display-Name angezeigt, für eigenen Code benötigt man aber den technischen Namen.
• Der Change-Compile-Deploy-Test-Zyklus ist lang. Hier hab ich zwei Ansätze: Während der Entwicklung an einer Stelle den Folie auf die ProcessID setzen und dann auf Asynchron schalten. Dann von extern (z.B. Konsolenapplikation) die Prozess-Instanz holen und damit rumhantieren und erst wenn der Code das tut, was er soll, wird er in das Server-Event kopiert. die zweite Variante ist, Server-Events klein zu halten, in dem aus ihnen nur Code einer DLL aufgerufen wird. Diese DLL entwickelt man separat. So ist auch das Testen einfacher.
• Ich hatte während der Entwicklung 2-3 mal das Vergnügen, dass mein kompletter Prozess auf einen älteren Stand “zurückmutierte”. Ich kann es nicht gezielt reproduzieren, aber ich glaube, es hat mit dem Öffnen mehrerer Instanzen vom Visual Studio zu tun. Komischerweise konnten sowohl SVN wie auch die eingebaute Versionierung des K2-Servers meinen letzten Stand nicht zurück holen.
• Simple InfoPath-Formulare gehen schnell von der Hand, komplexe dauern dagegen länger als die komplette Entwicklung eines eigenen Formulars mit ASP.net. Es ist auch einfacher, das Formular-XML in einem Server-Event vorzubereiten, als die Webservices im Infopath zu nutzen.
• SmartObjects sind langsam! Ein kurzer Test zeigte, dass jede Methode, die den SmartBoxService nutzte, jeweils rund 0,4s benötigt. Ein über einen ServiceBroker angebundenes CRM hatte sogar Zeiten von rund 0,6s. So dauert das Sammeln aller nötigen Daten für ein Formular auch schon mal 5-10s. Hantieren mit Prozessinstanzen von externem Code aus geht hingegen super schnell.

Aber kennt man erst einmal alle Fallstricke, macht die Entwicklung mehr Spaß und geht auch schneller von der Hand!

---
Unterstütze mich und meinen Blog und kauf dir was Nettes (über diesen Link)

Wenn es auch nach dem 5. prüfen immer noch richtig aussieht und auch ein Kollege keinen Fehler finden kann, dann liegt es wohl daran, dass kein Fehler sichtbar ist. Hier hilft bei K2 immer, einfach alles löschen und genauso neu erstellen.

Bei mir war es die Referenz auf ein SmartObject. Ich hatte anfangs die Parameter der Read-Methode falsch, hab aber schon Werte aus dem SmartObject in einer E-Mail verwendet. Als ich das Read dann richtig hingebogen hatte, ging’s trotzdem nicht. Lösung war, alle genutzten Felder aus der E-Mail entfernen und neu einfügen. Offenbar wird mit dem Feld zusammen auch die Definition der Referenz kopiert.

---
Unterstütze mich und meinen Blog und kauf dir was Nettes (über diesen Link)

Consider a two-step approval process for your travelling expenses as shown in the following figure:

It is worth noting, that you need to ask the right manager for approval in the first step but that everyone from the HR department should be able to approve the second step.

To implement this workflow using K2 you could use the Visio-integrated designer or the designer inside Visual Studio. I decided to use the Visual Studio Designer because it is more powerful and you can draw connection easier.

So you start the K2 Designer for Visual Studio and start modeling the process. In case you know what you are doing, you may come up with something equally to the following:

The workflow is bound to a Sharepoint library and starts automatically if someone submits a new form to this library. The manager is determined depending on the user who submitted the form. The manager gets a notification via e-mail about the new workflow instance or he will see his task if he checks his Sharepoint task list or his K2 Workspace page. He can open the InfoPath-form, add comments and decide whether he want to accept or reject it. In case of a rejection the originator of the request gets notified and has now the possibility to adjust his form.

In case the manager agreed with the form it is routed to everyone in the HR group. The first HR group member opening the task has again the possibility to add a comment and to choose between accept and reject.

After the approval of a HR coworker the originator and his manager are informed via e-mail about the final approval and the form is saved inside a Sharepoint library for further processing.

K2 allows you to draw the complete workflow in a matter of minutes and its flexibility allows for other additions such as “auto-approve request below xx €” or “enrich the form with the last requests from this employee for the manager/HR view”. The visual representation of the workflow is easily readable which is good for the client, for the documentation and for the needed development time as well.

---
Unterstütze mich und meinen Blog und kauf dir was Nettes (über diesen Link)