Use of JIKES

I know that this isn't strictly a weblogic issue, but I also get the
impression that a lot of the people who use this newsgroup also speed up
their development process by using the Jikes compiler.
Anyway...although using my current classpath I can compile with javac with
no problems when I try with jikes I get the error listed at the bottom of
the page. I imagine that javac is more tolerant of something than jikes is,
but does anyone know what.
My classpath is
classpath=c:\jdk1.2.2\lib\tools.jar;d:\weblogic\license;d:\weblogic\classes;
d:\weblogic\lib\weblogicaux.jar;d:\weblogic\lib\m
ail.jar;d:\weblogic\lib\activation.jar;d:\weblogic\lib\cos.jar;d:\weblogic\m
yserver\clientclasses;d:\weblogic\myserver\server
classes
(I haven't set a jikespath)
The error is:-
D:\weblogic\classes\e3\classes>jikes *.java
Found 2 system errors:
*** Error: Could not find package named:
c:\jdk1.2.2\lib\tools.jar(java/util),
d:\weblogic\license/java/util,
d:\weblogic\classes/java/util,
d:\weblogic\lib\weblogicaux.jar(java/util),
d:\weblogic\lib\mail.jar(java/util),
d:\weblogic\lib\activation.jar(java/util),
d:\weblogic\lib\cos.jar(java/util),
d:\weblogic\myserver\clientclasses/java/util or
d:\weblogic\myserver\serverclasses/java/util
*** Error: Could not find package named:
c:\jdk1.2.2\lib\tools.jar(java/lang),
d:\weblogic\license/java/lang,
d:\weblogic\classes/java/lang,
d:\weblogic\lib\weblogicaux.jar(java/lang),
d:\weblogic\lib\mail.jar(java/lang),
d:\weblogic\lib\activation.jar(java/lang),
d:\weblogic\lib\cos.jar(java/lang),
d:\weblogic\myserver\clientclasses/java/lang or
d:\weblogic\myserver\serverclasses/java/lang

thank you very much, a combination of your suggestion, and adding rt.jar and
'.' to the jikespath seems to have worked. Hurrah
terry
Gunnar <[email protected]> wrote in message
news:[email protected]...
It seems jikes need / instead of \ .
I tried to compile with the -classpath attribute, and got the same error
when using \, but it worked fine when I used /.
I would have declared jikespath. Then you can use both javac and jikes
without changign classpath.
good luck
Gunnar
Terry <[email protected]> skrev i
meldingsnyheter:[email protected]...
I know that this isn't strictly a weblogic issue, but I also get the
impression that a lot of the people who use this newsgroup also speed up
their development process by using the Jikes compiler.
Anyway...although using my current classpath I can compile with javac
with
no problems when I try with jikes I get the error listed at the bottomof
the page. I imagine that javac is more tolerant of something than jikesis,
but does anyone know what.
My classpath is
classpath=c:\jdk1.2.2\lib\tools.jar;d:\weblogic\license;d:\weblogic\classes;
d:\weblogic\lib\weblogicaux.jar;d:\weblogic\lib\m
ail.jar;d:\weblogic\lib\activation.jar;d:\weblogic\lib\cos.jar;d:\weblogic\m
yserver\clientclasses;d:\weblogic\myserver\server
classes
(I haven't set a jikespath)
The error is:-
D:\weblogic\classes\e3\classes>jikes *.java
Found 2 system errors:
*** Error: Could not find package named:
c:\jdk1.2.2\lib\tools.jar(java/util),
d:\weblogic\license/java/util,
d:\weblogic\classes/java/util,
d:\weblogic\lib\weblogicaux.jar(java/util),
d:\weblogic\lib\mail.jar(java/util),
d:\weblogic\lib\activation.jar(java/util),
d:\weblogic\lib\cos.jar(java/util),
d:\weblogic\myserver\clientclasses/java/util or
d:\weblogic\myserver\serverclasses/java/util
*** Error: Could not find package named:
c:\jdk1.2.2\lib\tools.jar(java/lang),
d:\weblogic\license/java/lang,
d:\weblogic\classes/java/lang,
d:\weblogic\lib\weblogicaux.jar(java/lang),
d:\weblogic\lib\mail.jar(java/lang),
d:\weblogic\lib\activation.jar(java/lang),
d:\weblogic\lib\cos.jar(java/lang),
d:\weblogic\myserver\clientclasses/java/lang or
d:\weblogic\myserver\serverclasses/java/lang

Similar Messages

MX7 using Java 1.5 Libs?

SO, I am working on some Java libs that will handle a lot of
the guts of the app I am working on. I am using 1.5 because I want
to be able to use things like ArrayList<> and so on. I was
thinking of using ColdFusion for the frontend. Is it true that MX7
does not work with Java 1.5?
Thanks,
Michael

We have been using 1.5 in production with MX 6.1 for the last
6 months and we will soon upgrade to MX 7.0.1.
We have encountered problems with calling webservices (when
CF tries to generate code for the webservice it is using a version
of axis that has a package name containing ".enum." which is not
allowed in 1.5), but I think that this problem will go away when we
upgrade to MX 7.0.1 since it uses a newer version of axis with the
particular packages renamed to be 1.5 compatible. We can currently
create webservices for others to call, we just can't initiate
webservice requests from CF.
In WEB-INF/cfusion/lib there is a 1.4 version of tools.jar
which we had to replace with the 1.5 version and in this same
directory we had to remove jikesw.exe. These two changes were
necessary in order for calling our webservices to work (the java
code generated for the webservices gets compiled using either
jikes, if present -- which doesn't work with 1.5, or the java
compiler in tools.jar (in which case the tools.jar needs to be in
synch with your jdk version).
Otherwise we haven't had any issues -- of course I strongly
recommend running with 1.5 in your development environment for a
decent amout of time before taking it into production and in
particular make sure your webservices (if you're using any) still
work. You also could run into problems (ClassCastException) with
date comparisons due to changes in the Timestamp class in 1.5 if
you try to compare Timestamp objects to Date objects in CF (we
didn't encounter this particular problem in any of our code).
Ryan

Ejbc with jikes?

Is there a hidden option in ejbc to allow the use of jikes as the compiler
(instead of javac)?
Thanks,
Jeff

Is there a hidden option in ejbc to allow the use of jikes as the compiler
(instead of javac)?
Thanks,
Jeff

Language barrier...

I originally posted a similar message under the "compiling" forum, but after some thought I decided it fit better here since the issue wasn't necessarily specific to compilation (though it does affect it). I'm not trying to spam the forums, really, I'm not. :)
The problem is with the Java SDK's localization. I speak English, however, I am learning Japanese. But you can't type Japanese characters in Windows XP in many programs unless you set your system's locale (or language or whatever you want to call it) to Japanese. So I did exactly that, figuring that most of my programs don't "know" Japanese anyway and those that do could probably easily be adjusted so that they always use English (I had to make such an adjustment for Sun ONE Studio, for instance, by modifying its config file). For the most part, I was right.
However, I try to compile some code and lo, javac is trying to talk to me in Japanese. I know I can just switch my locale back to U.S. English and try again, but I don't want to reboot my computer every time I want to compile code and be able to read the error messages. I've looked around this website and in the official documentation and found no way to force the Java tools to use U.S. English as the locale. Is there any way to ensure that the compiler and other Java tools always use English?

No, still no luck in getting the SDK talking to me in English. It seems bent on saying things like "anata wa baka desu". So I say "Kuso!" back to it. ;) In any case I haven't bothered with it in the past few days since, due to some stuff happening, I haven't been in the mood to code. If I get desperate to compile something I can just change my language back to U.S. English, though, or maybe try using the Jikes compiler to compile (though that won't replace other SDK tools).
As for the Sun ONE Studio problem...
The file you want to modify is ide.cfg in the bin folder. It probably doesn't already have a locale flag there, so it uses the default, which would be Japanese. So at the end, type in this after the last flag: "-locale en_US" (without quotes), or whatever locale you might want in place of en_US. Does that work?
- Kef

I am having trouble with the classpath

I use the jikes compiler, and I am having trouble setting my classpath. The current classpath I have is: C:\program files\java\j2re1.4.0_01\lib\rt.jar
When I compile my Java file it says that it could not find the directory java/lang.
I have the program Robocode and the compiler on it uses Jikes, and it works, but when I try to compile one of my files on either Jcreator or MsDos Prompt it doesn't work for me. Can anybody help me on how to set my classpath?

take a look in the directory tree and see if javac is in it. when i have a path with jre in it, there isn't any compiler just the java runtime environment. you may need to install the jdk.

How are Hot Spot Compilers and VMs of different vendors fit together?

I read that the Hot Spot technology is splitted up into a Hot Spot compiler and a Hot Spot VM. Since maybe the ISV uses another Hot Spot Compiler (maybe IBM on Windows) to compile and the user drives that app on another Hot Spot VM (maybe Novell on Netware), I am wondering how this fits together?
Do some compiler/VM couples make problem? Do some combinations produce higher performance or smaller memory load than others?
Any comments welcome! :-)

You compiled the same application using jikes and the
sun javac and then ran it on the the same jvm (and
version) and got a 10% improvement using the jikes
binary?Yes, but this was more than a year ago. I used javac from Sun 1.3 in comparison with the latest jikes from IBM. Both binaries I started on a Sun 1.3 VM and the jikes code performed UP TO 10% for SOME CASEs. It was a micro benachmark, so I could imagine that jikes optimized some code sequences out of the code, whereas javac did not. Anyway, micro benchmarks are not totally exact and one should do an application benchmarking with the latest compilers from both companies.

Newbie - java.lang.NoClassDefFound Error

I installed the JDK on my system (I'm running Windows ME). I typed in a simple "Hello World" program directly from a book. I used the Jikes compiler to compile it and then tried to run it. I got no errors from Jikes, but when I ran it, I got "NoClassDefFoundError". I'm guessing I don't have something set up properly, but I don't know what. I added the c:\java\bin directory to the PATH variable and the path to the RT.JAR file to the CLASSPATH variable. I am changing the PATH and CLASSPATH variables in a separate batch file that I execute when I want to work with Java. What am I missing?

This question has been asked here millions of times before....
Firstly, do not add rt.jar to your CLASSPATH. This is not necessary for JDK 1.2 or newer. Go to the directory that contains your class file and type:
java -classpath . HelloWorld
Note that the classname is case sensitive, so don't type "helloworld" or "Helloworld" or whatever. Also don't type ".class" behind the name.
Read this:
Setting the class path
http://java.sun.com/j2se/1.4/docs/tooldocs/win32/classpath.html
Installation notes
http://java.sun.com/j2se/1.4/install-windows.html
JavaTM 2 SDK Tools and Utilities
http://java.sun.com/j2se/1.4/docs/tooldocs/tools.html
Jesper

Anybody using jikes in production environment?

anybody using jikes in production environment?
thanks,
-ramu

"Joe Herbers" <[email protected]> wrote in message
news:3aa69c84$[email protected]..
We were going to use jikes when we switched to 1.3, but had a few problems
with it. It compiles much faster than Sun's JDK, but it would
occasionally crash. We could recompile the stuff that crashed andproceed,
but that concerned us (I don't recall if there was anything else). So we
bought the latest version of VisualCafe (Professional and Enterprise
Editions have a fast 1.3 compiler) since we had used their 1.1 compiler in
production in the past.We've been using Jikes for months now without any serious problems. I've
never known it to crash. (Jikes 1.12, JDK 1.3, Redhat Linux 6.2, WL 5.1) The
caveat I could offer you is that Jikes is much more willing to generate
warning messages than javac. In particular, I've noticed that it will throw
annoying messages on Weblogic's ejbc-generated code unless you specifically
suppress warnings.
-- Brendan Smith
-- periopcare.com

Jrun use jikes of javac

I have installed JRun 4 Updater 7.
OS: Solaris 10
JDK: JDK 1.6.0_07
jvm.config: java.home=/usr/jdk/instances/jdk1.6.0
And I don't change jikes (/opt/jrun4/bin/jikesw).
In this conditions, which JRun uses jikes or javac, as a
compiler?
Referring to manuals and release notes of updater 5, I
thought JRun tries using jikes.
But it seems JRun has used javac(1.6), because the results of
javap command.
% javap -v jrun__hoge2ejspb
Compiled from "jrun__hoge2ejspb.java"
(snip)
minor version: 0
major version: 50
(snip)
Why JRun uses javac?
Doesn't JRun try to use jikes in this conditions of JDK
1.6?

If you are curious, I found the answer:
It is a Bug of Jikes:
http://oss.software.ibm.com/developerworks/bugs/?func=detailbug&bug_id=213&group_id=10
The spec for this case is 6.6.2.1 of JLS:
http://java.sun.com/docs/books/jls/second_edition/html/names.doc.html#60602

Using jikes to compile jsp files

          Hello !
          Where can i find a easy installation about jikes/WLS 6.0 sp6
          to compile jsp files ?
          Regards,
          jsanza


just change the compile command for 6.x in weblogic.xml
          kumar.
          "jsanza" <[email protected]> wrote in message
          news:3b814a50$[email protected]..
          >
          > Hello !
          >
          > Where can i find a easy installation about jikes/WLS 6.0 sp6
          > to compile jsp files ?
          >
          > Regards,
          >
          > jsanza
          >

Problem with jikes & EJB

I've been experiencing a problem using jikes to compile EJBs. Has anyone
has this type of problem and is there a known fix?
The beans seem to compile fine, but I get an error when trying to deploy
them. Here's the error:
weblogic.ejb.common.DeploymentException: Unexpected I/O exception during
deployment:
weblogic.ejb.common.DeploymentException: Problem deploying a bean:
java.lang.VerifyError: (class:
com/criatech/contractstation/party/provider/PartyManagerBeanEOImpl_ServiceSt
ub, method: ensureInitialized signature: ()V) Illegal target of jump or
branch
at java.lang.Class.getConstructor0(Native Method)
at java.lang.Class.getConstructor(Class.java:886)
Thoughts?
- Doug

That seems to be the problem. It only happens on one bean which is a very
large one. It appears to work ok with the javac 1.3 compiler, but no luck
with jikes. It's unfortunate, because jikes is SO much faster.
At least I know someone else is seeing this problem. Thanks for the info.
- Doug
"Toby Allsopp" <[email protected]> wrote in message
news:[email protected]..
Hi.
This sounds a bit like a problem we were having when compiling one of the
generated classes for a bean with a huge number of methods (~400). The
ensureInitialised method (I think, it might be a different method now -the
name of the class changes in every WLS version) got so big that some ofthe
jump instructions needed to become wide jump instructions but both javacand
jikes got it wrong.
For us, the workaround was (and still is) to use kjc(http://www.dms.at/kopi/)
to compile the generated classes.
This may or may not be your problem, however.
Toby.
Doug Cunningham wrote:
I've been experiencing a problem using jikes to compile EJBs. Has
anyone
has this type of problem and is there a known fix?
The beans seem to compile fine, but I get an error when trying to deploy
them. Here's the error:
weblogic.ejb.common.DeploymentException: Unexpected I/O exception during
deployment:
weblogic.ejb.common.DeploymentException: Problem deploying a bean:
java.lang.VerifyError: (class:
com/criatech/contractstation/party/provider/PartyManagerBeanEOImpl_ServiceSt
ub, method: ensureInitialized signature: ()V) Illegal target of jump or
branch
at java.lang.Class.getConstructor0(Native Method)
at java.lang.Class.getConstructor(Class.java:886)
Thoughts?
- Doug

Ejbc error with jikes

I've been using jikes for several months to do an ejbc compile, but
just recently it quit working. However, it works with javac. I think
it may be a classpath problem. Here's the classpath:
x:\source\classes;c:\xerces-1_4_4\xerces.jar;c:\bea\jdk130\jre\lib\rt.jar;c:\bea\wlserver6.0\lib\weblogic.jar
(The important part is x:\source\classes, which is the root for the
western.*.* classes which follow, which it says can't be found.)
Here's the ejbc command:
X:\scripts\Wattage>java -classpath %classpath%
-Dweblogic.home=c:\bea\wls_license.txt weblogic.ejbc20 -compiler jikes
x:
\source\build\western\build\std_WattageBean.jar
x:\source\build\newbuild\config\wattageDomain\applications\ejb_WattageBe
an.jar
Here are some of the errors (there's many more similar ones)
Found 13 semantic errors compiling
"X:/scripts/Wattage/ejbcgen/western/common/security/SecurityBeanEOImpl.java":
13. implements western.common.security.Security,
weblogic.utils.PlatformConstants
<------>
*** Error: Type western/common/security/Security was not found.
18. public java.util.Hashtable
getPagePermissions(java.lang.String arg0, western.common.UniqueID
arg1)
<------>
*** Error: Type western/common/UniqueID was not found.
26. western.common.security.SecurityBean bean =
(western.common.security.SecurityBean)wrap.getBean();
<---------->
*** Error: Type western/common/security/SecurityBean was not found.
89. throws javax.ejb.EJBException,
western.common.security.PasswordException,
western.common.security.ActiveUse
rException, java.rmi.RemoteException
<--------------->
*** Error: Type western/common/security/PasswordException was not
found.
89. throws javax.ejb.EJBException,
western.common.security.PasswordException,
western.common.security.ActiveUse
rException, java.rmi.RemoteException
<--------
--------->
*** Error: Type western/common/security/ActiveUserException was not
found.
115. }else if (e instanceof
western.common.security.PasswordException) {
<---------------------------------------------------->
*** Error: The type of the left-side expression,
"java/lang/Exception", cannot possibly be an instance of type
"western/
common/security/PasswordException".
116. throw (western.common.security.PasswordException) e;
^
*** Error: An expression of type "Exception" cannot be cast into type
"PasswordException".
117. }else if (e instanceof
western.common.security.ActiveUserException) {
<------------------------------------------------------>
*** Error: The type of the left-side expression,
"java/lang/Exception", cannot possibly be an instance of type
"western/
common/security/ActiveUserException".
The curious thing to me is that it was working, but it's quit for some
reason, but only for jikes (still works for javac). Anyone had any
problems like this, or have any ideas?

it appears that the problem also exists with jikes 1.17,weblogic6.1 sp2 and ant
1.5.
can someone tell me when i can download jikes 1.13 for windows. i really like
to see how much faster jikes is compared to sun.
thanks.
"Madhusudan Chaganthi" <[email protected]> wrote:
>
[email protected] (Tom Ewall) wrote:
I've been using jikes for several months to do an ejbc compile, but
just recently it quit working. However, it works with javac. I think
it may be a classpath problem. Here's the classpath:
x:\source\classes;c:\xerces-1_4_4\xerces.jar;c:\bea\jdk130\jre\lib\rt.jar;c:\bea\wlserver6.0\lib\weblogic.jar
(The important part is x:\source\classes, which is the root for the
western.*.* classes which follow, which it says can't be found.)
Here's the ejbc command:
X:\scripts\Wattage>java -classpath %classpath%
-Dweblogic.home=c:\bea\wls_license.txt weblogic.ejbc20 -compiler jikes
x:
\source\build\western\build\std_WattageBean.jar
x:\source\build\newbuild\config\wattageDomain\applications\ejb_WattageBe
an.jar
Here are some of the errors (there's many more similar ones)
Found 13 semantic errors compiling
"X:/scripts/Wattage/ejbcgen/western/common/security/SecurityBeanEOImpl.java":
13. implements western.common.security.Security,
weblogic.utils.PlatformConstants
<------>
*** Error: Type western/common/security/Security was not found.
18. public java.util.Hashtable
getPagePermissions(java.lang.String arg0, western.common.UniqueID
arg1)
<------>
*** Error: Type western/common/UniqueID was not found.
26. western.common.security.SecurityBean bean =
(western.common.security.SecurityBean)wrap.getBean();
<---------->
*** Error: Type western/common/security/SecurityBean was not found.
89. throws javax.ejb.EJBException,
western.common.security.PasswordException,
western.common.security.ActiveUse
rException, java.rmi.RemoteException
<--------------->
*** Error: Type western/common/security/PasswordException was not
found.
89. throws javax.ejb.EJBException,
western.common.security.PasswordException,
western.common.security.ActiveUse
rException, java.rmi.RemoteException
<--------
--------->
*** Error: Type western/common/security/ActiveUserException was not
found.
115. }else if (e instanceof
western.common.security.PasswordException) {
<---------------------------------------------------->
*** Error: The type of the left-side expression,
"java/lang/Exception", cannot possibly be an instance of type
"western/
common/security/PasswordException".
116. throw (western.common.security.PasswordException) e;
^
*** Error: An expression of type "Exception" cannot be cast into type
"PasswordException".
117. }else if (e instanceof
western.common.security.ActiveUserException) {
<------------------------------------------------------>
*** Error: The type of the left-side expression,
"java/lang/Exception", cannot possibly be an instance of type
"western/
common/security/ActiveUserException".
The curious thing to me is that it was working, but it's quit for some
reason, but only for jikes (still works for javac). Anyone had any
problems like this, or have any ideas?What is your configuration?
Weblogic - ??
JIKES - ??
JDK - ??
I have seen something similar to this after switching from Jikes 1.13
to Jikes
1.16 a couple of days ago. I switched back to Jikes 1.13 and everything
works
fine. My weblogic version is 6.0 SP2 in both cases.
Regards
Madhu

Jikes compiler problem when importing class from a jar

hi everyone,
I'm new there so please excuse me if i post a pb that have been already answered...
I've a pb with jikes that is encountering a problem and so closing when compiling. I use ant to build my project.
In my classpath I have, among others, a jar named 'kepler.jar' in which I use the following class 'WSResult;'
In my java class I have the following import :
'import com._4d.kepler.model.WSResult;'
Do you think it is the character "_" that makes jikes to bug ?
What else can be the problem of not compiling and stopping building the project ?
Thank you very much for your help, looking forward to your answer...!
Florence.

Editing material is vastly different from just playing it.
With Audio, a player is accessing the actual file on the HDD, and reading the info from there.
The big difference is that with PrE (and PrPro), those files are not being used directly. When Imported, a couple of things happen:
PrE creates links to those files, for later use, when one Exports/Shares
PrE creates "proxy files," to display the Video on the Timeline, based on those links. It also creates proxy files for better display, when one Renders the Timeline, or portions of it.
PrE creates a CFA (Conformed Audio) and a PEK (Waveform Display) file, that are used - the CFA is to allow for critical editing and the PEK is what one sees on the Audio Track. The actual files are NOT directly accessed - only the CFA file.
For a bit more info on Conforming, see this ARTICLE.
Now, there have been some problems reported, where the Audio was Linear PCM/WAV. I do not know what there is about the LPCM, that causes the issue, but the "plain vanilla" PCM/WAV's seem to be trouble-free. I would love to read, from an Adobe employee, or audio engineer, explaining on why there might be issues.
For the red, and as there is some "earthiness" to it, I like the Acacia Carneros Pinot Noir. I pick it up at Costco for about US $22. It has proved to be about the best inexpensive PN, that I have encountered. Another, is the Peachy Canyon Incredible Red, which I have picked up "on sale" for around US $ 9. Their Peachy Canyon East Side Zinfandel, is even better, and I've found it as low as US $ 15. If you can find the Glen Carlou Grand Classique (South Africa), it is about the best cheap Bordeaux Blend, that I have ever found at ~ US $ 12.
Good luck,
Hunt

Using ant with ejbjar

I am trying to specify a manifest file in the <ejbjar> element, and it appears
that weblogic.ejbc is overwriting the manifest (ant does find the MF, but weblogic
seems to be clobbering it)
has anybody run into this before?
thanks

I tried this and it doesn't work. It will include the file Manifest.mf in
the jar along with the default manifest file MANIFEST.MF. If you try to use
the support tag to include a file MANIFEST.MF, an IOException is received.
Has anybody found a way to get ejbjar to use a custom manifest file?
"Nils Winkler" <[email protected]> wrote in message
news:[email protected]..
I'm using pretty much the same combination, and it works just fine.
Here's what I'm doing:
<ejbjar srcdir="${build}"
descriptordir="${dd}"
destdir="${dist}">
<support dir="">
<include name="META-INF/Manifest.mf"/>
</support>

<weblogic destdir="${dist}"
newCMP="true"
compiler="jikes"
args="-g">
<classpath>
[snip...]
</classpath>
</weblogic>

<include name="**/*-ejb-jar.xml" />
<exclude name="**/*weblogic*.xml" />
</ejbjar>
As you can see, I add the manifest file using the support nested tag.
The manifest file is on my harddisk, in a directory called "META-INF",
which is in the project's main directory.
Hope that helps,
Nils
john wrote:
I am using 6.1 with sp1, and version 1.4.1 of ant
Rob Woollen <[email protected]> wrote:
Make sure that you are running WLS 6.1 (I believe earlier versions will
clobber the
manifest.)
-- Rob
john wrote:
I am trying to specify a manifest file in the <ejbjar> element, andit appears
that weblogic.ejbc is overwriting the manifest (ant does find the MF,but weblogic
seems to be clobbering it)
has anybody run into this before?
thanks
============================
[email protected]

WLS 7 JSP Jikes Compiler Encoding UTF8 Problem

Hi,
          How are you doing? I am trying to configure Jikes as the default
          compiler in WebLogic. I know some of you have configured Jikes as the
          default compiler.
          I get the following error only for some pages. Even though I get the
          error the page is compiled successfully, but the error page is shown
          in the browser. However, if I refresh the page then I will get the
          next error. However, after a while every page will start working
          fine. Even the new pages will compile just fine. Ideas, suggestions,
          thoughts?
          Is encoding option the culprit? When is the option included?
          Thank you so much,
          -Prakash
          <Sep 11, 2002 10:38:33 AM PDT> <Error> <HTTP> <101046>
          <[ServletContext(id=53596
          2,name=web,context-path=/web)] Compilation of
          C:\bea\user_projects\c2c\myserver\
          .wlnotdelete\c2c_web_535962\jsp_servlet\_layouts\__mainlayout.java
          failed:
          Issued 4 system warnings:
          *** Warning: "-encoding" is an invalid option; use: jikes
          [-bootclasspath path][
          -classpath path][-d dir][-debug][-depend|-Xdepend][-deprecation][-extdirs
          path][
          -g][-nowarn][-nowrite][-O][-sourcepath
          path][-verbose][-Xstdout][++][+B][+c][+OL
          DCSO][+D][+DR=filename][+E][+F][+Kname=TypeKeyWord][+M][+P][+Td...d][+U][+Z]
          fil
          e.java....
          *** Warning: The file "C:\bea\jdk131_02\jre\classes" is not a valid
          directory.
          *** Warning: The file "C:\bea\weblogic700\server\lib\weblogic_sp.jar"
          is not a v
          alid zip file.
          *** Caution: The input file "UTF8" does not have the ".java"
          extension.
          java.io.IOException: Compiler failed
          executable.exec(java.lang.String[C:\jikes-1
          .15\bin\jikes.exe, -classpath,
          C:\work\dev\sonyc2c\web\WEB-INF\classes;C:\bea\us
          er_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\comm
          ons-beanutils27902.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_
          535962\jarfiles\WEB-INF\lib\commons-collections27903.jar;C:\bea\user_projects\c2
          c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-dbcp27904.
          jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB
          -INF\lib\commons-digester27905.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdel
          ete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-pool27906.jar;C:\bea\user_projec
          ts\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-servi
          ces27907.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jar
          files\WEB-INF\lib\commons-validator27908.jar;C:\bea\user_projects\c2c\.\myserver
          \.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\struts27909.jar;C:\bea\user_pr
          ojects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\tiles2791
          0.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\W
          EB-INF\lib\junit27911.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_w
          eb_535962\jarfiles\WEB-INF\lib\aspectjrt27912.jar;C:\bea\user_projects\c2c\.\mys
          erver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\codigoxp_runtime27913.jar
          ;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-IN
          F\lib\codigoxp_support27914.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete
          \c2c_web_535962\jarfiles\WEB-INF\lib\cactus27915.jar;C:\bea\user_projects\c2c\.\
          myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\cx_sonyc2c27916.jar;C:
          \bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\l
          ib\weblogic-tags27917.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_w
          eb_535962\jarfiles\WEB-INF\lib\poi27918.jar;C:\bea\user_projects\c2c\myserver\.w
          lnotdelete\c2c_web_535962;C:\bea\jdk131_02\jre\lib\rt.jar;C:\bea\jdk131_02\jre\l
          ib\i18n.jar;C:\bea\jdk131_02\jre\lib\sunrsasign.jar;C:\bea\jdk131_02\jre\classes
          ;C:\work\dev\sonyc2c\lib\CR079672_70.jar;C:\bea\jdk131_02\lib\tools.jar;C:\bea\w
          eblogic700\server\lib\weblogic_sp.jar;C:\bea\weblogic700\server\lib\weblogic.jar
          ;.;C:\work\dev\sonyc2c\lib\jakarta-regexp-1.2.jar;C:\work\dev\sonyc2c\lib\common
          s-logging.jar, -d, C:\bea\user_projects\c2c\myserver\.wlnotdelete\c2c_web_535962
          , -encoding, UTF8, C:\bea\user_projects\c2c\myserver\.wlnotdelete\c2c_web_535962
          \jsp_servlet\_layouts\__mainlayout.java])
          at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvo
          ker.java:575)
          at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:
          354)
          at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:414)
          at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:214)
          at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:168)
          at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.
          java:447)
          at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          pl.java:287)
          at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          pl.java:376)
          at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:20)
          at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja
          va:27)
          at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispat
          cherImpl.java:542)
          at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispat
          cherImpl.java:368)
          at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:119
          at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(Inser
          tTag.java:757)
          at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:369)
          at jsp_servlet.__index._jspService(__index.java:111)
          at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
          at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run
          (ServletStubImpl.java:945)
          at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          pl.java:332)
          at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          pl.java:376)
          at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:20)
          at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja
          va:27)
          at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio
          n.run(WebAppServletContext.java:5369)
          at weblogic.security.service.SecurityServiceManager.runAs(SecurityServic
          eManager.java:721)
          at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe
          rvletContext.java:3043)
          at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm
          pl.java:2466)
          at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:152)
          at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:133)
          >


          I tried your suggestion. Now it works. Thank you so much,
          -Bart Simpson
          "nagesh" <[email protected]> wrote:
          >
          >jikes doesnt support the -encoding option
          >so u can set compilerSupportsEncoding to false in your
          >weblogic.xml (as a param-name in your jsp-descriptor)while using jikes
          >as the
          >compileCommand
          >
          >Error: The option "-encoding" is unsupported in this build.
          >
          >thanks
          >Nagesh
          >
          >
          >
          >"Bart Simpson" <[email protected]> wrote:
          >>
          >>"Narayan Anand" <[email protected]> wrote:
          >>>Which WLS version with SP?
          >>
          >>I am using WLS 7.0 If you have any other questions please do not hesitate
          >>to
          >>ask.
          >>
          >>Best regards...
          >>-Bart Simpson
          >>
          >>>
          >>>
          >>>
          >>>"Bart Simpson" <[email protected]> wrote in message
          >>>news:[email protected]...
          >>>> Hi,
          >>>>
          >>>> How are you doing? I am trying to configure Jikes as the default
          >>>> compiler in WebLogic. I know some of you have configured Jikes as
          >>>the
          >>>> default compiler.
          >>>>
          >>>> I get the following error only for some pages. Even though I get
          >>the
          >>>> error the page is compiled successfully, but the error page is shown
          >>>> in the browser. However, if I refresh the page then I will get
          >the
          >>>> next error. However, after a while every page will start working
          >>>> fine. Even the new pages will compile just fine. Ideas, suggestions,
          >>>> thoughts?
          >>>>
          >>>> Is encoding option the culprit? When is the option included?
          >>>>
          >>>> Thank you so much,
          >>>> -Prakash
          >>>>
          >>>> <Sep 11, 2002 10:38:33 AM PDT> <Error> <HTTP> <101046>
          >>>> <[ServletContext(id=53596
          >>>> 2,name=web,context-path=/web)] Compilation of
          >>>> C:\bea\user_projects\c2c\myserver\
          >>>> .wlnotdelete\c2c_web_535962\jsp_servlet\_layouts\__mainlayout.java
          >>>> failed:
          >>>>
          >>>> Issued 4 system warnings:
          >>>>
          >>>> *** Warning: "-encoding" is an invalid option; use: jikes
          >>>> [-bootclasspath path][
          >>>> -classpath path][-d dir][-debug][-depend|-Xdepend][-deprecation][-extdirs
          >>>> path][
          >>>> -g][-nowarn][-nowrite][-O][-sourcepath
          >>>> path][-verbose][-Xstdout][++][+B][+c][+OL
          >>>>
          >>>DCSO][+D][+DR=filename][+E][+F][+Kname=TypeKeyWord][+M][+P][+Td...d][+U][+Z]
          >>>> fil
          >>>> e.java....
          >>>>
          >>>>
          >>>> *** Warning: The file "C:\bea\jdk131_02\jre\classes" is not a valid
          >>>> directory.
          >>>>
          >>>>
          >>>> *** Warning: The file "C:\bea\weblogic700\server\lib\weblogic_sp.jar"
          >>>> is not a v
          >>>> alid zip file.
          >>>>
          >>>>
          >>>> *** Caution: The input file "UTF8" does not have the ".java"
          >>>> extension.
          >>>>
          >>>> java.io.IOException: Compiler failed
          >>>> executable.exec(java.lang.String[C:\jikes-1
          >>>> .15\bin\jikes.exe, -classpath,
          >>>> C:\work\dev\sonyc2c\web\WEB-INF\classes;C:\bea\us
          >>>>
          >>>er_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\
          >>>comm
          >>>>
          >>>ons-beanutils27902.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_
          >>>web_
          >>>>
          >>>535962\jarfiles\WEB-INF\lib\commons-collections27903.jar;C:\bea\user_project
          >>>s\c2
          >>>>
          >>>c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-dbcp27
          >>>904.
          >>>>
          >>>jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles
          >>>\WEB
          >>>> -INF\lib\commons-digester27905.jar;C:\bea\user_projects\c2c\.\myserver\.wl
          >>>notdel
          >>>>
          >>>ete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-pool27906.jar;C:\bea\user_pr
          >>>ojec
          >>>>
          >>>ts\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\commons-s
          >>>ervi
          >>>>
          >>>ces27907.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962
          >>>\jar
          >>>>
          >>>files\WEB-INF\lib\commons-validator27908.jar;C:\bea\user_projects\c2c\.\myse
          >>>rver
          >>>>
          >>>\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\struts27909.jar;C:\bea\use
          >>>r_pr
          >>>>
          >>>ojects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\tiles
          >>>2791
          >>>>
          >>>0.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfil
          >>>es\W
          >>>>
          >>>EB-INF\lib\junit27911.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c
          >>>2c_w
          >>>>
          >>>eb_535962\jarfiles\WEB-INF\lib\aspectjrt27912.jar;C:\bea\user_projects\c2c\.
          >>>\mys
          >>>>
          >>>erver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\codigoxp_runtime27913
          >>>..jar
          >>>>
          >>>;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WE
          >>>B-IN
          >>>>
          >>>F\lib\codigoxp_support27914.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotde
          >>>lete
          >>>>
          >>>\c2c_web_535962\jarfiles\WEB-INF\lib\cactus27915.jar;C:\bea\user_projects\c2
          >>>c\.\
          >>>>
          >>>myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-INF\lib\cx_sonyc2c27916.ja
          >>>r;C:
          >>>>
          >>>\bea\user_projects\c2c\.\myserver\.wlnotdelete\c2c_web_535962\jarfiles\WEB-I
          >>>NF\l
          >>>>
          >>>ib\weblogic-tags27917.jar;C:\bea\user_projects\c2c\.\myserver\.wlnotdelete\c
          >>>2c_w
          >>>>
          >>>eb_535962\jarfiles\WEB-INF\lib\poi27918.jar;C:\bea\user_projects\c2c\myserve
          >>>r\.w
          >>>>
          >>>lnotdelete\c2c_web_535962;C:\bea\jdk131_02\jre\lib\rt.jar;C:\bea\jdk131_02\j
          >>>re\l
          >>>>
          >>>ib\i18n.jar;C:\bea\jdk131_02\jre\lib\sunrsasign.jar;C:\bea\jdk131_02\jre\cla
          >>>sses
          >>>>
          >>>;C:\work\dev\sonyc2c\lib\CR079672_70.jar;C:\bea\jdk131_02\lib\tools.jar;C:\b
          >>>ea\w
          >>>>
          >>>eblogic700\server\lib\weblogic_sp.jar;C:\bea\weblogic700\server\lib\weblogic
          >>>..jar
          >>>>
          >>>;.;C:\work\dev\sonyc2c\lib\jakarta-regexp-1.2.jar;C:\work\dev\sonyc2c\lib\co
          >>>mmon
          >>>> s-logging.jar, -d,
          >>>C:\bea\user_projects\c2c\myserver\.wlnotdelete\c2c_web_535962
          >>>> , -encoding, UTF8,
          >>>C:\bea\user_projects\c2c\myserver\.wlnotdelete\c2c_web_535962
          >>>> \jsp_servlet\_layouts\__mainlayout.java])
          >>>> at
          >>>weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvo
          >>>> ker.java:575)
          >>>> at
          >>>weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:
          >>>> 354)
          >>>> at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:414)
          >>>> at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:214)
          >>>> at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:168)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.
          >>>> java:447)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          >>>> pl.java:287)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          >>>> pl.java:376)
          >>>> at
          >>>weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:20)
          >>>> at
          >>>weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja
          >>>> va:27)
          >>>> at
          >>>weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispat
          >>>> cherImpl.java:542)
          >>>> at
          >>>weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispat
          >>>> cherImpl.java:368)
          >>>> at
          >>>weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:119
          >>>> )
          >>>> at
          >>>org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(Inser
          >>>> tTag.java:757)
          >>>> at
          >>>org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:369)
          >>>>
          >>>> at jsp_servlet.__index._jspService(__index.java:111)
          >>>> at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run
          >>>> (ServletStubImpl.java:945)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          >>>> pl.java:332)
          >>>> at
          >>>weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
          >>>> pl.java:376)
          >>>> at
          >>>weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:20)
          >>>> at
          >>>weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja
          >>>> va:27)
          >>>> at
          >>>weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio
          >>>> n.run(WebAppServletContext.java:5369)
          >>>> at
          >>>weblogic.security.service.SecurityServiceManager.runAs(SecurityServic
          >>>> eManager.java:721)
          >>>> at
          >>>weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe
          >>>> rvletContext.java:3043)
          >>>> at
          >>>weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm
          >>>> pl.java:2466)
          >>>> at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:152)
          >>>> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:133)
          >>>> >
          >>>
          >>>
          >>
          >

Use of JIKES

Similar Messages

Maybe you are looking for