Skip to Main Content

Java EE (Java Enterprise Edition) General Discussion

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!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Big Issue with float, double, Java Floating Point.

3639778Mar 1 2018 — edited Mar 7 2018

I have found that double and float types in java are heirs to arithmetic underflow and overflow at any use.

I have found that presently, floating point is an arithmetic approximation.  My problem is that

the java language needs to be changed here, so that one may have arithmetic accuracy with

floats and doubles.

There is also a trigonometric shortfall when it comes to BigDecimal.

I have attempted to, and have more carefully described these problems, via the java bugs database:

JDK-8190947

JDK-8197995

JDK-8190991

JDK-8190946

-These types, as things are, must be computationally discarded, used only in terms of push and pull,

and be programmed around using BigDecimal, which will be a waste of memory,

program execution speed, and a total confusion due to the lack of any operator

usage options on BigDecimals.

-It is the case that set, get methods, constructors and mutability methods are all based

around float and double, not BigDecimal, which is part of the previous problem.

-It is the case that setting up BigDecimals can be and is a circumstantial waste of memory

with very many tasks, combined with the fact that the fact that having to use BigDecimal

method calls is nowhere near as efficient or legible to developers or mathematics and enginner

programmers (and useful with their time) as 

+, -, *, /, %, +=,-+,*=,/=,%=, ++, --

.This is a syntax argument largely, but also an instruction argument

since BigDecimals have to be set up or used with an extra, thereby second, call.

-It is the case that every other major language includes both floating point and accuracy mode

options with these two types and or Objects, either as a source code instruction or as a

compiler switch option.  These languages at least provide both options for floating

point and mathematical accuracy mode.

-It is so that the present arithmetic underflow and underflow are total disadvantages,

that need only be altered in place, for preconditions, postconditions and in place.

This is in regard to programs that have been compiled and built already.

-My Oracle Support technical reviews seem not to recognise these real problems in

technical analysis, or only interpret matters in terms of the

Java Language Specification on these issues, which of itself possesses inadequecies in these places.

Can someone please reply to me on these things? 

Can Oracle update the Java SE language?

Comments

Arjesh-Oracle

Hi,

You can refer the document: Upgrade Advisor: Siebel from Earlier Releases to 8.1.1.x or 8.2.2.x (Doc ID 259.1)

Thanks,

Arjesh

“Please mark any update as "Correct Answer" or "Helpful Answer" if that update helps/answers your question, so that others can identify the Correct/helpful update between many updates.”

AMSI

Hi Arjesh,

thanks. but this refer document is not accessible by oracle. Kindly share this document if you can.

Regards,

AMSI

Arjesh-Oracle

Hi AMSI,

This is an external document and you should see it.

Please login to the support portal and search using the document Id: 259.1

Thanks,
Arjesh

AMSI

hi,

here i have another solution i just wanted to share with you. correct me if i am wrong.can we upgrade in this way. e.g

we install new Sieble version(8.1) on another machine with db 11g

Then we can create the repository upgrade on the source machine of old version(7.8) with db 10g. is there any repository upgrade tool that upgrade the db schema.

then we just import repository on new database with new Sieble version.

Upgrade complete!!

your advice will be appreciated

Regards,

AMSI

Chetan-Oracle

Hello Amsi,

If you are doing complete database upgrade of prior version to new one, then yeah your method is supported one.

I hope it helps.

Best Regards,

Chetan

AMSI

Kindly mention the tool by which we can upgrade the repository?

Regards,

Madhavi Kaza-Oracle

Amsi,

The upgrade path that you mentioned requires full upgrade process.

The upgrade process consists of running steps :

UpgRep,

Merge

UpgPhys

in Dev upgrade.

It is just not possible to upgrade your repository as the upgrade involves upgrading your Database, Repository through Merge process and synchronizing with physical schema and there are many more steps taken care of by the above steps mentioned.

Please review Upgrade Guide for V8.1.x on MOS completely to understand the process involved.

In addition, please review the following doc as mentioned earlier:

Upgrade Advisor: Siebel from Earlier Releases to 8.1.1.x or 8.2.2.x(Doc ID 259.1)


Hope this helps.


Thanks,

Madhavi.

WSiebel-Oracle

AMSI,

Here is a link to the upgrade document on Siebel Bookshelf in case you don't have access to the articles on My Oracle Support (support.oracle.com):

Bookshelf v8.1/8.2: Upgrading the Siebel Database

Hope it helps,

Wilson

1 - 8

Post Details

Added on Mar 1 2018
5 comments
960 views