Skip to Main Content

Oracle Developer Tools for Visual Studio

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Unable to install Oracle Developer Tools for Visual Studio on a Windows 10 machine.

User_EKV9JJun 18 2021

Hello.
My office PC was replaced this week to a new Windows 10 machine. I was setting up the environment to work and installed Visual Studio 2019 without a single issue.
But I can`t install Oracle Developer Tools for Visual Studio. I downloaded both .vsix package installers for versions 19.3.1.0.0 and 19.3.2.0.0 and both give the same error: Process with an Id of *number is not running. The number changing at every attempt to run.
We tried installing an local Oracle Client (both versions 10 and 11) without results. Googling it only return issues related to IIS, not ODP. I`m requesting to be answered ASAP, since ODT for VS is an essential tool for development and support on our company projects.

Best regards,
Fabio Oneda
Error_ODP_Vsix.png (15.63 KB)

Comments

François Degrelle
Steve,

I think that you'd better have to also put this great information on your own site, so that it could be stay on top of something.
I'm sure that this info would still interest people in a few years, but this thread would be probably very far in the forum history's pages.

Francois
user346369
Good idea, Francois. I hope people will post responses to it here, first, so I can correct or improve it as needed.

And Oracle is coming out with Forms 11 soon (I hope), so some things should change.
221488
This is really good info Steve. Thanks
anammari
I followed your instructions and installed Developer Suite 10G on Windows Vista Home Premium edition. I have Oracle 11G DB running on the same machine.

Two points, Steve:

1. When I tried to set the maximum virtual memory to 6110 an error message displayed from Windows and told me that I can't set the maximum virtual memory to more than 4096. I set it to 4090 and it worked and I got nothing wrong during the installation process.

2. After installing JInitiator and disabling Java on Firefox I called the http://127.0.0.1:8889/forms/frmservlet page and everything seemed to be OK because the Oracle Forms Services logo appeared and then a successful installation message appeared , but as I clicked (ok) to continue a gray screen appeared inside the browser (like the one displayed when you try to run a Java applet inside a browser) and then I wait to death till something appears but sadly nothing. I just get a blank gray screen inside my Firefox browser.

Do you have any idea what to do to solve the problem?
Regards
user346369
MichealAngelo:

1. I am sure the maximum virtual memory of 4096 is ok. My Vista system showed a recommended size of 3055 MB, so I used that, and then doubled it for the maximum. But it was just a guess, nothing more. I'll revise my notes above.

2. That is what you should get.  You must change the browser's URL to run an actual form. Please note the last section above under Browser Settings:
    To run a real form, add this to the URL after frmservlet,
      (without space):
         ?form={formname}&userid={userxxx}/{passwordyyy}@{connect-string}
      but replace the parts in curly braces with the appropriate values.
      Example:
        http://127.0.0.1:8889/forms/frmservlet?form=ABC&userid=abc123/zyx@orcl
612740
Thanks for your detailed posting. I have all the informations, I want to know in a concise manner about installation Form 10g.. Once again thank you
615224
Hi,
I just bought my new laptop(windows vista) few days back. I have installed Oracle Database 10g(10203_database_vista) on my laptop. It is working fine.

Now I am trying to install the forms ds_windows_x86_101202_disk1 and ds_windows_x86_101202_disk2 on the same laptop. I am receiving the following error. I am just following the same instruction as you have described in this thread.

Here is the message.....

Using paramFile: C:\oracle\disk1\install\oraparam.ini


Checking installer requirements...

Checking operating system version: must be 5.0, 5.1 or 5.2. Actual 6.0
Failed <<<<

Exiting Oracle Universal Installer, log for this session can be found at C:\Program Files\Oracle\Inventory\logs\installActions2007-12-27_08-51-53PM.log

Please press Enter to exit...

Any pointer to resolve the issue is appreciated.

thanks,

sudam.
user346369
You did not set the setup.exe compatibility to run as Window XP. It is written above:
  3.  Using Windows Explorer, change the properties of setup.exe
      in the C:\oracle\disk1 folder. (In windows explorer, right click,
      properties, Compatibility tab.)  Change the compatibility to 
      run as Windows XP (Service Pack 2).
607301
Hi Steve,

Thanks for giving detail information about forms implementation in Window Vista.
I tried it and it worked out.

Thanks again genius
618861
Thank you Steve. I followed your instructions and was able to get the forms builder to work. Hopefully I will not run into any more problems as I try to finish my class homework.
617554
Awesome. This helped me alot. I look forward when 8. FORMSWEB.CFG file changes and 9. FMRWEB.RES file changes are updated ;)
user346369
I'll try to get the FORMSWEB.CFG and FMRWEB.RES files posted soon. They are just configured to fit my preferences. Nothing special for the Vista environment.

But I have just confirmed that the 10g Builder crashes under a very simple situation -- compiling procedure A where it calls procedure B. If procedure B has errors, the builder crashes. This is a major problem. I have posted a link above in the first post in this thread.
567066
Steve,

Can you please tell me how could I have the "Start OC4J instance" always up and running in my server. I want the Forms server ( 10g) up and running all the the time. please advice how could I do that. My DB is 11g and using the Oracle Devsuite 10g. Please advice

Thanks
Sheik
user346369
You can create a new String Value in the registry at
HKEY_LOCAL_MACHINE / SOFTWARE / Microsoft / Windows / CurrentVersion / Run
with command to start the OC4J application.

Then it will start when you boot Windows.
François Degrelle
Create a new entry in the registry path pointed by Steve. say : StartOC4J
then put into it the path to your startinst.bat file
e.g.
C:\dev10gr2\j2ee\DevSuite\startinst.bat

Steve, do you know how we can have it starting in a minimized window ?

Francois
user346369
> Steve, do you know how we can have it starting in a minimized window ?

This worked: First, I changed the shortcut (which I keep on my "desktop") properties to Run = Minimized. Then, I went into Regedit, and changed the String Value entry from the "Path + startinst.bat" that you gave above to the actual shorcut:
C:\Users\Steve\Desktop\OC4J WebForms.lnk
The shortcut on my desktop is named "OC4J WebForms". Looking at its properties gave me the path and the ".lnk" File Type.

Now when I restart Windows, the OC4J process does indeed start minimized.
567066
Thanks a lot Steve and Francois , will try those steps and check whether that works out.
François Degrelle
Very clever Steve. Thank you ;D

Francois
567066
Steve,
Looks like its not working, this I am trying on a windows 2003 server and I am just doing a re-start. Hopefully that should work ? right?
or Do I need to do a complete Shutdown? If so I have to have that done by the Admin only. Please advise

Basically what I did is added a new registry entry with value pointing to the 'Start_OC4J_Instance' and added that in the startinst.bat file as Francois mentioned in his posting

Am I doing it correctly or missing any step here. Please advice.

Thanks
Sheik
user346369
This entire thread is about running Forms Builder 10g on a Windows Vista platform. So we thought you were asking about running the OC4J on a Vista system, not Windows 2003!

So if what we gave you does not work, I am not surprised. But a re-start is the same as a complete Shutdown then a startup, so that should not make a difference.

The instructions we gave should work on Windows XP and Vista, but I am not familiar with a Windows 2003 system. It may use a completely different startup routine.
616966
Hi Steve,

Thank you very much, your information helped me lot, and really appreciated

regards
Gopi
616966
Hi steve,

I changed my browser to mozilla and try to run the form but it is givin message ora-12560 TNS protocol error, can you please help to solve this problem.

Regards
Gopi
user346369
That is not a Forms problem. It is a problem with setting up the tnsnames.ora file that Forms and SQL Plus use when you connect to the database.

Do you get a welcome screen when you enter this url in your browser?
http://127.0.0.1:8889/forms/frmservlet
628180
Steve,

I have a windows XP system and have installed the 10g forms as described by you sequentially. However, I am getting an error of :
FRM:40010 :Cannot read form {module1}

please advice for the rectifications.

Sweety
user346369
user625177 wrote:
I have a windows XP system and have installed the 10g forms...
This thread is ONLY about running forms on a Windows Vista system, NOT a Windows XP platform.

Your problem is due to other issues. Please post your question in a new thread.
8506
Thanks Steve for an informative post. I was wondering if Forms 10g would install on Vista - I havent dared try it yet.

There is another option for anyone who wants to start up the OC4J instance easily without putting it in the windows startup. I prefer to add a shortcut key to my OC4J shortcut so that when I am in Form Builder I can just hit Ctrl+Alt+O (or whatever) and it will start up the instance on demand (either minimised or otherwise).

If it is in the Windows startup then it is always started even on days when I am not doing Forms development (yes, this happens :)

Alastair
631579
At first, thanks a lot for everything that you explained Steve Cosner.

I did all the configurations you have said but when i write the address

http://127.0.0.1:8889/forms/frmservlet or
http://mypcname:8889/forms/frmservlet

in the address bar of Firefox, the welcome page doesn't open.
Could you hep me please?
Just as a reminder:

If by starting OC4J at Windows startup, you are hoping to use it as a "server" for remote clients to access applications, please remember that the components in Developer Suite are intended for design time use only. It is not certified or supported, to be used to deploy applications in a Production environment.
user346369
tempshell wrote
in the address bar of Firefox, the welcome page doesn't open.
Could you hep me please?
Did you first start OC4J?

Did you open the portlist.ini file to see if there might be a different number?
618449
You should use the Installer that comes with the 10.1.2.3 patchset - even for installing Developer Suite 10.1.2.0.2. So you do not need to set the compatibility to XP manually.
This way you should avoid many problems and much manual work.
user346369
Even using that installer, when applying Patch 3 it complained with this error:

"Checking swap space: 0 MB available, 512 MB required."

I had to go into the Vista Control Panel, System and Maintenance and change memory management settings as I did in the first steps (part I) above.

So I don't have a lot of confidence that it would run the initial Forms 10g installation any better.
618449
This problem is an Installer problem that is not even Vista specific.
The Installer cannot calculate the size of the Virtual Memory when it is set to Automatic.
The same thing happens on XP.
If you have software that needs this automatic setting you have to reset this after installation.
But when using the Installer shipped with the 10.1.2.3 patchset it will set the XP compatibility automatically for installed executables.
I have seen this on at least 3 install tests.
user346369
I am pretty clueless as to how we should set the Vista memory management.

It is my impression that if Microsoft releases Vista with memory management set to Automatic, then shouldn't we leave it that way?

Seems to me the installer's checking that there is at least 512MB of memory is not necessary on Vista, since (I believe) Vista would not run with less than 1GB.
Information for changing Vista's virtual memory (swap) can be found here:

http://windowshelp.microsoft.com/Windows/en-US/help/89ca317f-649d-40a6-8934-e5707ee5c4b81033.mspx

As with any Windows flavor, it is recommended that the MAX value be equal to or greater than 1.5x the amount of RAM installed, but not to exceed 4gig if running a 32bit OS.
user346369
Thanks, Michael. But even that page does not explain what the "Automatically manage paging file size for all drives" option does. And therefore does not discuss why we should set or unset the option. They just say "If you receive warnings" about memory, then set it higher manually.

So I guess following that logic, if I don't see any warnings, then the Automatic option is the way to go. Does this make sense?
To the best of my knowledge nothing has really changed with regard to page file (swap) handling in Vista as compared to previous versions. "Automatic" simple means that Windows will determine (sort of) the best settings based on the amount of RAM installed and the amount of free disk space. By default, the page file is put on the root drive (usually C:). For the real "nerd" all of this is not acceptable. Here's why:

o Generally the Windows OS will set the MAX size to approximately 1.5x the amount of RAM installed assuming there is that much disk space. This is fine for the average user, however for most of us who run Oracle products more will generally be needed. Setting the MAX to 2x or more is the recommendation for any Oracle server product (database, Application Server, etc). By the way, this "recommendation" is based on my experience and not necessarily the recommendations of the product installation guides. Be sure to refer to those BEFORE installing any product. That was me with my Oracle Support hat on. :-)

o Windows puts the page file on the root drive (usually C:). Although this is fine, for the best performance the page file should be on a local physical drive other than C: and not on the same drive where the application software is installed (assuming this is not C). This allows the OS to read the application files at the same time as it accesses the page file (swap) if it becomes necessary. If both the application and page file are on the same drive, the drive must alternate between reading the application software and the page file contents.

o By default Windows will set the MIN value to a fairly small amount and MAX as previously discussed. This allows the page file to dynamically change size as needed. Although in some cases this has its advantages, it will generally degrade access time to the page file over time because it will become fragmented. This is less of a problem in newer OSs like XP and Vista, nevertheless it still occurs. The real power user will want to do the following regardless of the Windows flavor.

1. Delete all temp, trash can, and other unneeded files. This includes clearing the browser cache.

2. Defrag all hard drives on the machine.

3. Set the MIN and MAX page file size to the same value. You should be using a value that is 2x the amount of RAM installed, but not to exceed 4gig if the OS is 32bit. As mentioned, the best option would be to put the largest portion of the page file on another drive if possible. However, I believe that there may be an issue with one of the Oracle installer version which expects to find the page file on C:. So be sure that there is a page file configured on C,which, at minimum, complies with the requirements of the Oracle product you are installing.

4. Run the PageDefrag tool, which is free from Microsoft (SysInternals)

http://technet.microsoft.com/en-us/sysinternals/bb897426.aspx

I have not tried to run this on Vista yet, but I believe it should work.

5. Choose the option that says "Defragment on next boot". Then click on OK

6. Reboot immediately. Upon rebooting, PageDefrag will start cleaning house. This may be a long process and should not be interrupted.

This information is based on my own experience and research.
636276
Thank you so much for these useful steps
i make it as it is but i face a problem when run the forms the internet explorer raise error that there is problem and internet explorer will stop working.

please i need a help in that as soon as possible

thanks in advance
user346369
Internet Explorer 7 in Vista cannot run web forms using the jinitiator software. As you found out, it crashes. Instead, you have to run it with JRE (Java runtime environment). I installed Patch 3 to Forms 10g, and it works ok. You need to add "config=JPI" to the url you use to call the form in IE.

See this thread for reference:
&nbsp; &nbsp; 644973
usedbits
We are using IE7.0 with JInitiator. The problem y'all might be facing is that there are several versions of JVM.DLL on a typical system. We solved the crashing issue by:

1. Install the most recent JRE environment
2. Install the JInitiator
3. Copy the JVM.DLL from the JRE environment into the JInitiator environment

That's all. We do this with all workstations using IE7.

By the way, this solution also works to enable the Google Toolbar to be used with JInitiator on IE6 and IE7.
221488
@UsedBits
It sounds like you are using Jinitiator as the plugin and the JVM from Sun's JRE? If that is indeed what you are doing, this may work but is not supported by us or by Sun. You are doing the software equivalent of putting a rear axle from a Toyota in a Chevy. It may work today but you really need to test it before taking it for a long drive thru the desert and you are on your own fixing it if it breaks.
usedbits
Jan,

We've used this solution (beginning with the Google toolbar problem) for a little over two years now. It works.

Perhaps Oracle should adopt the 'hot rod' paradigm, except that it is a Chevy rear end which ought to be installed in a Toyota, not the other way around. Pick and choose from the best parts available and make them work for you!

As for "... on your own fixing it if it breaks", at least we got it out and running in the desert! If we had waited for Oracle, we'd still be in the garage waiting for factory parts.
221488
Well, good luck with that. When is the Edelbrock crate motor with chrome valve covers getting installed?
usedbits
Personally, I prefer cheap, heat-treated plastic valve covers. They're much lighter and cheaper to replace.

My daily driver is a 1996 Impala SS. I've not made a lot of modifications, but suffice it to say that I programmed in a speed limiter and rev limiter. This way, if the car were stolen, it gives the police a fair chance to catch it!

As far as our issues with Vista and, separately, IE7, we could not wait on Oracle any longer. We've figured out how to load Oracle*Reports developer onto a Vista box (albeit with help from Oracle) on our own. This, in addition to running IE7 with Jinitiator.

I am hoping that Oracle will review our success with this and consider revising its JVM.DLL or, perhaps, work with the other JVM.DLL to understand the solution.
user346369
Hmmm... that Edelbrock crate motor looks sharp!

If I drove my Miata to Arkansas, do you think I could find someone to put an engine like that into it? ;-)
Forms
Forum is tending to become a Garage instead of a learning portal. Serious questions are not being answered instead useless answers.

This is not on a particular individual. General comment.

Thanks and Regards,
221488
@UsedBits
We did take our time to certify Sun's JRE on Vista I agree. Now that we do have the support, you aren't interested in being fully supported?
@Steve
The Edelbrooks are great for do-it-yourselvers and they put out an awful lot of power for the price. I would think that the engine would weigh almost as much as your entire Miata though. Its huge.
usedbits
Jan,
We did take our time to certify Sun's JRE on Vista I agree. Now that we do have the support, you aren't interested in being fully supported?
Why, of course we're interested in full support! What were we doing wrong (to cause IE7 not to work with Jinitiator) and what must we do to
a) make it work, and
b) enjoy your support?

We are using 3rd party software (from ACS) which renders text-based Oracle Forms within a web browser. Our customers access the application on our server via the web.

As such, ACS's configuration comes with Jinitiator. This might be a limitation imposed on us from ACS if you are going to suggest a way to avoid using Jinitiator.

All I can see on the Edelbrook site are carburated engines. I'm a fuel injection man.

Message was edited by:
UsedBits

Message was edited by:
UsedBits
221488
Ahh, the Third Party Software problem.

First some background: we know that JInitiator does not work with Vista. Jinit is based on Sun's JVM 1.3.1 and it is known to not work with Vista and Sun is not willing to fix it. We don't fix JVMs any longer. We don't have the resources to do that any longer. Instead we are looking to Sun for that. It makes much more sense to have a single Java plugin with the official JVM from Sun.

We just certified Sun's JRE for use with Vista and Forms 10.1.2.3. ACS probably needs to certify 10.1.2.3 and Sun's JRE before they can recommend (or mandate as the case probably is) the use of Sun's plugin on Vista.

The plugin part of Jinitiator is just a very small part of the JRE. It basically makes the JVM available to the browser. That's almost all it does. You have in essence taken the 1.6 JVM and made it look like you are using JInitiator when you in effect are not. The important part is the JVM.dll. If things don't work it is most likely responsible not the plug-in part.
I bet that if you told ACS what you are doing they would not support you either.
usedbits
Jan,

Thanks for the response. The whole thing seems like an unnecessary mystery to me. We just want it to work.
I bet that if you told ACS what you are doing they would not support you either.
We have, in fact, informed ACS of our solution. They were delighted. I speculate that ACS is forwarding our solution to its other users - but that is only my speculation, not an observation.
You have in essence taken the 1.6 JVM and made it look like you are using JInitiator when you in effect are not.
We're not using Sun's JMV? If not, then whose JVM are we using?

Yes we are using Jinitiator. We simply replaced Jinitiator's JVM.DLL with the one from JRE, and we have to do this on each and every workstation which intends to run the ACS application. (This means that the user can't simply download Jinitiator before running the application - they must also 'update' the JVM.DLL.)

Why does this work? Is it simply an older version of JVM before Sun 'broke' it (with respect to Vista)?

What must we do to eliminate Jinitiator altogether? With what is it replaced? Is this something only ACS can do for us?

On a more general note, why does it seem that Oracle is having so much trouble with Vista? (Yes, I've seen a reference indicating even Microsoft is having trouble getting SQL Server to work with Vista, so Oracle appears not to be the only vendor having trouble with Vista.) Aren't you guys better than Microsoft?

I certainly understand Oracle's reluctance to duplicate what Sun has already 'invented', and I understand Sun's refusal to play nicely with Microsoft. But that leaves us, the poor, hapless customer, out in the cold!

Can't we all just get along?

Message was edited by:
UsedBits

null
221488
JInitiator == Sun's JRE 1.3.1. If you use Sun's JRE (version 1.6.0 in the case of Vista) you don't need JInitiator.
We're not using Sun's JMV? If not, then whose JVM are we using?
I mean it the other way around. You are using Sun's JVM but with our plug-in code--the part that makes the JVM available to the browser. JInititator is our plugin code with Sun's JVM.dll version 1.3.1. What you have done is taking our plugin-code and you use it with Sun's JVM.ddl version 1.6. Why not use Sun's plugin that comes with their JVM.dll 1.6? We are happy with that combination and Sun is too. ACS might want to certify the 1.6 plugin though. You'll need to ask them.
My point is that you are NOT using JInitiator if you substitue the JVM.dll. You are using an unsupported, untested (by either vendor) and on top of that a version of the JVM that your Third Party Supplier has not certified.
Why does this work? Is it simply an older version of JVM before Sun 'broke' it (with respect to Vista)?
Sun supports its JRE version 1.6 on Vista. Do you see problems with it? In that case, what problems? We support Sun's plugin 1.6 on Vista if you also install version 10.1.2.3 of Forms.

This is what you should be using on Vista: Forms version 10.1.2.3 and Sun's plugin 1.6. Unless you have problems with it and unless ACS tells you not to. Forget JInitiator.
1 - 50 Next

Post Details

Added on Jun 18 2021
0 comments
299 views