Process Mapping Logo

Process Mapping - Forums

Sharing 19 years of knowledge and experience

 
Metastorm BPM forums
Sign up Latest Topics
 
 
 


Reply
  Author   Comment  
JD

Member
Registered:
Posts: 48
Reply with quote  #1 

I am coming across the problem on a from where by having dependents is lowing it up and putting it into a spin so data typed in goes missing as the dependents are catching up.... Any pointers as to how to get round this?

0
KarlD

Avatar / Picture

Guru
Registered:
Posts: 113
Reply with quote  #2 

Hi John,

 

The only way round this is to reduce the number of dependents. Either break up the form and chain the actions or simplify the form.

 

Cheers,

Karl.

0
Jerome

Avatar / Picture

Guru
Registered:
Posts: 5,507
Reply with quote  #3 
We are finding form refreshes to be exceedingly fast compared to previous versions. How many / what kind of dependents are you talking about, and which version are you on?

__________________
Post an example, and we will have a much better idea what the problem is. In about 90% of posts, the problem is one of communication. Examples bridge that gap.
0
JD

Member
Registered:
Posts: 48
Reply with quote  #4 
jerome - about 16 dependents and a vararity of things occuring such as setting chk boxes, drp downs, text boxes etc...  Version 9.1.1.2

Karl - might have to do that but breaking up the form or chains makes the updating of it much harder.. I guess I might have to be much, much smarter about when dependents are used.. hope you are keeping well young man!! lol

0
BMellert

Guru
Registered:
Posts: 688
Reply with quote  #5 

I do sometimes wish we had the option to indicate what something is dependent upon.  I just dislike the idea of refreshing several form items when only one is needed -- waste of processing and additional call backs to the server.  However, I haven't seen any obvious is/has dependence issues myself yet, so its not been an issue.

0
JD

Member
Registered:
Posts: 48
Reply with quote  #6 

EXACTLY BMellert....   I'm having to try and rethink what I thought was an obvious soultion and see if I can get it to work properly.

0
chsantosh

Member
Registered:
Posts: 14
Reply with quote  #7 
Good Afternoon Pros,
We have been struggling with the spinning issue for a month or so. We have tried different things but to no avail. We are on 9.1 base version and just working on upgrading to 9.2 in hope that it might fix the issue. I do have to confess that we have complex forms where we are using a mixture of chaining and javascript to navigate from form to form. We have a total of 6 forms that complete the updating of all the components. We did start with one long form and to reduce the dependencies, we broke it down to 6 different forms.

Can any one of you give us some direction in resolving the spinning issue. The weird part is, it sometimes resolves when refreshed (F5) and sometimes you go through 3 or 4 refreshes before it comes up. This form load issue is inconsistently happenning couple times at various junctures. We do use a service layer to get information and save information to the buisness database, but direct access to the metastorm database.

Any thoughts?

Your time and help is very much appreciated.

Thansk,
Santosh

__________________
Santosh
0
praxkan

Veteran
Registered:
Posts: 142
Reply with quote  #8 
Santosh - do you have an attachment clip on your form, thats tied to a DMS?
0
chsantosh

Member
Registered:
Posts: 14
Reply with quote  #9 
Thank you for the response.

No sir, we do not.

The typical error that we see using the F12 on IE, leads us to a Telerik control javascript error. I am not sure how much that means.

Thanks,
Santosh

__________________
Santosh
0
praxkan

Veteran
Registered:
Posts: 142
Reply with quote  #10 
Ohok. 

Do you have anything "on form load" that's executing server side? Also, is this happening only on one of your environments or all (dev/prod)
0
chsantosh

Member
Registered:
Posts: 14
Reply with quote  #11 
Yes, we do have server side execution....calls a webservice to load data and on submit, it calls a web service to save the data. The problem typically happens on form load of the next form (random) that is either called through chained action or URL using javascript.

The behaviour is the same in all environments.

In the mean time, we are trying to remove certail sections of the form, deploy and testing to see if something in that section is causing it....from the forums, that is one advise I have seen repeated.

As an FYI, we have load tested out webservices and we are pretty confident that web services are not the cause for the issue. I could be wrong though.

Thanks for your time,
Santosh

__________________
Santosh
0
praxkan

Veteran
Registered:
Posts: 142
Reply with quote  #12 
The code you have on form load "may" be the cause of the error. 

As part of the elimination process you may want to eliminate all code on the form load and see if that fixes it. WS calls specifically I think are synchronous unless you call it in a separate thread - so metastorm might be waiting for a return on the call. You could test that hypothesis with Mstm.WriteToLog () between every line on the form load code. See which part it hangs at lol.

PS - As best practice, its best to avoid any code "on form load". Whatever code you put there will execute even when the form is opened at a stage.
0
chsantosh

Member
Registered:
Posts: 14
Reply with quote  #13 
Thank you for your advise. We will give it a shot.

Thanks,
Santosh

__________________
Santosh
0
Previous Topic | Next Topic
Print
Reply

Quick Navigation:


Create your own forum with Website Toolbox!