Skip to Main Content

DevOps, CI/CD and Automation

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!

Docker integration with Solaris 11.4 Containers

user8809563Jul 31 2019

What happened to the docker integration into Solaris containers that was promised for the release of 11.4?

Oracle listed this feature as a virtualization technology for 11.4 but since the release I can find no documentation and it appears to have been buried.

Comments

Michael Ferrante-Oracle

If "java -version" fails to do the right thing then you can't expect FSAL to work correctly. For the DOS shell case, you must set PATH to include the ...\jdk\bin directory.
To deal with the Builder problem, first start by verifying that you can run anything from the Builder assuming that isn't what you already did. Start by unchecking the boxes you shared above. Then on the General tab, set a valid value that points to Internet Explorer (exe) in the Web Browser field.
image.pngTry to run your form. Does it work?
By the way, you should uninstall the JRE that is installed with the JDK and install the 32bit JRE if you plan to use IE or Edge.

ben_g

The query string in your command line URL has "@" separating the parameters but it should be an ampersand "&"
Ben

Moslem

@ben-g2 : You're right! I didn't pay attention to that . Fixing that, I've been able to run the form (with the standalone runtime option) via the command prompt :
c32.jpgc33.jpgc34.jpgStill, I really need to run it by clicking on the "Run application Forms" button.
@michael-ferrante-oracle : I've unchecked the two options as you asked me to do :
c36.jpgand I've set Internet Explorer as Web Browser :
c37.jpgHowever, when running the form, the browser page opens and gets stuck as shown in the screenshot below :
c31.jpgBy the way, I'm actually trying to run it with the stanalone runtime option not via web browser. As an attempt to fix that, I've added the directory path below to the "Path" environment variable :
C:\Oracle\Middleware\Oracle_Home\oracle_common\jdk\bin
c39.jpgAfterwards, I restarted my computer.
But, nothing happens when clicking on the run button. So, it seems that it wasn't the correct path. Right?
I've actually spotted two different paths when looking up for the "jdk" folder :
c35.jpgHowever, the path that I mentioned above seemed to me the probable one. You see what I mean?

@ben-g2 Good catch. Not sure how I missed that.
@moslem Let's verify that Java is being correctly found by the Builder. Can you open the Builder Help? If not then the Builder is not correctly finding Java and this would explain why FSAL isn't working.

Moslem

Yes, I can open the Builder Help. But, which submenu would you like to check out?
Here are some screenshots that show each one of the Help submenus :
(Help content)
c40.jpgc41.jpg
(Documentation library)
c42.jpgc43.jpg
(User Forums)
c44.jpgc45.jpg
(Oracle Technology Network)
c46.jpgc46_1.jpg
(About Form Builder)
c47.jpgc48.jpg
As you can notice, it tells me that the page can't be shown for the submenus below :
Documentation library
User Forums
Oracle Technology Network

The fact that the Builder Help Navigator opens suggests that the Builder is correctly finding Java. However, the fact that you are unable to open any of the web pages suggests your machine is either not connected to the internet or does not have access to the internet or there are needed proxy settings missing from your machine.
This may be a clue as to why the Builder cannot launch FSAL. I would recommend removing the "localhost" reference in Application Server URL and using the actual hostname or IP address. The easiest way to get there is to simply press the Reset to Default button.

Moslem

I see...
I've pressed the Reset to Default button, and I've also checked the Standalone runtime option :
c49.jpgStill, nothing happens when clicking the "Run application Forms" button! It is a Java issue, isn't it?
Actually, there is something that I really doubt about. It is whenever I run the following command-line: java -version ,
it tells me that the Java SE Runtime Environment can't be found.
c50.jpgThat might be another clue. Right?

The java -version failure might be related to the problem but unlikely if the Help opens, which you said it did.
In the System PATH remove ALL references to Java. There may be more than one. Then only add back this one:
C:\Oracle\Middleware\Oracle_Home\oracle_common\jdk\bin
Also be sure you have not improperly altered the Forms runtime environment configuration (e.g. default.env). Similarly, ensure that it references the correct jdk\bin
Exit the Builder if it is open then retest.

Moslem

've changed the "PATH" environment variable value from this one:
C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Users\Abbassi\Downloads\WINDOWS.X64_193000_db_home\bin;C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\HashiCorp\Vagrant\bin;C:\Oracle\Middleware\Oracle_Home\oracle_common\jdk\bin
to this one:
C:\Users\Abbassi\Downloads\WINDOWS.X64_193000_db_home\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\HashiCorp\Vagrant\bin;C:\Oracle\Middleware\Oracle_Home\oracle_common\jdk\bin
So, as you can see, I've removed all the references to Java except that very path that I had already added.
Concerning the Forms runtime environment configuration, I haven't made any changes in it. However, when looking up the default.env file, I found four ones :
c51.jpgHere is the PATH variable value in each one of them :
PATH=C:\Oracle\Middleware\Oracle_Home\bin;C:\Program Files\Java\jdk1.8.0_221\jre\bin\client;C:\Program Files\Java\jdk1.8.0_221\bin
c52.jpgPATH=C:\Oracle\Middleware\Oracle_Home\bin;C:\Program Files\Java\jdk1.8.0_221\jre\bin\client;C:\Program Files\Java\jdk1.8.0_221\bin
c53.jpgPATH=%ORACLE_HOME%\bin;%JAVA_HOME%\jre\bin\client;%JAVA_HOME%\bin
c54.jpgPATH=%ORACLE_HOME%\bin;%JAVA_HOME%\jre\bin\client;%JAVA_HOME%\bin
c55.jpgAfter exiting Builder, I reopened it and retested. But, it keeps giving me the same result, and nothing has changed. Nothing happens.
Is there anything wrong in my Forms runtime environment configuration?

Yes, there is probably something wrong, but I am not convinced its Forms. The fact that your shell (DOS) is not correctly displaying the installed Java version apparently due to a messed up Registry entry is concerning. This is why I recommended you uninstall all the Java versions and only reinstall the JDK 8 (64bit) that was used to perform the product installation. The reinstall process may correct the Registry issue. Note that I do not recommend installing the JRE that is packaged with the JDK.
However, if you are new to the FMW product(s) and relatively new to Java installations on Windows, I don't recommend blindly uninstalling then reinstalling because you could end up breaking your Forms environment worse.
Likely the root issue can be identified and fixed, but sometimes it's just faster to uninstall, cleanup, and start over. For as much time as you've spent chasing this already, I could have reinstalled dozens of times.

Moslem

I got your point. Well, I guess it would be better if I try a different approach which is using Web Browser instead of FSAL when running forms.
In this context, I would like to ask you one more question if you don't mind : When running a form for the first time, it asks me to connect to database :
c57.jpgc58.jpgHowever, it keeps asking me the same thing whenever the form is run and open on browser as you can see in the screenshot below :
c59.jpgIs there any possibility to avoid such connection? As you know, it's kind of annoying to do it over and over knowing that running forms may be done dozens of times even hundreds of times a day.

If you have successfully connected to the DB in the Builder before running the module, typically you will not be prompted again for the DB credentials unless the runtime fails to connect. However, in your case where you are using such an odd user name (inclusion of special characters) there may be issues because I do not believe the Builder will pass the needed quotes with the call.
Also, as mentioned before, you must connect to the PDB.
I will say that long term, using a username with special characters will be problematic as you move from tool to tool.

Moslem

I see..
I've actually created a common user called c##aimen using the two command-lines below:

CREATE USER c##aimen IDENTIFIED BY my_password CONTAINER=ALL;
GRANT dba TO c##aimen CONTAINER=ALL;

So, as you know, the user name has to start with c## in this case.
Morever, I've checked out that I'm connected to the PDB since I've run the command line below:

ALTER SESSION SET CONTAINER = ORCLPDB;

You see what I mean?

Sorry, I'm as much of a DBA as I am a brain surgeon, which I am not. Why do you believe that the PDB user must start with "c##"? I/we use standard naming conventions. For example I have a "SCOTT" user in my test DB (PDB).

Moslem

Alright! I got it
Bunch of thanks for your tips

cormaco

Why do you believe that the PDB user must start with "c##"?
Moslem created this user as common user in the CDB$ROOT, therefore he had to follow the requirement to give it the c## prefix.

Moslem

Oooops! Excuse me, Sir! But, it seems that doesn't work for me too
I've created a user having the name as Scott and the password as tiger. But, it keeps showing me that stuff whenever running the form.
Anyways, I'll create a new discussion talking about that in details.

1 - 17

Post Details

Added on Jul 31 2019
2 comments
1,601 views