Hi,
I´m looking for a short howto on how to use JasperReports to print
from a WO WebApplication. I´ve downloaded the latest sources of
Jasper from sourceforge and from within the Report Designer
everything works fine on my OS X 10.4.7 / XCode 2.4 system. But the
demo source I´ve downloade
On 6 Nov 2006, at 01:33, Ricardo Strausz wrote:
yap, I did it like this and it is working quite good...
(details in http://strausz.blogspot.com/2006/11/calculatorjava-
revisted.html )
p.d., BTW, does someone knows?: if XML is the transport "encoding",
are numbers always "written" as string
yap, I did it like this and it is working quite good...
(details in http://strausz.blogspot.com/2006/11/calculatorjava-
revisted.html )
Dino
p.d., BTW, does someone knows?: if XML is the transport "encoding",
are numbers always "written" as strings while moving from the client
the server (
I have not looked at this in detail, but fit seems obvious to use
strings to pass accurate decimals and convert to BigDecimal for the
calculation.
new BigDecimal( String numberAsString )
NSDecimalNumber initWithString
On Nov 5, 2006, at 2:48 PM, Ricardo Strausz wrote:
On Nov 5, 2006, at
On Nov 5, 2006, at 10:27 AM, Paul Lynch wrote:
On 5 Nov 2006, at 13:46, Ricardo Strausz wrote:
I am using doubles in both sides: the server and the client...
Shall I blame them?
You should. float and double are both floating point primitives in
java; double offers more precision (the num
On 5 Nov 2006, at 13:46, Ricardo Strausz wrote:
I am using doubles in both sides: the server and the client...
Shall I blame them?
You should. float and double are both floating point primitives in
java; double offers more precision (the number of significant digits)
than float. But, as
Jesus, Maria & Josef!
On Nov 5, 2006, at 8:13 AM, Ken Anderson wrote:
Ricardo,
Doubles are inherently imprecise because of the way they store
floating point numbers. This is useful reading:
http://en.wikipedia.org/wiki/Floating_point
BigDecimal stores numbers in a non-lossy (albeit large
Ricardo,
Doubles are inherently imprecise because of the way they store
floating point numbers. This is useful reading:
http://en.wikipedia.org/wiki/Floating_point
BigDecimal stores numbers in a non-lossy (albeit larger) format. I
would suggest avoiding doubles if you need high precision
Hola Kieran!
Do you mean java.math.BigDecimal?
If so, does this means that java cannot add two double numbers
without a math library?
wired!
My first guess was to blame the tranport (SOAP or XML-RPC)... but I
do not have experience with these...
How does precision have to do with my PPC?
Hola Paul!
I am using doubles in both sides: the server and the client...
Shall I blame them?
Dino
On Nov 5, 2006, at 3:47 AM, Paul Lynch wrote:
On 5 Nov 2006, at 01:35, Ricardo Strausz wrote:
Playing with WOWS and Cocoa I found that even a simple sum, is
buggy...
I'd published the Calcul
The Calculator.java _example_ uses double . why not revise it to
use BigDecimal instead?
Kieran
On Nov 4, 2006, at 8:35 PM, Ricardo Strausz wrote:
Hola!
Playing with WOWS and Cocoa I found that even a simple sum, is
buggy...
I'd published the Calculator.java example from WO and cons
On 5 Nov 2006, at 01:35, Ricardo Strausz wrote:
Playing with WOWS and Cocoa I found that even a simple sum, is
buggy...
I'd published the Calculator.java example from WO and consume it
with WebServicesCore.framework in a very straight-forward way (the
details are in http://strausz.blogsp
12 matches
Mail list logo
