Skip to Main Content

Java SE (Java Platform, Standard Edition)

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!

How can you determine the version of Java Web Start being used?

fa6e0a07-b277-4fbb-b006-b882cae66ff2Jun 26 2019 — edited Jun 27 2019

I am trying to determine the version of Java Web Start that is packaged with the Java 1.8 JRE.  There does not appear to be a -version switch for javaws.exe nor can I find any documentation that defines the version of Java Web Start packaged with the JRE 1.8.

Thanks in advance for help with this.

This post has been answered by fa6e0a07-b277-4fbb-b006-b882cae66ff2 on Jun 27 2019
Jump to Answer

Comments

Gary Graham-Oracle

Within the mission scope of the SQL Developer tool, the "drops, ddl + sqlldr table from scratch" approach seems both expected and sufficient.  Expanding the scope to things like replication or data integration, then you would expect to use a different tool.

If your use case for the replicated table is only some kind of testing, look into SQL Developer's Unit Test feature with its Startup and TearDown processing.

Regards,
Gary

SQL Developer Team

Paavo

Thank you very much for your fast response and couraging guidance to try Unit Test which I never tried before. SqlDeveloper and DataModeller are great service for developers!

Unit Test will certainly make testing much easier for me in the future

Of course it was a bit challenging to setup XE where I can act as sysdba and have privilegies to build Unit Test repository etc..

What I have now discovered is that the startup and tear down scripts can be stored to library which can then be copied and optionally subscribed in all unit tests.

Alone this is a very good feature and has pretty polished touch, but one idea came to my mind that could this library be linked with the cart generated export scripts?

That way the Unit Test tear down could contain also ddl-scripts which are not allowed in user plsql-scripts and those could be managed with the cart features of the tool.

The ddl drops and creates for tables, sequences, triggers are necessary because the tear down scripts omit restoring sequences as they were before the unit test took place e.g. for procedures inserting to the tables.

btw. the CART copy-functionality could have similar setup dialog like the export-functionality has, because the copy-functionality attempts to define 'storage' tablespaces and such by default which makes it fail when fiddling between databases.

rgrds Paavo


1 - 2

Post Details

Added on Jun 26 2019
1 comment
1,037 views