Process Mapping Logo

Process Mapping - Forums

Sharing 19 years of knowledge and experience

 
Metastorm BPM forums
Sign up Latest Topics
 
 
 


Reply
  Author   Comment  
royster

Senior Member
Registered:
Posts: 74
Reply with quote  #1 
This is really strange.

I have a procedure that has been publishing no problem on 9.2, then all of a sudden, it decides to throw a nothing error

"An internal error has occurred within the deployment server."

I look up on here, as this is my go to place for tips and solutions, and see that there are quite a few occurrences of this error. the problem seems to be that it is all the unhandled errors that go here.

Anyway, I will create a ticket for Opentext to look at, but I have the following issue. I try to deploy my procedure and get the above error, fairly early on in the deployment. There is no error log but the event viewer says this

Quote:
Fatal -> System.ArgumentNullException: Value cannot be null.
Parameter name: field
   at Metastorm.Deployment.Mbo.DataGenerators.MboHelper.IsReadOnlyMember(MboMember field)
   at Metastorm.Deployment.Mbo.DataGenerators.MboDataMemberBindingMemberGenerator.DoImplementationCode()
   at Metastorm.Deployment.Core.CodeGenerator.MemberGenerator`1.SetCodeTypeDeclarationWithGeneratedCode(CodeTypeDeclaration classTypeDeclaration)
   at Metastorm.Deployment.Forms.CodeGenerator.FieldMemberGenerator`1.CreateDefaultFieldCode(IEntity whenChanged, BaseValueEntity value, CodeTypeReference baseType)
   at Metastorm.Deployment.Forms.CodeGenerator.RadioGroupFieldMemberGenerator.DoImplementationCode()
   at Metastorm.Deployment.Forms.CodeGenerator.PanelFieldMemberGenerator.DoImplementationCode()
   at Metastorm.Deployment.Forms.CodeGenerator.BaseFormCodeGenerator`1.GenerateFormControlsCode()
   at Metastorm.Deployment.Forms.FormCodeGenerator.DoImplementationCode()
   at Metastorm.Deployment.Projects.BaseProjectMemberGenerator`1.DoImplementationCode()
   at Metastorm.Deployment.Projects.ProjectMemberGenerator.DoImplementationCode()
   at Metastorm.Deployment.ProcessModels.CodeGeneratorFactory.BuildCode(IEntity rootEntity, Boolean includeDebugInformation)
   at Metastorm.Deployment.ProcessModels.ProcessModelDeployer.Deploy(IEnumerable`1 entitiesToDeploy, IEntity rootEntity, DeploymentInfo info)
   at Metastorm.Deployment.Core.DeploymentService.DoDeploy(IEntity rootEntity, IEnumerable`1 entities)
   at Metastorm.Deployment.Core.DeploymentService.Deploy(IEntity root, IEnumerable`1 entities) -> 14/01/2013 10:37:05


which doesn't give me all that much, except that the deployment engine is not happy with a parameter called Field, which I have not created.

The real head scratcher is that if I pull back the most recently successfully published version of my procedure and publish that, unchanged, I get exactly the same error above. I have made no changes to the database table, which is the only thing I can think of, that would cause this.

Anyone have any ideas?

0
royster

Senior Member
Registered:
Posts: 74
Reply with quote  #2 
Turned out to be a most obscure issue. An old form that is no longert used in the process lost its binding to the BO. I lost 1 full work day trying to get this sorted out.

At least Metastorm/OpenText had the experience of dealing with issues like this and were able to spot the likely component that would have caused this, thus saving me hours/days of trial and error.

Phew
0
Jerome

Avatar / Picture

Guru
Registered:
Posts: 5,507
Reply with quote  #3 
I feel your pain, I really do. What really annoys me, is if Support know what the problems are, why is not either documented, or (better) fixed?

To diagnose this I save a copy and delete components until the problem goes away. That is the simplest way to find the offending component, then go and see what is broken there. It is a right royal PITA, though.

I think I am going to start a 'what must be fixed for this to be an acceptable product' thread. This is on the list, and the 'if one line of code is wrong, everything is an error' validation problem and the 'there's been an error, and I'm not going to tell you what it was' error log entry.

__________________
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
royster

Senior Member
Registered:
Posts: 74
Reply with quote  #4 
Hi Jerome
I was doing this but, thankfully, when I got on the call with Metastorm, they were able to look at the error message and determine that it was a radio group within a panel. The next stage was to look for a radio group within a panel. 5 minutes and bang, problem solved.

At least this experience has given me the knowledge to go about solving something like this out, myself, in the future.
0
Jerome

Avatar / Picture

Guru
Registered:
Posts: 5,507
Reply with quote  #5 
I guess we now have to become experts at reading these stack traces too. I'll add it to the list of skills that are absolute requirements for making use of this product. It's a long list....
__________________
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
royster

Senior Member
Registered:
Posts: 74
Reply with quote  #6 
You'd think that 11 years .net experience would make reading a stack trace easy peasy. Sometimes you just need a nudge in the right direction.

Clearly with v9 you have to have a greater amount of techy knowledge.
0
totaldis

New Member
Registered:
Posts: 9
Reply with quote  #7 
AHHHHHHHHHHHHHHH!!!!!!!!!!!!!!!!!!

That's all I have to say about this topic.

...aaron
0
JoeOmerta

Veteran
Registered:
Posts: 210
Reply with quote  #8 
They resolved this in 9.2.2 i believe.  It was always a pain when making reports and you make one tiny change to the bo and then have to re-assign everything on the report again.
0
Previous Topic | Next Topic
Print
Reply

Quick Navigation:


Create your own forum with Website Toolbox!