Re: Is ActiveX the answer?
in my option I tend to keep well away from OCX. as when you have any new updates to the OCX you need to register them agian. which in my option is very time comsumeing. I not tryed ActiveX tho pages my self. but once I did read that you are right you do need to sign the control. there is a tool for this on the Visual Studio 6 cd not sure what it's called now but it is there.
Have you though along the lines of ASP if this is for a webapp. you chould then use that to access the Registry to check for updates.
anyway good luck
Re: Is ActiveX the answer?
Quote:
Originally Posted by dreamvb
in my option I tend to keep well away from OCX. as when you have any new updates to the OCX you need to register them agian.
That's not quite true. If you change the interfaces on the ActiveX control - which I am assuming that if you're coming from a Java background you are familiar with IDL - you will need to re-register.
If the interface(s) remains unchanged so does the registry entries.
If you add a new interface (the 'right' way to ensure backward compatibility) then only the new interface will need to be registered. The old registry entries will remain the same.
The only real problem with ActiveX controls is that they only run on Windows clients. If that's not an issue, then using ActiveX controls is not an issue.
Re: Is ActiveX the answer?
ActiveX has its place. I use them extensively in my Object-Oriented Component-Development. When used for standard applications and COM and DCOM applications, they are very freindly, powerful, and elegant.
I have used them embedded in HTML pages and found it a huge pain in the arse. For your case I would not recommend it. In order to bypass security issues I have seen ways to encrypt the ActiveX Control's signature as super-safe, but since XP SP2, even this has not been enough to deliver an elegant solution.