Re: language purist

>I do not cast doubt upon use of constants in interfaces (esp. in case you outline) >but write intarface consting _only_ of constants? I think in this case is much better >use of public class - there is no need to derive from it or implement something. Just >public + class reference is enough. A

Re: RandomAccessFile support?

>Looking at the javadocs and source it appears that there is no way to >get poifs to use a RandomAccessFile instead of an InputStream, is that >the case? It seems like there could be large savings in memory >allocation (and therefore speed too). The savings could possibly be even larger if POIFS u

Re: language purist

> >I do not cast doubt upon use of constants in interfaces (esp. in case you outline) >but write intarface consting _only_ of constants? I think in this case is much better >use of public class - there is no need to derive from it or implement something. Just >public + class reference is enough.

Re: RandomAccessFile support?

> The savings could possibly be even larger if POIFS used a > java.nio.channels.FileChannel with regions of it mapped to a > java.nio.MappedByteBuffer. Please, do not use such features. I'm trying to compile POI through gcj into native library and this features could not be supported... Or separa

[GUMP] Build Failure - jakarta-poi

This email is autogenerated from the output from: Buildfile: build.xml -init: [echo] [echo]

Re: language purist

I do that too. Only in order to meet POI coding standards I do: /** * Really great javadoc comments * @author Andrew C. Oliver <[EMAIL PROTECTED]> */ interface ReallyNiceName { /** * More great comments! */ final static int REALLY_DESCRIPTIVE_NAME = 1; } Rainer Klute wrote: Hi Marti

Re: RandomAccessFile support?

Chris Nokleberg wrote: Looking at the javadocs and source it appears that there is no way to get poifs to use a RandomAccessFile instead of an InputStream, is that the case? It seems like there could be large savings in memory allocation (and therefore speed too). That is correct. For probabl

Re: language purist

Not to mention how disgusting it makes your code to have to do TheClassName.BLA_BLA in every method call when BLA_BLA is sufficient. Makes for long unnecessary line lengths. Using the interface is the best simulation of name spaces combined with defines. Rainer Klute wrote: I do not cast doub

Re: RandomAccessFile support?

We need to continue to support JDK 1.3.0+ until at least POI 4.0 I think. Maybe 3.0... But there are LOTS of systems that don't yet have a 1.4 compiler/vm. And for instance the IBM VM hasn't been ported to 32 bit linux..etc etc.. I'll support this when JDK 1.5 comes out. ;-) Heck we just d

Re: language purist

Andrew C. Oliver wrote: I do that too. Only in order to meet POI coding standards I do: /** * Really great javadoc comments * @author Andrew C. Oliver <[EMAIL PROTECTED]> */ interface ReallyNiceName { /** * More great comments! */ final static int REALLY_DESCRIPTIVE_NAME = 1; } Thes

Re: language purist

You could use class inheritance as well as interface inheritance, don't you? Or could interfaces have multiple parents while classes could not? [i'm not friend of multiple inheritance anyway] I tried to redesign it (mainly to test whether this interface usage does problems to gcj or not - seems

DO NOT REPLY [Bug 13076] - NullPointerException in FormulaRecord

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 13076] - [PATCH] NullPointerException in FormulaRecord

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14269] - [PATCH] - CellReference NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: RandomAccessFile support?

On Tue, Nov 12, 2002 at 09:53:30AM -0500, Andrew C. Oliver wrote: > Chris Nokleberg wrote: > >To still support InputStreams you'd probably want to do something > >similar to javax.imageio.stream.ImageInputStream--i.e. provide a > >high-level interface that caches InputStreams automatically to provi

Re: RandomAccessFile support?

FWIW (which is not much), I did a simple test comparing: a) Streaming a file into byte[] chunks each 512 bytes long, then iterating over the entire list of chunks and reading each one as 128 little-endian ints. b) Memory mapping the entire file, setting order = LITTLE_ENDIAN, and reading

Re: RandomAccessFile support?

On Tue, Nov 12, 2002 at 12:35:19PM -0500, Andrew C. Oliver wrote: > >FWIW (which is not much), I did a simple test comparing: > > > >a) Streaming a file into byte[] chunks each 512 bytes long, then iterating > > over the entire list of chunks and reading each one as 128 > > little-endian ints. >

DO NOT REPLY [Bug 14486] New: - VB macros cause "Error accessing file. Network connection may have been lost."

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14487] New: - worksheet cloning doesn't work until all records implement clone

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14486] - VB macros cause "Error accessing file. Network connection may have been lost."

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14486] - VB macros cause "Error accessing file. Network connection may have been lost."

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: RandomAccessFile support?

I think you left off "and then write everything back to disk". Anyway, this was just to test read performance. I would imagine that for writing you would still use streaming. And even for reading, you'd undoubtedly pull some stuff (like the block lists) into RAM. Right. To be honest my inter

DO NOT REPLY [Bug 14486] - VB macros cause "Error accessing file. Network connection may have been lost."

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14486] - VB macros cause "Error accessing file. Network connection may have been lost."

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14493] New: - Invalid Header signature

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14493] - Invalid Header signature

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu