You are viewing limited content. For full access, please sign in.

Question

Question

After upgrade to 9.1, Workflow not publishing workflow because of references in two locations for a SDK Script

asked on February 21, 2014

So after an upgrade to 9.1, Workflow Designer continuously errors on me when I publish a workflow because it says that the current machine has two references for two of my variable types (in my SDK Script). I understand why this happens but cannot seem to fix the issue.

 

Advise would be greatly appreciated.

0 1

Answer

SELECTED ANSWER
replied on February 24, 2014

It looks like RA90 is being loaded because of your reference to DocumentServices 9.0.

 

Is there a reason why your script is using both LFSO/DocumentProcessor and RA/DocumentServices?

0 0

Replies

replied on February 21, 2014

What references are you missing?

0 0
replied on February 21, 2014

It's not missing, their are two of them. 9.0.0 and 9.1.0 versions and it wont resolve itself

0 0
replied on February 21, 2014

What files are we talking about?

0 0
replied on February 21, 2014

It's specifically the RepositoryAccess references.

0 0
replied on February 21, 2014

 error CS0433: The type 'Laserfiche.RepositoryAccess.Session' exists in both 'c:\Windows\assembly\GAC_MSIL\Laserfiche.RepositoryAccess\9.0.0.0__3f98b3eaee6c16a6\Laserfiche.RepositoryAccess.dll' and 'c:\Windows\Microsoft.NET\assembly\GAC_MSIL\Laserfiche.RepositoryAccess\v4.0_9.1.0.0__3f98b3eaee6c16a6\Laserfiche.RepositoryAccess.dll'

0 0
replied on February 21, 2014

What if you remove the reference to RA 9.0?

0 0
replied on February 21, 2014 Show version history

I only have 1 reference in there (9.0) and removing means I cannot compile it. I have tried switching around which reference I use.

 

Currently, It compiles and runs fine in the Script Editor but will not allow me to publish the workflow that contains it.

0 0
replied on February 21, 2014

If you right click on the Laserfiche.RepositoryAccess under References and choose Details from the context menu, is it listed as 9.0.0.0 or 9.1.0.0. If it is 9.0, can you remove it and add the reference to 9.1 back?

0 0
replied on February 21, 2014

I have tried that and have just now tried that again.

 

It does not work. It gives the exact same error when I try to publish the Workflow. 

0 0
replied on February 21, 2014

You would need to change the script to only use methods from the 9.1 version.

0 0
replied on February 21, 2014

Okay....How do I do that? rewrite the code word for word?

0 0
replied on February 21, 2014

Miruna,

 

I appreciate your help, but I do not know how to go about doing that. This is the entire reason I had posted this question. After a bit of troubleshooting, I had still not accomplished this goal of getting the workflow to publish. At that point, I tried to live chat with a Laserfiche employee and have not been able to get through, so I decided this morning to post the question. I need to get this workflow republished immediately so it can continue to be used.

0 0
replied on February 21, 2014

I'm seeing both version of RA in the references after upgrades, so I'm not entirely sure how you ended up losing RA91. You don't need to re-write the entire script, just the calls that referenced RA90 specifically.

 

Things like

Dim wrapper as ConnectionWrapperRA = Me.ConnectToRA(ConnectionMethodRA.RepositoryAccess90)

would be just be obsolete.

 

Or

 

dim docinfo as Laserfiche.RepositoryAccess.Documentinfo = wrapper.BoundEntry

would be just

 

dim docinfo as DocumentInfo = me.BoundEntryInfo

From the error message is sounds like you were making your own connection. You don't need that anymore either.

0 0
replied on February 21, 2014

I'm sorry Miruna, but I cannot understand how that is supposed to of helped me. I am using C# not VB.

 

And again, I have not lost any references, I merely have two libraries that should be able to resolve the code, and it doesnt know which to use.

0 0
replied on February 21, 2014

What might happen if I manually removed those 9.0 resources?

 

I'd really like to resolve this, I haven't been able to get through to anyone on Chat all day, is something going on?

0 0
replied on February 21, 2014

C# would have similar calls. And, yes, that's exactly what i am asking you to do: change the reference to RA91 and then go through your script and change calls that were referencing RA90 directly to use RA91.

0 0
replied on February 21, 2014

How would I go about doing that when both references appear the exact same? The reference in my script is:

using Laserfiche.RepositoryAccess;

 

That's how it looks with either 9.0 and 9.1

0 0
replied on February 21, 2014

In the Object Explorer pane in the Script Editor, open the References node. If you right click on the Laserfiche.RepositoryAccess under References you can delete it. Then right-click on References, browse to the GAC and add the one for Laserfiche.RepositoryAccess with version 9.1.0.0.

0 0
replied on February 24, 2014

Hi Miruna,

 

I have tried that several times without any success. I get the exact same error when trying to publish the workflow. 

0 0
replied on February 24, 2014

Miruna,

 

I have still been unable to publish my workflow. After trying to reference the RepositoryAccess91 library when possible, I am getting a warning when I compile that indicates I may need to supply runtime policy. How can I do this? It's telling me that the assembly reference for Laserfiche.RepositoryAccess 9.0.0.0 matches the reference for 9.1.0.0.

 

How can I set runtime policy?

0 0
replied on February 24, 2014

Also worth pointing out, I now can also not run the script from inside my Script Editor. It gives a "Entry point was not found" message on a call to a function member of DocumentExporter

0 0
replied on February 24, 2014

Can you post a screenshot of the References node in the script editor?

 

The "Entry Point not found" error is probably caused by the same issue discussed here.

0 0
replied on February 24, 2014

here is both

0 0
SELECTED ANSWER
replied on February 24, 2014

It looks like RA90 is being loaded because of your reference to DocumentServices 9.0.

 

Is there a reason why your script is using both LFSO/DocumentProcessor and RA/DocumentServices?

0 0
replied on February 25, 2014

Nope, I actually took out the DocumentProcessor references without any issues. It was just a remnant of the default references I guess.

 

I changed the reference of DocumentServices from 9.0 to 9.1 and now it's working and publishing just fine. Thank you.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.