[Bug] Compiler bug in JDev  10.1.3.0.4 (SU5)

Hello,
I would like to report a bug with Java 5 compiler in JDev 10.1.3.0.4 (SU5) build JDEV_ADF_10.1.3_NT_030125.0900.3673 regarding covariant return types.
As of Java 5, it's now possible to override a method with a different return type as long as the new return type is a subclass of the overridden method's return type. JDeveloper compiler will manage that correctly (no compilation error), but will result in a java.lang.AbstractMethodError if the overriding definition come from an interface.
So the reproduction case is :
public interface Interface1 {
   public Object myMethod();
public interface Interface2 extends Interface1 {
  public String myMethod();
public abstract class AbstractInterface2 implements Interface2 {
public class MyClass extends AbstractInterface2 {
  public String myMethod() {
    return "Hello"!;
public static void main(String... args) {
  Interface1 myObject = new MyClass();
  myObject.myMethod();
}I did not test with other JDev version.
Regards,
Simon Lessard

quick workaround is to set project output directory to the WEB-INF/classes directory and compile the jsp from jdeveloper, oc4j then updates the loaded class file without re-compiling the jsp.
This works fine, but if I let OC4J try to compile the JSP problem still occurs, anyone have any ideas why either of these problems occur?

Similar Messages

  • Local class and switch statement -- compiler bug?

    Does anybody know why the following does not compile with "LocalClass cannot be resolved to a type" error in the case 1: block
    public class ProblemClass {
         public void localClassProblem() {
                   class LocalClass {
                        void doNothing() {};          
                   int i = 0; 
                   switch (i) {                    
                        case 1: {
                             LocalClass instance1 = new LocalClass();  //ERROR: unresolved type
                                            break;
    }while the following does (I only added case 2: where LocalClass type is not referenced within an embedded block)
    public class ProblemClass {
         public void localClassProblem() {
                   class LocalClass {
                        void doNothing() {};          
                   int i = 0; 
                   switch (i) {                    
                        case 1: {
                             LocalClass instance1 = new LocalClass();
                                            break;
                        case 2:
                             LocalClass instance2 = new LocalClass();
    }Is it a compiler bug? Thanks for clarifying this.
    --Michal                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    I'm using 1.5.0-b64
    --Michal                                                                                                                                                                                                                                   

  • Strange compiler bug in method overloading mechanism

    Hi,
    current javac compiler in version 1.4.2_10 and probably earlier versions seem to have a bug in the overloading mechanism of static methods in a certain case.
    I consider reporting this as a compiler bug but would like to have some feedback before.
    Would you consider this class correct? With 5+ years of java experience I'd consider it being correct:
    package test;
    public abstract class AbstractClass {
       public class RealizationClass extends AbstractClass {
          public void someMethod() {
             m(1); //Error: m(int,int) in test.AbstractClass cannot be applied to (int)
             m(1, 2);
       private static int m(int i) {
          return i+1;
       private static int m(int i, int j) {
          return i+j;
    }Interestingly the order of those two static method and their visibility affects the error (changing visibilty to public/protected makes javac accept the code).
    Eclipses compiler does not have this problem, it happily accepts the code above.
    What do you think?
    -Sebastian

    JLS 2.0 says on page 147: "The scope of a declaration of a member m declared in or inherited by a class type C is the entire body of C, including any nested type declarations."
    I read somewhere that in the case a nested or inner class accesses private fields of its enclosing type, the compiler generates "sythetic accessor methods" to allow access. Maybe there's something wrong with the generation of these generated methods...

  • Bug fix list for JDev 10.1.2

    I would like to know if exists any bug fix list for JDev 10.1.2, and where I can find it, if exists.
    Thanks in advanced.

    Hi Shay, of cours Chris is right. The main reasons for this is
    1. We need to convince our management to invest in the efforts to update to a new version, find workarounds for new bugs, make complete tests of our product, update the installed base, ....
    2. We need to check if there are any unknown but critical fixed and we need to update our installed base.
    3. We need to decide how fast we need to update installed base.
    4. If there are 998 IDE bugs fixed and only one BC4J and one UIX bug, i think we will wait for the 10g final release...
    Like most engineering teams in the world we have to fight with limited resources, so there is no chance to spend much time without a real need.
    Thanks, Markus
    Btw. Even for the Oracle Database release there is always a list of fixed bugs. And this list also most often really scares me.

  • Foreach syntax + generics, Possible compiler bug?

    I'm encountering an odd problem trying to use generics and the foreach (colon) syntax. The code in question:
    for (Iterator<String> it = col.getParameterNames().iterator(); it.hasNext();) {}
    for (String paramName : col.getParameterNames()) {}col is an instance of an inner class of the class whose method this code snippet is from, getParameterNames has the signature:
    public Set<String> getParameterNames();
    The first line, using the Iterator<String> explicitly, compiles fine. The second line, when present, raises the compiler error:
    found : java.lang.Object
    required: java.lang.String
    for (String paramName : col.getParameterNames()) {
    I cannot seem to reliably reproduce this situation in other (simpler) classes I write, but this one in particular seems to trigger it. Is it possible this is a compiler bug, or might there be something I'm doing incorrectly that I'm missing? Are my expectations about how the second line should work incorrect? It seems to in other circumstances...
    javac is 1.6.0_01. Any ideas?

    Here is a quick update, I'm more inclined to think of this as bad behavior now.
    This code compiles:
    public class Test {
    Vector<InnerTest> inners = new Vector<InnerTest>();
        public class InnerTest {        
           public Set<String> someSet() { return (new HashMap<String,String>()).keySet(); }
        public Test() {
            for (InnerTest it : inners) {
                for (String s : it.someSet()) {        
    }however, the following does not:
    public class Test {
    Vector<InnerTest> inners = new Vector<InnerTest>();
        public class InnerTest<P> {        
           public Set<String> someSet() { return (new HashMap<String,String>()).keySet(); }
        public Test() {
            for (InnerTest it : inners) {
                for (String s : it.someSet()) {        
    }Again, the problem might be with my expectations (I haven't gone through the specifications yet with this in mind), but I can't fathom how or why the unused parameter would make a difference in that method's tpye matching.

  • Xerox_mfp scanner not working in arch (compilation bug?)

    I have discovered that my xerox_mfp printer/scanner Xerox Workcentre 3119 is not working in archlinux. However, with the same libsane version, scanner is working in debian.
    I checked the two libraries libsane-xerox_mfp.so.1.0.22: they are different in size.
    I have copied the debian library in /usr/lib/sane and now the scanner is working.
    Compilation bug?
    Last edited by hifi25nl (2011-05-24 17:35:01)

    architecture: x86-64
    samsung scx-4200: xerox_mfp sane backend
    the same problem
    libsane-xerox_mfp.so.1.0.22 from debian libsane_1.0.22-6_amd64 package is working

  • Another Compiler Bug (message: An internal build error has occurred... Unknown Flex Problem)

    I was fighting with this problem for a few days. Finally I've got it resolved. I want to describe it and fill in BUG in the bug report, but I am not sure about Adobe support options. So, I am putting bug report here.
    1. ASSUMPTION: All problems which compiler reports as unknown problem are the real compiler BUGs/Problems. Eventually MXML compiler/ActionScript compiler should be able to take C++ or FORTRAN code or an aribitrary text and nicely tell "Error: It is not ActionScript (Flex) code" or "the code is corrupted from Line so and so...". When compiler crashed, it is most probably due to one of the states not handled (or not handled correct). Keeping this in mind I assume, that my code has nothing to do with the compiler crash.
    2. PROBLEM Description.
         - I tried to port our internal project from Flex3.5/Flex Builder 3 to Flex4.1/Flash Builder 4.
         - After checking out and trying to build code I start getting weird problems like Error 1037: Packages cannot be nested.
         - After cleaning and compiling project by project, walking up dependency tree, I was able to get rid of this problem.
         - On last Project I've got another problem (An internal build error has occurred... Unknown Flex Problem). Which I stuck with for a while.
         - When I checked log file I found following messages:
    ============================================================
    !ENTRY com.adobe.flexbuilder.project 4 43 2010-12-21 15:45:24.353
    !MESSAGE Uncaught exception in compiler
    !STACK 0
    java.lang.ClassCastException: macromedia.asc.parser.InputBuffer cannot be cast to flex2.compiler.as3.CodeFragmentsInputBuffer
    at flex2.compiler.as3.AbstractSyntaxTreeUtil.lineNumberToPosition(AbstractSyntaxTreeUtil.jav a:1266)
    at flex2.compiler.mxml.ImplementationGenerator.generateBinding(ImplementationGenerator.java: 569)
    at flex2.compiler.mxml.ImplementationGenerator.generateBindingsSetupFunction(ImplementationG enerator.java:863)
    at flex2.compiler.mxml.ImplementationGenerator.generateBindingsSetup(ImplementationGenerator .java:812)
    at flex2.compiler.mxml.ImplementationGenerator.generateInitializerSupportDefs(Implementation Generator.java:1878)
    at flex2.compiler.mxml.ImplementationGenerator.generateClassDefinition(ImplementationGenerat or.java:1044)
    at flex2.compiler.mxml.ImplementationGenerator.<init>(ImplementationGenerator.java:206)
    at flex2.compiler.mxml.ImplementationCompiler.generateImplementationAST(ImplementationCompil er.java:499)
    at flex2.compiler.mxml.ImplementationCompiler.parse1(ImplementationCompiler.java:197)
    at flex2.compiler.mxml.MxmlCompiler.parse1(MxmlCompiler.java:168)
    at flex2.compiler.CompilerAPI.parse1(CompilerAPI.java:2871)
    at flex2.compiler.CompilerAPI.parse1(CompilerAPI.java:2824)
    at flex2.compiler.CompilerAPI.batch2(CompilerAPI.java:446)
    at flex2.compiler.CompilerAPI.batch(CompilerAPI.java:1274)
    at flex2.compiler.CompilerAPI.compile(CompilerAPI.java:1496)
    at flex2.tools.oem.Application.compile(Application.java:1188)
    at flex2.tools.oem.Application.recompile(Application.java:1133)
    at flex2.tools.oem.Application.compile(Application.java:819)
    at flex2.tools.flexbuilder.BuilderApplication.compile(BuilderApplication.java:344)
    at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder$MyBuilder.mybuild(A SApplicationBuilder.java:276)
    at com.adobe.flexbuilder.multisdk.compiler.internal.ASApplicationBuilder.build(ASApplication Builder.java:127)
    at com.adobe.flexbuilder.multisdk.compiler.internal.ASBuilder.build(ASBuilder.java:190)
    at com.adobe.flexbuilder.multisdk.compiler.internal.ASItemBuilder.build(ASItemBuilder.java:7 4)
    at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.buildItem(FlexProjectB uilder.java:480)
    at com.adobe.flexbuilder.project.compiler.internal.FlexProjectBuilder.build(FlexProjectBuild er.java:306)
    at com.adobe.flexbuilder.project.compiler.internal.FlexIncrementalBuilder.build(FlexIncremen talBuilder.java:157)
    at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:633)
    at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:170)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:201)
    at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:253)
    at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:256)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:218)
    at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:360)
    at org.eclipse.core.internal.resources.Project.internalBuild(Project.java:516)
    at org.eclipse.core.internal.resources.Project.build(Project.java:94)
    at org.eclipse.ui.actions.BuildAction.invokeOperation(BuildAction.java:221)
    at org.eclipse.ui.actions.WorkspaceAction.execute(WorkspaceAction.java:162)
    at org.eclipse.ui.actions.WorkspaceAction$2.runInWorkspace(WorkspaceAction.java:483)
    at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38 )
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    !SESSION 2010-12-22 09:48:27.766 -----------------------------------------------
    eclipse.buildId=M20100909-0800
    java.version=1.6.0_16
    java.vendor=Sun Microsystems Inc.
    BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
    Framework arguments:  -product org.eclipse.epp.package.jee.product
    Command-line arguments:  -data C:\Client_Flex4 -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product
    ================================================
    3. RESOLUTION/WORK AROUND
         - I was able to get this problem cleared by putting compiler option for Flex Application projects:  -keep-generated-actionscript
    4. SIDE NOTE
      I do not really see putting this compiler option as the solution and living with the mistery is making me fill a bit bad.

    Hi Faser,
    I just tried it on Vista with our latest FB Plugin build but
    I was unable to reproduce your issue with the following setup:
    - FB Plugin build installed by Administrator account user
    under her Documents folder
    - Administrator account user can launch, create Flex projects
    under her own workspace without any problems
    - Standard account user can launch the FB Plugin build (need
    Admin's password) and create Flex project (default location) under
    his own workspace
    If your setup is different, can you please log a bug at
    http://bugs.adobe.com/flex.
    Be sure to include what build you are using, whether it's
    reproducible, the detail of the setup, etc...
    thanks,
    Sharon

  • SS9 CC5.6 compiler bug - algorithm count confused with struct member

    Found some code that fails to compile in CC 5.6
    CC: Sun C++ 5.6 2004/07/15
    #include <algorithm>
    using namespace std;
    struct A {
      int count;   
    struct B
      struct A *a;
    int main(int argc, char **argv)
      struct B *b = 0;
      // This line fails to build, any other operator is ok
      if ( b->a->count < 50 )
      return (1);
    }Fails with error :
    "c56_algorithm_bug.cpp", line 21: Error: Unexpected ")" -- Check for matching parenthesis.
    "c56_algorithm_bug.cpp", line 22: Error: "," expected instead of "{".
    "c56_algorithm_bug.cpp", line 22: Error: Illegal value for template parameter.
    "c56_algorithm_bug.cpp", line 22: Error: ")" expected instead of "{".
    4 Error(s) detected.The compiler is getting confused with the use of the count struct member vs the count algorithm. Changing the < to a > fixes the problem.
    Using CC5.3 works fine as well as all other compilers we use (gcc 3.4, mipspro 7.4, VC 7.1)
    Anyone seen this ?
    - mark

    This bug has been fixed in the C++ 5.6 compiler. I'm not sure if the fix is in the first patch which is about to be released. If not, the fix definitely will be in the next patch.
    The workaround is not to use
    using namespace std;That using-declaration is a pretty big hammer, and often results in conflicts with user code, compiler bugs aside.

  • Assertion:   (../lnk/exprparse.cc, line 1454) - compiler bug??

    Hi,
    I get the following error message:
    CC -DLT_OBJDIR=\".libs/\" -I. -I. -I./include -DSOLARIS2 -DSTHREAD_CORE_PTHREAD -DARCH_LP64 -DNO_FASTNEW -DW_LARGEFILE -I/usr/local/include -xtarget=ultraT1 -m64 -features=extensions,zla -xthreadvar=no%dynamic -xdebugformat=stabs -xs -g0 -xO4 -mt -lpthread -library=stlport4 -c -o tests_simple-simple_test.o `test -f './src/tests/simple_test.cpp' || echo './'`./src/tests/simple_test.cpp
    >> Assertion: (../lnk/exprparse.cc, line 1454)
    while processing ./src/tests/simple_test.cpp at line 28.
    The source code looks like this (tried to make a simple a possible):
    ---- shell.h:
    class shell_t
    shell_t() {}
    ~shell_t() {}
    int start();
    virtual int process()=0;
    virtual int usage()=0;
    --- shell.cpp:
    int shell_t::start() {
    ...code
    --- simple_test.cpp
    class test_shell : public shell_t
    public:
    test_shell()
    : shell_t()
    ~test_shell() {}
    int process() { ...code... }
    int usage() { ...code...}
    int main(int argc, char* argv[])
    test_sell as;
    as.start();
    return (0);
    Has anyone seen this already?
    Does somebody know, what it means, and how to fix my code?
    Many thanks for all comments.
    -Ippokratis.
    Edited by: Ippokratis on Jun 5, 2008 11:37 PM

    Any compiler assertion is a compiler bug.
    If you want us to address this given issue, please, provide reproducable testcase
    (e.g. exact program that fails to compile together with a command line for compilation that fails).
    regards,
    __Fedor.

  • Is there a Bug or Bug Fix in iPlanet 4.1 for URL Forwarding???

    Here's the issue...
    We are forwarding a number of URL's from one website to another.
    When we create these under the iPlanet Web Server Admin UI, the URL's appear, and get written to obj.conf, and the Web Server appears to "Save and Apply" the changes, effectively restarting the Solaris Process ID.
    The problem is that the httpd process does not actually restart, and the URL forwards return a 404.
    If we manually restart the Web Server daemon, everything appears to funtion properly.
    I have been searching through the iPlanet Knowledge Base, and not haveing any luck, so I am hoping someone here may have an idea.
    Thanks!

    Hi,
    Please let me know your iWS version including service pack(example:4.1sp7)and OS version. So that i can test it and let you know the feedback.
    Is there a Bug or Bug Fix in iPlanet 4.1 for URL Forwarding???
    yes is there, but related to NSAPI please check the below link.
    http://docs.iplanet.com/docs/manuals/enterprise/41/rn41sp9.html#26930
    Thanks,
    Daks.

  • Jdeveloper toolbox -  links fail with "Errors compiling:C:\jdevhome\jdev\myclasses\.jsps\\_OA.java"

    Hi,
    I'm running 12.1.3 in virtualbox and the OAF toolbox tutorials work after logging onto EBS.
    After installing jdeveloper (on windows 8) and doing the documented setup, even the "Hello World" test fails when run in jdeveloper.
    I've double checked the setup and that the jdeveloper patch version is right (p9879989_R12_GENERIC)
    and have the "Default Local IP address" checkbox selected as well.
    I guess some windows install/config is incorrect,but don't know what.  Any ideas?
    Thanks.
    The exact browser error is -
    500 Internal Server Error
    JSP Error:
    Request URI:/OA_HTML/OA.jsp
    Exception:
    OracleJSP:oracle.jsp.provider.JspCompileException:
    Errors compiling:C:\jdevhome\jdev\myclasses\.jsps\\_OA.java
    and the full stack is  -
    [Starting OC4J using the following ports: HTTP=8988, RMI=23891, JMS=9227.]
    C:\jdevhome\jdev\system\oracle.j2ee.10.1.3.41.57\embedded-oc4j\config>
    C:\jdevbin\jdk\bin\javaw.exe -hotspot -classpath C:\jdevbin\j2ee\home\oc4j.jar;C:\jdevbin\jdev\lib\jdev-oc4j-embedded.jar -DFND_JDBC_STMT_CACHE_SIZE=200 -DCACHENODBINIT=true -DRUN_FROM_JDEV=true -mx256m -XX:MaxPermSize=256M -Doracle.j2ee.dont.use.memory.archive=false -Xverify:none -DcheckForUpdates=adminClientOnly -Doracle.application.environment=development -Doracle.j2ee.dont.use.memory.archive=true -Doracle.j2ee.http.socket.timeout=500 -Doc4j.jms.usePersistenceLockFiles=false oracle.oc4j.loader.boot.BootStrap -config C:\jdevhome\jdev\system\oracle.j2ee.10.1.3.41.57\embedded-oc4j\config\server.xml
    [waiting for the server to complete its initialization...]
    26/12/2013 11:09:23 com.evermind.server.jms.JMSMessages log
    INFO: JMSServer[]: OC4J JMS server recovering transactions (commit 0) (rollback 0) (prepared 0).
    26/12/2013 11:09:23 com.evermind.server.jms.JMSMessages log
    INFO: JMSServer[]: OC4J JMS server recovering local transactions Queue[jms/Oc4jJmsExceptionQueue].
    WARNING: Code-source C:\jdevbin\jdev\appslibrt\xml.jar (from <library> in /C:/jdevhome/jdev/system/oracle.j2ee.10.1.3.41.57/embedded-oc4j/config/application.xml) has the same filename but is not identical to /C:/jdevbin/lib/xml.jar (from <code-source> (ignore manifest Class-Path) in META-INF/boot.xml in C:\jdevbin\j2ee\home\oc4j.jar). If it contains different versions of the same classes, it will be masked as the latter is already visible in the search path of loader default.root:0.0.0.
    WARNING: Code-source C:\jdevbin\jdev\appslibrt\jazn.jar (from <library> in /C:/jdevhome/jdev/system/oracle.j2ee.10.1.3.41.57/embedded-oc4j/config/application.xml) has the same filename but is not identical to /C:/jdevbin/j2ee/home/jazn.jar (from <code-source> in META-INF/boot.xml in C:\jdevbin\j2ee\home\oc4j.jar). If it contains different versions of the same classes, it will be masked as the latter is already visible in the search path of loader default.root:0.0.0.
    WARNING: Code-source C:\jdevbin\jdev\appslibrt\jazncore.jar (from manifest of /C:/jdevbin/jdev/appslibrt/jazn.jar) has the same filename but is not identical to /C:/jdevbin/j2ee/home/jazncore.jar (from <code-source> in META-INF/boot.xml in C:\jdevbin\j2ee\home\oc4j.jar). If it contains different versions of the same classes, it will be masked as the latter is already visible in the search path of loader default.root:0.0.0.
    WARNING: Code-source C:\jdevhome\jdev\system\oracle.j2ee.10.1.3.41.57\embedded-oc4j\applications\datatags\webapp\WEB-INF\lib\uix2.jar (from WEB-INF/lib/ directory in C:\jdevhome\jdev\system\oracle.j2ee.10.1.3.41.57\embedded-oc4j\applications\datatags\webapp\WEB-INF\lib) has the same filename but is not identical to /C:/jdevbin/jdev/appslibrt/uix2.jar (from <library> in /C:/jdevhome/jdev/system/oracle.j2ee.10.1.3.41.57/embedded-oc4j/config/application.xml). If it contains different versions of the same classes, it will be masked as the latter is already visible in the search path of loader datatags.web.webapp:0.0.0.
    Ready message received from Oc4jNotifier.
    Embedded OC4J startup time: 10061 ms.
    Target URL -- http://192.168.56.1:8988/OA_HTML/test_fwktutorial.jsp
    13/12/26 11:09:29 Oracle Containers for J2EE 10g (10.1.3.3.0)  initialized
    26/12/2013 11:09:44 oracle.jsp.logger.JspMessages infoCannotDispatchJspPage
    INFO: Unable to dispatch JSP Page : oracle.jsp.provider.JspCompileException: <H3>Errors compiling:C:\jdevhome\jdev\myclasses\.jsps\\_OA.java</H3><pre></pre>
        at oracle.jsp.app.JspJavacCompiler.compile(JspJavacCompiler.java:304)
        at oracle.jsp.runtimev2.JspPageCompiler.attemptCompilePage(JspPageCompiler.java:731)
        at oracle.jsp.runtimev2.JspPageCompiler.compileBothModes(JspPageCompiler.java:456)
        at oracle.jsp.runtimev2.JspPageCompiler.compilePage(JspPageCompiler.java:413)
        at oracle.jsp.runtimev2.JspPageInfo.compileAndLoad(JspPageInfo.java:705)
        at oracle.jsp.runtimev2.JspPageTable.compileAndServe(JspPageTable.java:694)
        at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:414)
        at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:594)
        at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:518)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:713)
        at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:370)
        at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:871)
        at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:453)
        at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:221)
        at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:122)
        at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:111)
        at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
        at oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:239)
        at oracle.oc4j.network.ServerSocketAcceptHandler.access$700(ServerSocketAcceptHandler.java:34)
        at oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:880)
        at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
        at java.lang.Thread.run(Thread.java:595)

    Hi,
    i think you missed JDEV_HOME environment variable.
    below blog may help,
    Oracle Apps By Kishore: Steps to make JDeveloper Environment

  • BUG: Oracle Java Compiler bug with anonymous inner classes in constructor

    The following code compiles and runs just fine using 1.4.2_07, 1.5.0_07 and 1.6.0_beta2 when compiling and running from the command-line.
    It does not run when compiling from JDeveloper 10.1.3.36.73 (which uses the ojc.jar).
    When compiled from JDeveloper, the JRE (both the embedded one or the external 1.5.0_07 one) reports the following error:
    java.lang.VerifyError: (class: com/ids/arithmeticexpr/Scanner, method: <init> signature: (Ljava/io/Reader;)V) Expecting to find object/array on
    stack
    Here's the code:
    /** lexical analyzer for arithmetic expressions.
    Fixes the lookahead problem for TT_EOL.
    public class Scanner extends StreamTokenizer
    /** kludge: pushes an anonymous Reader which inserts
    a space after each newline.
    public Scanner( Reader r )
    super( new FilterReader( new BufferedReader( r ) )
    protected boolean addSpace; // kludge to add space after \n
    public int read() throws IOException
    int ch = addSpace ? ' ' : in.read();
    addSpace = ch == '\n';
    return ch;
    public static void main( String[] args )
    Scanner scanner = new Scanner( new StringReader("1+2") ); // !!!
    Removing the (implicit) reference to 'this' in the call to super() by passing an instance of a static inner class 'Kludge' instead of the anonymous subclass of FilterReader fixes the error. The code will then run even when compiled with ojc. There seems to be a bug in ojc concerning references to the partially constructed object (a bug which which is not present in the reference compilers.)
    -- Sebastian

    Thanks Sebastian, I filed a bug for OJC, and I'll look at the Javac bug. Either way, OJC should either give an error or create correct code.
    Keimpe Bronkhorst
    JDev Team

  • JVM or compiler bug?

    Hi, I'm extracting an XML file via JDBC, and it works OK in JDeveloper compiled with java version "JDK1.2.2_JDeveloper" as the target JDK version in the project properties. The file comes out as it should and I can invoke IE to view it. But when I compile with java version "1.3.0" as the target JDK version, I get hexcode or something instead of characters. This is the output when the files are compiled for JDK version "JDK1.2.2_JDeveloper":<P>"D:\Java\JDeveloper\java1.2\jre\bin\javaw.exe" -classpath "D:\wd\classes;D:\Java\JDeveloper\lib\jdev-rt.zip;D:\Java\JDeveloper\jdbc\lib\oracle8.1.7\classes12.zip;D:\Java\JDeveloper\lib\connectionmanager.zip;D:\Java\JDeveloper\java1.2\jre\ lib\rt.jar" MCP <BR>filename: D:\wd\Jenny<BR>name: Jenny<BR>Connected<BR>Returnfile = '<stanfordDocument name="Jenny" type="Produktion" lastSavedDate="1997-08-10T05:51:10+01:00"><numberOfTreeSpecies>1</numberOfTreeSpecies><treeSpecies name="GRAN" numberOfAssortments="1"/><treeSpecies name="TALL" numberOfAssortments="1"/></stanfordDocument>'<BR>Jenny extracted.<BR>Connection closed. <BR>-----------------<P>Compiled for java version "1.3.0":<P>"D:\Java\sdk1.3\jre\bin\javaw.exe" -classpath "D:\wd\classes;D:\Java\JDeveloper\lib\jdev-rt.zip;D:\Java\JDeveloper\jdbc\lib\oracle8.1.7\classes12.zip;D:\Java\JDeveloper\lib\connectionmanager.zip;D:\Java\sdk1.3\lib\dt.jar;D:\Ja va\sdk1.3\jre\lib\rt.jar;D:\Java\sdk1.3\jre\lib\i18n.jar" MCP <BR>filename: D:\wd\Jenny<BR>name: Jenny<BR>Connected<BR>Returnfile = '3C007300740061006E0066006F007200640044006F00630075006D0065006E00740020006E0061006D0065003D0022004A0065006E006E0079002200200074007900700065003D002200500072006F00640075006B007400690 06F006E00220020006C006100730074005300610076006500640044006100740065003D00220031003900390037002D00300038002D00310030005400300035003A00350031003A00310030002B00300031003A0030003000220 03E003C006E0075006D006200650072004F006600540072006500650053007000650063006900650073003E0031003C002F006E0075006D006200650072004F006600540072006500650053007000650063006900650073003E0 03C007400720065006500530070006500630069006500730020006E0061006D0065003D0022004700520041004E00220020006E0075006D006200650072004F0066004100730073006F00720074006D0065006E00740073003D0 02200310022002F003E003C007400720065006500530070006500630069006500730020006E0061006D0065003D002200540041004C004C00220020006E0075006D006200650072004F0066004100730073006F00720074006D0 065006E00740073003D002200310022002F003E003C002F007300740061006E0066006F007200640044006F00630075006D0065006E0074003E00'<BR>Jenny extracted.<BR>Connection closed. <BR>-----------------<P><BR>It seems there is a difference in how the characters are interpreted by the JVM. When I try <BR>to extract the file using a JavaBean and JSP, I also get just numbers. The browser is using the <BR>standard JVM, not the JDev one. Is this a bug in the JVM that comes with Jdev? Or in the compiler? How can I get <BR>the XML file out of the database so that the standard JVM can interpret it as characters? <BR>(In both cases the character encoding is set to "ISO8859_1".)<P>/Fredrik
    null

    Any ideas?Put a debugging println in the constructor.
    Seriously.
    Put a debugging println in the constructor.
    You may be absolutely certain you are calling the initialization method (which makes me wonder whether you should be calling it from the constructor in the first place). But you may have an issue like multiple class loaders that results in the code doing something you are absolutely certain it does not do.
    Put a debugging println in the constructor.

  • Ojc bug compiling simple java class

    Hi,
    I am trying to compile some very old Java code with JDeveloper 10.1.2.1.0 (Build 1913) and running into a very strange problem.
    I cannot use the "import" statement to import classes, which are stored in root without a package name specification.
    I think that the simple example will describe it better:
    Class1
    public class Class1
      public Class1()
      public String myGetClassName()
        return "Class1";
    }Class2
    import Class1;
    public class Class2
      public Class2()
      public static void main(String[] args)
        Class2 class2 = new Class2();
        Class1 cl1 = new Class1();
        System.out.println(cl1.myGetClassName());
    }The error message I am getting is pointing to the line 1 in the Class2.java, complaining that it needs a dot (.) after the Class1
    If I compile these classes with javac - it works fine
    Is it a bug or am I doing something wrong?
    Thank you,
    Vitaliy
    [2005-09-27] Logged a TAR with Oracle on Metalink
    Message was edited by:
    c001803

    yes, you are right, but then if I import the Class1 into, lets say, mypackage.Class3, I am having the same issue.
    Actually I received the problem resolution from Oracle. Here it is
    27-SEP-05 16:43:41 GMT
    Hello,
    There is no problem with your java source: no problem using your javac
    command (I think older than 1.4.x).
    You meet here the new JAVA feature which says something like "each
    class should belong to a package for the security problem". Please go to
    the sun site for more information on the new JDK feature.I was using JDK1.3.1_13 to compile the code with javac

  • SDK 3.0: Compiler bug with std::deque?

    When I call std::deque::assign(), I get all kinds of compile-time errors, including internal compiler errors.
    Note, however, that this happens only when I compile for the 3.0 device. It does not happen when I compile for the 3.0 simulator, 2.x device or 2.x simulator. In all those other modes it compiles and works just fine. Only when compiling for the 3.0 device, the compiler errors happen.
    I'm pretty certain this is a bug in the SDK. Has anyone else noticed this?

    Assign is a particularly tricky one. There are two assign methods. One takes two iterators and the other takes a size and value:
    template<class InputIterator>
    void assign(InputIterator first, InputIterator last);
    void assign(size_type n, const T & t);
    For whatever reason, the compiler for the 3.0 device is saying "int" and "int *" are the same type. It is instantiation the version with the iterators instead of the second one. This is a typical error you might see on a platform with weak C++ support. I used to have to deal with things like this all the time in the early days of MacOS X.
    Unfortunately, the only workaround is to do something else. The following should work:
    #include <algorithm>
    std::deque<int> values;
    std::filln(std::backinserter(values), 10, 1);

Maybe you are looking for