Inches from Failure

I am just inches from finishing the forms structure. Heres how the initial form looks. Please note that at this point what this silly frame shows is nothing more than relative positioning of the form components. I do hope to make it appear exactly the same as in modeller…there are no help messages right now. The labels arent there as well….should be able to do it by today morning….

Muddle..

Btw, my first focus would be to finish the SSO Custom libs first. By the time its done, I will definitely have something running in Swing or some fancy CSS clad JSP. Its like until you see something concrete, you tend to loose focus..stay focussed!!!

The Daemon based administration libs would be easy as the core functionalities are already present in the iProcess Engine. But the difficult part would be the daemon and how effectively a connection can be set up to it from the client in the fastest possible time. I have decided to stick to RV for the time being, the TCP based connection will have to wait until my Java Messaging Engine is done….   

Easier Said Than Done….

I must be going at snail speed. Today, I was only able to complete the Form objects retrieval which includes the Form Foregound text,the fields and their markings (simple validations) .I still have problems in getting the helpMessage. Although these components can be easily retrieved via the vFMarking and vAFMarking objects, there is no straight way to find a relation between them I mean, how do you find the help message and the validation for a particular field in a form! The SSO libs do need some serious re-work. I had to use around 3 loops do it. It is done but then what about the performance..its killing me!!!

The form object is important as I intend to provide abilities for requeing and the like. As the methods for Queue and WorkItem listing are already there, the form Object will definitely help in completing the loop. I seriously would have been far better off if the OpenForms were available for Java as well.

Tomorrow I will start putting up the cutom libs to action. I have already started with Swing, lets see how easy it gets…. 

____________________________________________________________

‘It’s easier said than done.’
… and if you don’t believe it, try proving that it’s easier done than said, and you’ll see that ‘it’s easier said that ‘it’s easier done than said’ than it is done’, which really proves that ‘it’s easier said than done’.

Draft Version 1.0

The Extended iProcess Client is a miniature front end for administering the iProcess Engine as well as runtime Case and WorkItem management. The client, will be available in both Swing and JSP and relies on a set of core cutomied libraries based on the TIBCO  SSO API and an additional Admin Daemon. This daemon will run on the iProcess Node and will be communicated by the Client via RV or EMS implementations. I had to resist redeveloping the agent without using any of the commercial messaging systems, but I guess that will have to wait until I am done with the Java Messaging Backbone.

The draft version is available here

The design is not flawless and I strongly believe many changes will take place until the first phase of development begins. Right now, I am busy putting together the first Swing based prototype for the client….