registration-free deployment

[alanmcd]

I have compiled the View sample in Delphi2010. I have deployed it successfully to a new environment using the registration-free (manifest file) method.
I have also added the viewer to my application in an MDI form.
The application works perfectly in my dev machine (where I also have the full PDFViewer Pro installed).
But when I try to run my application in the same folder as the working View sample, the application raises an exception when I create the form with the CoPDFXCview1 component. The exception is:
2.5 Type : EOleSysError
2.6 Message : Class not registered.

I have ensured that I have myapp.exe.manifest file present as is view.exe.manifest.

I have also tried registering the PDFXCviewAx.dll. On WinServer2003, the registration succeeds but the application still raises an exception when creating the MDI form - the message unfortunately also raises an exception here:
GetTextFromResult(HResultInp, str);
and cannot be shown
On Vista the registration succeeds as administrator but the form creation fails. It also fails in registration-free method.

I must be missing something else so I'd appreciate some ideas
thanks
Alan

[alanmcd]

OK - I've been reading the messages here and noting the dates of the conversations. I suppose I was persevering becuase the registration-less com folder kept me thinking there is a way to do this.
But there appears no way to do this. .exe servers can't be registered with a manifest at all - it appears to not be restricted to the language/localization issue.
If I regsrv32 the dll and /regserver the exe, it all works fine.
Seems no other way at this time
Alan

[Corwin - Tracker Sup]

Hi Alan,

I have tested sample MDI app as you described, and have found no problems with it. Maybe you can give more detailed step-by-step instruction, of how to reproduce your problem?

[alanmcd]

It can't have anything to do with MDI.

If I register both the files
regsrv32 PDFXCviewAX.dll, and
PDFXCview.exe /regserver

I do not get any errors.

But the manifest method does not work. Are your tests being done on a machine with no previous knowledge of XChangeVeiwer?
Alan

[Corwin - Tracker Sup]

Are your tests being done on a machine with no previous knowledge of XChangeVeiwer?

Yes, and all works as supposed.
May I ask you, to send us your app (with all manifests files), so we can see what's wrong?

Please zip any files and pls do not expose any serial numbers etc if project files are supplied.

[alanmcd]

I have included here a simple MDI app which creates my PDFView form.
In this example, the form loads without exception.
When I make the exact call from my real application, (using cm.exe.manifest in lieu of MDIAPP.exe.manifest - also included), the form fails with the class not registered error.

In both cases I call
PDFView := TPDFView.Create(Self);

but the exception is raised on this line
2.5 Type : EOleSysError
2.6 Message : Class not registered.

Any clues as to what I might be doing wrong would be great - thanks for your help
Alan

[Corwin - Tracker Sup]

Hello Alan,

Maybe you use TXPManifest component or enable default Delphi manifest? In that case this topic may help you:
https://forums.embarcadero.com/message. ... eID=308150

[alanmcd]

Well I can say that if I enable runtime themes in the example app I sent, I get the class not registered error and it fails to load.
If I disable runtime themes, it works OK.

Trouble is, if I disable runtime themes in my real app, I still get class not registered.

Alan

[alanmcd]

OK - nailed it - switch runtime themes off if they are on and build all.
No need to fiddle with res files - it's done for you with the runtime themes switch
Alan

[Chris - PDF-XChange]

[alanmcd]

I've got this working on Vista, XP and Server2003, but it does not work on Server2008R2. Does anyone know if it's supposed to work in this environment as well?
Alan

[Corwin - Tracker Sup]

Hi Alan,

I have just checked Viewer Ax with manifest file on newly installed Windows Server 2008 R2 and all works fine.

[alanmcd]

I can confirm this too now.
It must be Citrix and not the server OS which is blocking the execution.
I don't suppose you know anything about why the new XenApp citrix environment is not allowing execution?
Alan

[Paul - PDF-XChange]

HI alanmcd,

I'll let Corwin comment on the details if he feels it is necessary but I should point out that XenApp and virtualizing the application is not currently supported. We do support Remote Desktop Services (RDS in Windows Server 2008, formally known as Terminal Services) but not application Virtualization.

Having said that I know that some users have successfully done this but independently of Tracker Software.