Truth be told you've managed to get deeper into the build than I ever have (or really quite honestly care to).. I've pinged Nicola Ken to maybe lend a hand... I've honestly no idea... AFAIK that is some hack to get around issues on the Mac or something...

-Andy

[EMAIL PROTECTED] wrote:

Thanks for your reply Andy,

I think the JDK version may be the reason behind my second error. I'll have
to beg the powers that be for a PTF to be applied so we can get our iSeries
up to version 1.3. However, you still haven't explained why the build
script works anywhere. The check for tools.jar is obviously wrong. This is
not a case sensativity thing I may have type Java_Home in mixed case once
or twice when relaying my issue but this is definitely not the issue. Where
is tools.jar located on your system? Where is build.xtarget looking to find
it? Is my copy of the file corrupt or am I over looking the tools.jar file
as it is found in Win2K?

CLiff



"Andrew C. Oliver" <[EMAIL PROTECTED]>
11/13/2002 05:02 PM





Please respond to "POI Users List" <[EMAIL PROTECTED]>

To: POI Users List <[EMAIL PROTECTED]>
cc:

Subject: Re: POI build not working


We've never supported jdk 1.2. Recently we dropped support for 1.2.2
and are now supporting 1.3+ -- We DID ask... no one spoke up... so the
decision was made.

Question: are environment settings not case sensitive on the AS/400?
JAVA_HOME == Java_Home?

The build also works fine on UNIX... (Solaris/Linux) and even on cygwin
(bash shell for windows)


[EMAIL PROTECTED] wrote:


Ok, You're all probably tired of me by now but I have another question
regarding the build. I got it working on my Win2K box and tried to port it
to my iSeries AS/400. What I've found (and I saw this on Win2K and

couldn't

figure out why it works there) is that it seems like the location of the
tools.jar looks like it is improperly defined. I look in the
./tools/antipedebuild.xtarget file and see the following:

<property name="tools.jar" value="${java.home}/../lib/tools.jar"/>
<available file="${tools.jar}" property="tools.jar.present"/>
<fail unless="tools.jar.present" message="tools.jar not found.

Probably

you are using the JRE and the JDK is not installed. Please download the

JDK
from the Java Sun website www.javasoft.com ."/>

Why are we moving up a directory relative to java.home to find
/lib/tools.jar? This causes the build to fail and echo the failure message

from the fail tag because this is not where tools.jar resides. The funny

thing is this works perfectly on Win2K. Why? My Java_Home on the iSeries

is

/QIBM/ProdData/Java400/jdk12. There are no spaces in the path. I know this
is the problem because when I change it to not move up a directory (I
remove the ../) I get passed this fail message.

Now I have another error that comes up when I fix the tools.jar path. I'll
just copy this to the bottom of this email. The same build package,
jakarta-poi-1.8.0-dev-src, runs without issue on Win2K but has various
bugs on the iSeries. Hmmm... does this mean the iSeries is less forgiving
than Win2K? Could this be a reason why Windows is so unstable? (That was a
joke, and honestly I have never seen the BSOD on my Win2K box. I don't
advocate Windows though.) Please someone help me with this.

Cliff

POI build error text below:
/Java/POI/jakarta-poi-1.8.0-dev-src/build/contrib/java/org/apache/poi/hssf/contrib/view/SVTableCellEditor.java:76:


Superclass org
.apache.poi.hssf.contrib.view.AbstractCellEditor of class
org.apache.poi.hssf.contrib.view.SVTableCellEditor not found.
public class SVTableCellEditor extends AbstractCellEditor implements
TableCellEditor, ActionListener {
^
/Java/POI/jakarta-poi-1.8.0-dev-src/build/contrib/java/org/apache/poi/hssf/contrib/view/SViewerPanel.java:113:


class org.apache.p
oi.hssf.contrib.view.SVTableCellEditor is an abstract class. It can't be
instantiated.
cellEditor = new SVTableCellEditor(this.wb);
/Java/POI/jakarta-poi-1.8.0-dev-src/build/contrib/java/org/apache/poi/hssf/contrib/view/SViewerPanel.java:159:


Wrong number of ar
guments in method.
sheetView.setRowHeight(i, (int)sheet.getDefaultRowHeightInPoints()
+extraHeight);
^
/Java/POI/jakarta-poi-1.8.0-dev-src/build/contrib/java/org/apache/poi/hssf/contrib/view/SViewerPanel.java:161:


Wrong number of ar
guments in method.
sheetView.setRowHeight(i, (int)row.getHeightInPoints()
+extraHeight);
^
4 errors
BUILD FAILED
/Java/POI/jakarta-poi-1.8.0-dev-src/tools/cents/centipede.cent/xbuild.xml:138:


Compile failed; see the compiler error output for
details.
Total time: 5 minutes 51 seconds
Root:/Java/POI/jakarta-poi-1.8.0-dev-src>




[EMAIL PROTECTED]
11/13/2002 10:47 AM





Please respond to "POI Users List" <[EMAIL PROTECTED]>

To: "POI Users List" <[EMAIL PROTECTED]>
cc:

Subject: RE: POI build not working



Thank you everyone. I'm not sure if it was my downloading the zip again or
changing to a directory structure with no spaces. Anyhow, it seems to be
working now. Thanks a heap everyone!

Cliff



"Dennis Doubleday" <[EMAIL PROTECTED]>
11/13/2002 10:39 AM





Please respond to "POI Users List" <[EMAIL PROTECTED]>

To: "'POI Users List'" <[EMAIL PROTECTED]>
cc:

Subject: RE: POI build not working


I don't think you want the ant jar in your classpath. In fact, I build
on Windows with no CLASSPATH at all, and didn't have any trouble. The
build script sets up the necessary paths.




-----Original Message-----
From: [EMAIL PROTECTED] [mailto:Clifton.Craig@;rrd.com]
Sent: Wednesday, November 13, 2002 10:24 AM
To: POI Users List
Subject: Re: POI build not working



Since it doesn't seem as though my entire email was fowarded
I will include it in this reply. I downloaded an extracted
the POI source to a "Java Dev" folder under the "MY
Documents" folder on my Win2K box. I cd'ed to this directory
and called the build batch script which runs fine. When it
prompts me for a target I enter test hit the enter key and
get an error stating that it can't find the
org/apache/tools/ant/BuildException class and that the build
failed. I copied the results from my test in my orignal
email. You can reference this below.

Thanks for your help,
Cliff

Original email below:
I'm getting frustrated with my POI build too. I've been told
it's because I didn't have ant originally and so I downloaded
and installed it. I set the ANT_HOME env variable and put
ANT_HOME\bin in my path. I also put the ant jar file in my
classpath. Whenever I run the test target from the POI build
I get this:

test:
Running org.apache.poi.hpsf.basic.TestBasic
java.lang.NoClassDefFoundError: org/apache/tools/ant/BuildException
Exception in thread "main"

BUILD FAILED
C:\Documents and Settings\craic0ld\My Documents\Java
Dev\jakarta-poi-1.8.0-dev-s
rc\tools\cents\junit.cent\xbuild.xml:59: Test
org.apache.poi.hpsf.basic.TestBasi
c failed

Total time: 17 seconds

C:\Documents and Settings\craic0ld\My Documents\Java
Dev\jakarta-poi-1.8.0-dev-s
rc>echo %CLASSPATH%
\Java\lib\jtopen_3_0\lib\jt400.jar
;C:\JClass;C:\JClass\build\jakarta-poi-1.5.1-final-20020615.jar;C:
\Documents and
Settings\craic0ld\My Documents\Java Dev\work

Note how I've echoed my classpath to make sure that ant.jar
is available. At the start of the build execution it echoes
that it's using a modified classpath set (as I've also
verified) by the build file. It also says it's using Jakarta
Ant version 1.5 alpha. I don't see this refenced in the
modified classpath so where is it finding it? Is it the build
that's hosed up or is it my configuration? What am I doing wrong?




Nicola Ken Barozzi <[EMAIL PROTECTED]>
11/13/2002 10:15 AM





Please respond to "POI Users List" <[EMAIL PROTECTED]>

To: POI Developers List <[EMAIL PROTECTED]>
cc: poi-user <[EMAIL PROTECTED]>

Subject: Re: POI build not working




Andrew C. Oliver wrote:



Gosh...could one of the windows geeks look into this?

[EMAIL PROTECTED] wrote:




I'm getting frustrated with my POI build too. I've been told it's
because I didn't have ant originally and so I downloaded and
installed it.



POI builds with the included ant and teh included scripts.
It should be that users CD into the poi dir and run the build script.

What is it you are getting as an error?

--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------


--
To unsubscribe, e-mail:
<mailto:poi-user-> [EMAIL PROTECTED]>
For
additional commands,
e-mail: <mailto:poi-user-help@;jakarta.apache.org>









--
To unsubscribe, e-mail:
<mailto:poi-user-> [EMAIL PROTECTED]>
For
additional commands,
e-mail: <mailto:poi-user-help@;jakarta.apache.org>




--
To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>









--
To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>









--
To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>







--
To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>









--
To unsubscribe, e-mail: <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>





--
To unsubscribe, e-mail:   <mailto:poi-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:poi-user-help@;jakarta.apache.org>

Reply via email to