+1
On Thursday 10 May 2007 3:29:31 pm Nick Burch wrote:
Hi All
Since no-one has raised any objections in the last week, I guess we all
think we're ready to release 3.0 RC4 as 3.0 FINAL.
Voting will close in one week:
[ ] +1 I support the release
[ ] +0 I don't care
[ ] -1 I'm opposed
+1
On Friday 04 May 2007 2:47:44 pm Nick Burch wrote:
Hi All
After lots of discussion within POI, and Jakarta in general, we think POI
is ready to graduate to its own TLP. Thanks to the magic of ApacheCon,
lots of people have been on-hand to help finalise the proposal for this,
which is
Yeah, Glen is one of the oldest commiters on POI. I imagine, real life would
be taking more of his time these days...
I'd wait for him to reply a day or two, otherwise, if we have testcases, we
should be confident to commit... that's the point of testcases, no?
Regards
-
Avik
On Tuesday 27
Most important issue was the file headers. Been fixed. Key signing needs to
be arranged.
Everything else (IMO) was a wishlist and/or general QA issue, not unexpected
in an alpha release.
Regards
-
Avik
On Thursday 11 January 2007 08:58, Andrew C. Oliver wrote:
Umm...okay so there will be
The vote has passed
Vote Thread:
http://mail-archives.apache.org/mod_mbox/jakarta-poi-dev/200612.mbox/[EMAIL
PROTECTED]
Eight +1 votes, zero -1 votes
Four PMC Votes, Three committer votes
Regards
-
Avik
-
To unsubscribe,
Our documentation is currently being generated using apache forrest
(http://forrest.apache.org/) I think it works pretty well (using our own
definition of 'well' of course :)
The trouble is, it apparently works only on forrest 0.5.1, since the support
for something called 'antproxy.xml' has
meeting tomorrow - so I'll hit this again in a few days (or next
Tuesday at the latest).
Hen
On 12/19/06, Avik Sengupta [EMAIL PROTECTED] wrote:
The commit message has come thru, [EMAIL PROTECTED] should now be allowed.
Thanks again!
Quoting Henri Yandell [EMAIL PROTECTED
On 12/17/06, Avik Sengupta [EMAIL PROTECTED] wrote:
It wouldn't, as far as I'm concerned.
Not sure if you apache address is allowed on the list, please ping me
when you commit, in case I miss the moderation mail among all the spam.
Thanks for the offer, much appreciated.
Regards
-
Avik
It wouldn't, as far as I'm concerned.
Not sure if you apache address is allowed on the list, please ping me
when you commit, in case I miss the moderation mail among all the spam.
Thanks for the offer, much appreciated.
Regards
-
Avik
Quoting Henri Yandell [EMAIL PROTECTED]:
Would it be
+1a
Quoting Amol Deshmukh [EMAIL PROTECTED]:
+1a
~ amol
--- Nick Burch [EMAIL PROTECTED] wrote:
Hi All
It's now about 6 months since our last alpha
release, 3.0-alpha2. There's
been quite a bit of new functionality added to HSLF,
and bug fixes to HSSF
and HWPF. So, I think a new release
There were, at one point, two poi builds in gump. I believe one was
called poi, and another poi3. this was a result of certain
experimental code we were toying with. Currently, there is only one
active branch of POI, the svn trunk.
Apologies for not fixing this ourselves, thanks for your
Well my opinion is, 'cant we just get on with it, forget all these
organisational stuff' ... but I suppose that's quite naive.
I dont think there's any question that committers should have votes on
new releases and new committers. In the jakarta scheme of things, that
probably does mean
Use the concurrent GC.
On Wednesday 07 June 2006 13:14, Koller Krisztian wrote:
Hi
We are using the POI-HSSF to generate ms excel files. It works fine if the
excel sheet contains only a few rows. In our production environment the
excel files have more then 5000 rows. (20-30 columns / row)
Concurrent GC is not about multiple processors. It will just spread the cost
of the GC accros the total time of your program.
Regards
-
Avik
On Wednesday 07 June 2006 13:34, Koller Krisztian wrote:
Thanks. But we have only one CPU.
On 6/7/06, Avik Sengupta [EMAIL PROTECTED] wrote:
Use
On Thu, 13 Apr 2006, Andrew Oliver wrote:
I propose Sean to be a committer with all rights therein but for his
commit rights to automatically expire if he does not use them
within 3 months or if he ever becomes bound by such an agreement.
+1
Avik
I like status quo, but given the the 'core' as you call it is pretty
active, the
status may not be quo any longer... at which point, I think we must, again,
regretably, ask for top level status.
Regards
-
Avik
Quoting Andrew C. Oliver [EMAIL PROTECTED]:
Well, I did the poi-ruby module initially as a proof of concept, but
havent been
sure if its useful to anybody :) .. I'd be delighted to see it developed
further.
I dont believe you need to wrap the poifs modules. The good thing about poi,
from the wrapping point of view, is that its got a
Thank you, Henri, for doing all the hard work. Has the CVS been locked for
further edits?
Regards
-
Avik
Quoting Henri Yandell [EMAIL PROTECTED]:
http://svn.apache.org/repos/asf/jakarta/poi
svn co https://svn.apache.org/repos/asf/jakarta/poi/trunk jakarta-poi
Same list of committers as in
Jason,
When you put this in, can you ping the dev list, since its likely that
the commit mail will be eaten up due to size...
Regards
-
Avik
Jason Height wrote:
All,
How do we want to handle this patch for the rich text support. The
patch is quite large because it includes the
On Tue, 2005-07-19 at 13:54 +0200, Malte Finsterwalder wrote:
Hello,
..
I would like to know whether it's possible to write an Excel document with
an embedded pdf document using POI.
Nope, not that I know of.
-
To
Good idea, IMO.
If so, one per binary jar, or one huge one?
He who does, decides :)
-
avik
On Wed, 2005-07-13 at 13:38 +0100, Nick Burch wrote:
Hi All
Unless I'm being muppet at reading ant build files, it seems we don't
currently have a way to produce a source jar file for poi.
It
There should be an xml file in the gump cvs that defines the project.
Nick, you should have access, by default.
I think we should delete the jakarta-poi project (it points to a branch
that has been discontinued) . The jakarta-poi-3 project is the only
significant one at the moment.
Regards
-
Thanks Amol, this was a long standing bug.
Does you fix handle writing out as well? Sorry, too lazy to read the
code! :)
On Fri, 2005-07-08 at 16:59 +0200, [EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
I remember the large amount of absolutely fantastic effort you put in
originally to clean up our build process to use forrest rather than
centipede (ugh!)..
But if moving to forrest 0.7 isn't absolutely necessary, do you want to
put in all this effort yourself, and get all of us to download 30MB
+1
On Sun, 2005-06-19 at 22:48 +1000, Glen Stampoultzis wrote:
snip
I'm proposing to call this release 3.0-alpha1.
Please indicate whether you're +1, 0 or -1.
Regards,
Glen Stampoultzis
-
To unsubscribe, e-mail:
Quoting Amol Deshmukh [EMAIL PROTECTED]:
--- [EMAIL PROTECTED] wrote:
This will break existing code. Very Bad Thing! Also,
with my Alan Cooper fanboy
hat on, I think recommending to /prefer/ calling
setCellType() is in itself a Bad Thing.
It wouldnt break existing code since existing
Can you put in the changes to the record and the aggregate ? I think your mail
brings out an important point... Of how to provide high level access to
formulas. Something i've put some thought to recently... But its the subject of
another mail, and much debate.
Sorry he you received an empty
Sounds good!
AFAIK, getValue for numbers and strings should already work in HSSFCell,
no? there is, of course, no implementation for setting.
getValueType -- is there enuf logic to know this for sure?
Also, if you are doing this, you may as well update the HSSFCell
methods ... pretty please!
Message-
From: Avik Sengupta [mailto:[EMAIL PROTECTED]
Sent: Friday, June 10, 2005 10:32 AM
To: poi-dev@jakarta.apache.org
Subject: RE: FormulaRecord getValue setVal ue enhancement
Sounds good!
AFAIK, getValue for numbers and strings should already work
in HSSFCell,
no? there is, of course
Amol,
Can you please talk us thru this patch.. I am not clear what it does. In
particular, I am not sure how this interacts with StringRecord. Also does this
help with your other bug (35288)
Thanks for the patch.
Regards
-
Avik
Quoting [EMAIL PROTECTED]:
DO NOT REPLY TO THIS EMAIL, BUT
Ok, I'll put it in. Dont assign bugs to yourself, leave it assigned to
be the lists, else we cant figure when you put in new comments :)
On Fri, 2005-06-03 at 05:30 -0700, Amol Deshmukh wrote:
--- Additional Comments From [EMAIL PROTECTED]
2005-06-01
19:52 ---
Some testcases
Nick Burch has been working on the Powerpoint support for POI for a while now.
His code has been recently committed to the repository, and I'm sure there is
more on the way.
Amol Deshmukh has added significant new functionality to POI in formula
evaluation, and has offered many other bugfixes and
(cc'd to poi-user, apologies if you therefore recieve it twice)
The initial powerpoint support is now in POI's CVS, in the scratchpad area.
Tests and introductory documentation included. (Glen, could you pls regenerate
the site?)
A round of applause to Nick Burch for getting us there.
Long way
Committed, thanks.
In the future, could you please attach patches to our bug tracker
http://issues.apache.org/bugzilla/
Things in emails tend to fall thru the cracks.
Also, anything without unit tests is less likely to be evaluated or
committed... our experience shows that code without unit
was an exception. It
was probably a mistake to have the image stuff on by default since it
does not properly read them.
-Andy
Avik Sengupta wrote:
Personally I would like to see some more time before we cut a release,
since there is, after some months of low activity, some nice momentum in
our
Dumb question:
How does one get the data format of an existing cell (ie, excel file
read in by POI) as a string (ie, as '#0.00')
TIA
-
Avik
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Mailing List:
I believe this was fixed.. can someone please confirm?
http://issues.apache.org/bugzilla/show_bug.cgi?id=22873
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Mailing List:http://jakarta.apache.org/site/mail2.html#poi
The
You'd have seen the directory add messages slowly trickling in, but the
main diff mail was probably eaten coz it was too big. In any case, its
in scratchpad now. So please test aggressively!
Amol, once again, thanks and great work.
I have a few ideas on this, more in another mail.
Regards
-
Personally I would like to see some more time before we cut a release,
since there is, after some months of low activity, some nice momentum in
our development. Further, I would like to ensure all file corruption
issues in 2.5.1 are solved before we do a new release.
Having said that, our
But what happens when one assert fails - wouldnt the
AssertionError cause the cells that follow to never be
tested. (BTW, I'm a JUnit novice, so I may be wrong
- in which case we can even continue this discussion
off the list to avoid some embarassment to me ;)
No, you are correct, but
I have checked in the documentation for Formula Eval, both user guide,
and contributor/development guide. They should be on the site when its
next rebuild.. Glen, can you please do the honours?
Its slightly backward to check in docs, before code, but the code is
coming along nicely, and I thought
On Fri, 2005-05-13 at 16:35 +0100, Nick Burch wrote:
Hi All
It has been suggested (in Bugzilla) that my PowerPoint code's
util.TextMunger class is largely a duplicate of util.StringUtil.
Since i did the suggesting, I suppose it behoves me to reply :). But let
me say that I haven't looked
On Thu, 2005-05-12 at 09:05 -0400, Michael Zalewski wrote:
Those are good tests.
But think smaller.
I was composing a mail with the same sentiments, but Michael says it
better!
Its difficult (impossible?) to do a full functional test automated.
However, testing smaller pieces is well worth
On Thu, 2005-05-12 at 08:54 -0400, Amol Deshmukh wrote:
TWIC:
I've started writing automated tests and
I can see how they are immensely helpful :)
See, told you so! ha ha..! :)
snip
I have written the user api docs and contributors
guide which in itself was a GoodThing, since that
Some comments inline.
On Thu, 2005-05-12 at 12:30 -0700, Amol Deshmukh wrote:
--- Additional Comments From [EMAIL PROTECTED]
2005-05-12
20:38 ---
Another thought, on the tests... Why do you need
separate
test methods/classes
for each eval if you are directly reading it
On Tue, 2005-05-10 at 20:38 -0700, [EMAIL PROTECTED] wrote:
-1 on committing any patches without unit tests anymore. It
destabilizes code too much. Even to scratchpad because then the code
never moves out of scratchpad. We learned this lesson already. It
doesn't matter how good or bad
Quoting Amol Deshmukh [EMAIL PROTECTED]:
But...
* Unit tests:
do you mean *all* unit tests, some unit tests that
test
basic flows or unit tests with complete code coverage?
not all, some tests, testing the basic functionality.
Also I guess that means that I'm on my own till the
code moves into
Quoting [EMAIL PROTECTED]:
Quoting Amol Deshmukh [EMAIL PROTECTED]:
* Docos...
I assume javadocs. Correct me if you meant
otherwise...
javadocs for the primary methods.
And a basic how-to .. how to use the api. Even if only a few lines.
tho I'm personally happy to see POI just as a file format reader... well, as
you'd have noticed, its often requested. So yeah, I'd be interested in seeing
this.
My concerns would be first that this have adequate documentation and
unit tests.
I think that is paramount in functionality of this
Hey, cool, thanks Amol. I'll put this in, in a day or two.
On Thu, 2005-05-05 at 16:31 +0200, [EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34761.
ANY
Any thoughts on http://issues.apache.org/bugzilla/show_bug.cgi?id=31906
(Pull method for continue records)
Looks good to me, but I'm not sure i've thought of all consequences.
Can someone profile it for memory/speed?
Regards
-
Avik
We currently have two methods to detect unicode characters. Which is
better? Primarily on performance. I want to consolidated. There might be
other such code scattered!
public static boolean hasMultibyte(String value){
if( value == null )return false;
for(int i =
Instead someone should fix the bugs.
Well, yes, that is ideal.. but if that doesnt happen, then you are left
with the possibility that regressions get into the codebase when people
cant answer Do all tests that are SUPPOSED TO PASS, continue to pass
after my fix?
And we've seen that happen to
Branches are merged, everything on HEAD.
On Fri, 2005-04-22 at 09:48 -0500, Laubach Shawn Contr 327 CSSG/GFSL
wrote:
I've got a little change to headers and footers in HSSF and I've lost track
of the different branches I need to make the changes in. Could someone get
me that information?
running
ant test
on CVS Head version of POI now shows all tests PASSED. Please ensure
that any fix does not introduce a regression in the future.
Therefore, as you might have seen from CVS/Bugzilla mails, I have
started to check in some patches. I'll review more bugs in the coming
weeks.
Have you seen the drawing code in HSSF? Maybe its similar/same?
On Wed, 2005-04-20 at 03:02 +, Robert Paris wrote:
I'm working on the part of Word that stores pictures and I've run into a
problem. I'm able to grab the PIC structure (from the SPRM
sprmCPicLocation). However, once I've
explain why a subsequent wb.createSheet(Sheet1) would fail.
HTH,
~ amol
-Original Message-
From: Avik Sengupta [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 19, 2005 9:53 AM
To: poi-dev@jakarta.apache.org
Subject: Re: State of the Head
The following commit:
http
with the following error. Ideas?? Can someone confirm this with latest
CVS HEAD?
(ant -Dtestcase=org.apache.poi.poifs.filesystem.TestEmptyDocument
single-test)
[junit] Testcase: testSingleEmptyDocument took 0.113 sec
[junit] Caused an ERROR
[junit] Cannot remove block[ 0 ]; out of
with POIFS a little bit but due to lack of time and
lack of knowledge about POIFS I couldn't find a solution. However, I
believe that this is an error and someone who knows POIFS better than me
should try to solve that issue.
Am Mittwoch, den 20.04.2005, 18:02 +0530 schrieb Avik Sengupta
with POIFS a little bit but due to lack of time and
lack of knowledge about POIFS I couldn't find a solution. However, I
believe that this is an error and someone who knows POIFS better than me
should try to solve that issue.
Am Mittwoch, den 20.04.2005, 18:02 +0530 schrieb Avik Sengupta
with POIFS a little bit but due to lack of time and
lack of knowledge about POIFS I couldn't find a solution. However, I
believe that this is an error and someone who knows POIFS better than me
should try to solve that issue.
Am Mittwoch, den 20.04.2005, 18:02 +0530 schrieb Avik Sengupta
)
Glen, anything you can think of?
Regards
-
Avik
On Tue, 2005-04-12 at 17:07 +0530, Avik Sengupta wrote:
HEAD on our CVS is currently broken (tests dont pass). Thats the reason
why I haven't been merging patches/bugfixes for a while...
including the powerpoint work by Nick (who just added
+0530, Avik Sengupta wrote:
HEAD on our CVS is currently broken (tests dont pass). Thats the reason
why I haven't been merging patches/bugfixes for a while...
including the powerpoint work by Nick (who just added some write support
today.. cool!)..I plan to play around with Nick's
fail.
HTH,
~ amol
-Original Message-
From: Avik Sengupta [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 19, 2005 9:53 AM
To: poi-dev@jakarta.apache.org
Subject: Re: State of the Head
The following commit:
http://cvs.apache.org/viewcvs.cgi/jakarta-poi/src/java/org/apa
che/poi/hssf/usermodel
.
This may explain why a subsequent wb.createSheet(Sheet1) would fail.
HTH,
~ amol
-Original Message-
From: Avik Sengupta [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 19, 2005 9:53 AM
To: poi-dev@jakarta.apache.org
Subject: Re: State of the Head
The following commit:
http://cvs.apache.org
I've tried to unsubscribe this address, dont know if it succeeded. If
not, i'll
ask infrastructure.
Quoting Kais Dukes [EMAIL PROTECTED]:
Does this mean we have to put up with this autoresponder for another 10 days
:-)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Hey, this looks cool...
But should HyperlinkRecord be a CellValueRecordInterface? When you read in the
file, what record do you get at the cell.. an SSTRecord? Maybe the HLINK is
only indirectly linked to the cell? You'll probably just have to pore over
BiffViewer output to understand the
On Sat, 2005-02-19 at 01:12 -0500, Andrew Oliver wrote:
hummm...probably should have gone under src/ruby
Make sense... I'll move it... only a few files yet..sorry for the CVS
spam.
I hope there are many more.
However, this does prove something. you're sick avik...sick ;-)
:)
Does this help?
HLINK Hyperlink
BIFF2
BIFF3
BIFF4S
BIFF4W
BIFF5
BIFF7
BIFF8
BIFF8X
01B8H
01B8H
In Excel, every cell may contain a hyperlink. The HLINK record refers to
one cell address or a cell range where all cells
On Sat, 2005-02-19 at 16:20 +0530, Avik Sengupta wrote:
Does this help?
Sorry if you saw this with messed up formatting...
This is documented in the OpenOffice fileformat documentation, I dont
have the link at hand, you can find it on the POI website
In case you were watching the commit logs, you'd have noticed that I
have just checked in an initial attempt at Ruby bindings for POI. This
allows the use of the POI from everyone's favourite language :).
The wrapping is done by compiling POI with GCJ, and generating the Ruby
wrapper with SWIG.
Jason,
Do you remember what is the current status on
http://issues.apache.org/bugzilla/show_bug.cgi?id=22742
I seem to remember there was some problem with this patch in our
conversion from
the 2.0 branch to head. Any clues? This is apparently causing this tests to
fail.
Amol, thanks for the
Consider it a +0.5. Willing to help but not wanting it to take too much
effort. Also I don't want anyone else put out by the move to agreement
from the other committers is important to me.
My thought exactly. I'm leaning towards lets do it, but don't want to
particularly push it..
Hi folks... back from a no replying to emails short break :)
No, I don't have bugzilla admin... and as was pointed out on the infra
list, bugzilla only has global Editcomponents admins. Apparently Andy
has those privs. FWIW, the only project level privs, AFAIK, are to
allow users to access bugs
1.Is this how Excel normally stores rich text in a xls file? It seems
like a weird way to do this.
Rich text is as weird as you can imagine.
2.Does it support the \img tag which would provide a way to include
images.
Whats the \img tag?
You should probably try
cellOn.setEncoding(HSSFCell.ENCODING_UTF_16 );
compressed unicode, AFAIK is an MS term that does not mean what it
says :(
On Wed, 2004-12-08 at 13:58 -0700, David Thielen wrote:
-Original Message-
From: David Thielen [mailto:[EMAIL PROTECTED]
Sent:
I've done this, tell me if its still a problem.. havent seen a
confirmation from ezmlm myself.
On Mon, 2004-09-27 at 21:15, Danny Mui wrote:
Who's got enough karma to remove [EMAIL PROTECTED] from the
user's mailing list? It's been bothering us for a few weeks now.
Yeah, that's what I thought, but the SringRecord is in hssf.record..
That's why I'm confused!
On Mon, 2004-09-13 at 04:12, Glen Stampoultzis wrote:
The hssf package was copied. The util package was manually merged.
At 04:33 PM 13/09/2004, you wrote:
Tyring to solve the testfailure in
Oh, ok
makes sense. thanks. seems one patch from Toshiaki (18846) was applied to head
and not branch. Meanwhile, I had fixed a bug 25695 in branch, but apparently
(according to the commit comment) the fix did not work in HEAD.
So looks like I'll have to fix the bug again...(my memory
Tyring to solve the testfailure in TestBugs, I am a bit confused by the merge.
Was the merge done by simply copying the files from branch to head? If it was,
then something is wrong with StringRecord.
The last version on branch was 1.5.2.3, the latest on head, after merge is
1.9, and there
The testVariantTypes test in org.apache.poi.hpsf.basic.TestWrite fail if
the local environment is set to UTF8, but passes if env is ISO-8859-1. In
particular, the failures start at :
check(Variant.VT_LPSTR,
\u00e4, codepage);
Any ideas?
-
Avik
Since its a largish piece of work (and might become the foundation of a
much larger piece of work), and some of it done for his employer, I was
waiting for a contributor agreement before committing it. So for now,
please get it off the list archives. Sorry.
Havent heard from Koundinya in a
Even tho most committers, I believe, run 1.4 as their regular JVM's
these days, we've always tried to ensure that POI runs properly in a jdk
1.3 environment. Any 1.4'isms therefore are usually the result of
overlooking, rather than policy.
Personally, I've tried to occasionally compile and test
,
Chris Wakefield
Avik Sengupta [EMAIL PROTECTED]
08/05/04 10:40 AM
Please respond to POI Developers List
To:
POI Developers List [EMAIL PROTECTED]
cc:
Subject:
Plans etc (was Re: [VOTE] POI 2.5.1 release )
Glen,
Thanks for setting the agenda.
I agree
Glen,
Thanks for setting the agenda.
I agree that no. 4. isnt really an option.
Option 1 is getting more and more difficult each day. Till about the 2.5
delivery, most changes were getting backported. But I think some recent
fixes havent been. And I think it is infeasible to expect outside
We also do care for high quality documentation. I think this is very
important.
Yes of course. thanks Rainer!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and fixed an issue where non-ASCII
characters (in my case German umlauts) were not displayed correctly.
All in all, this seems to be some really good work that might be able
to help a lot of people.
Avik Sengupta has already asked Sudhakar if he wants his work to become
part of POI
Cool. The setting of Unicode text in a cell is pretty well tested over
the years. So I was surprised. Thanks for clarifying.
Regards
-
Avik
On Wed, 2004-07-21 at 03:32, Mikael Sitruk wrote:
Well it seems that the problem was related to the program I used to
insert non latin one character in
, Failures: 0, Errors: 0, Time elapsed: 0.173
sec
On Thu, 2004-07-08 at 19:19, Avik Sengupta wrote:
Have you yearned to use the wonders of POI in you .NET applications?
Well, then yearn no more. POI compiled into a .NET dll is available at
http://www.apache.org/~avik/dist/poi-2.5.1-dev-20040708
Yeah it did. We usually try to keep 1.2 compatibility .. but I dont know
how important it is any more.. needs discussion on the dev list, I
suppose.
Regards
-
Avik
On Mon, 2004-07-12 at 21:01, Adam R. B. Jack wrote:
Did my suggestion of :
As Rainer confirmed, these are indeed POI tests.
tests are indeed a separate target from compile in the build scripts, so
even if you compile regularly, you should be fine. (Also I must say that
all tests on my 1.8GHz pentium4 take about 1min 10sec to run .. POI is
quite fast :). Its just that
+1
On Thu, 2004-03-25 at 17:58, Ryan Ackley wrote:
Lets make it official
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Lets go with the traditional thing
Label things beta1, beta2 etc for development releases and full version
numbers for final versions.
Increase the major revision number for big changes.
Ryan, you'll have to take a call on where you want to make a release
from, HEAD or 2.0BRANCH. Currently
I am very keen to see HWPF move out of scratchpad, it seems to have a
lot of momentum recently. I was about to write a mail on this, Ryan beat
me to it. So lets do that ASAP, i think.
We should also do a dev release with this in, but I am -1 to calling it
a 2.6. And I certainly disagree to
Ryan,
I hope you've got this issue solved... if not, send me the patch and I
can apply it for you..
On Fri, 2004-03-05 at 08:17, Height, Jason wrote:
Ryan,
Well I use cygwin which provides the unix patch, cvs etc utilites for
windows to do the work. But there may be easier ways (I don't
Folks,
I have no clue how this message got into the list... I certainly didn't
moderate it in.. and I cant believe '[EMAIL PROTECTED]' (duh!) is a
member of the list. I'll ask the infrastructure people if we can stop
this. Apparently the new Beagle worm is smart enough to send messages
tuned to
+1 to do a dev and prod release...
Our version numbers are pretty messed up, I would prefer a 2.1.x dev and a 2.2
release .. but please do what you prefer.
I'd like to do a new development build followed soon after by a
production build.
Following our current quirky version
single-test:
[junit] Testsuite: org.apache.poi.hssf.usermodel.TestEscherGraphics
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.66 sec
[junit] Testcase: testGetFont took 0.538 sec
[junit] FAILED
[junit] expected:...Arial... but was:...dialog...
[junit]
We need to start moving on 3.0 again.
The testcases were initially failing in hpsf (testcase issues) which I
have fixed. The next block was the shared formula stuff that does not
work in 3.0. Jason has put a patch in bugzilla to fix that (very
different from 2.0) .. while I looked at it yet, I
I would of thought the 3rd line would be a dead give away:
It would be if my brains were functioning right
I would have imagined that the branch setting would be on the cvs
element rather than module element. Even after receiving your mail, it
took me a while to find it ..:)
Thanks. I'll
1 - 100 of 308 matches
Mail list logo