It is convenient if I want to run IDEA under JDK of my choice not the bundled one. In my previous post I mentioned I had troubles running ant under bundled JDK - it would not recognize JDK1.4 classes (like preferences etc) - I had to set ant to run under custom JDK and it worked fine. Of course, by no means this feature is important - if it is inconvenient or inconsistent with your new approach just ignore it. I can always work around it (as long as IDEA allows to use custom /non bundled jdks)
Can you provide more details about your Ant problems?
I think that instead of allowing IDEA to run on other JDK Ant problems should be fixed (otherwise I can't see any reason to run IDEA under the JDK of your own choice).
re: "I can't see any reason to run IDEA under the JDK of your own choice".
This was a problem with IBM's Visual Age for Java. They hardcoded their IDE to use a particular version of a JDK and you had to wait until IBM upgraded their version of VAJ before you could take advantages of any new JDK features that you deemed useful or necessary.
It invites an endless cycle of "wait until a new version of IDEA comes out". I suspect that IDEA will always be 6 months or more behind the latest JDK. Even a small "x.x._01" release by Sun would be out of the question.
I have an installation of Weblogic 7 running locally and I cant deploy a certain set of EJBs under 1.4.1 but I can under 1.4.0_01. The ability to swap JDKs in Weblogic is priceless.
I don't do compiler or IDE design for a living so I may be out of turn here, but it seems like all IDEA needs to do is ensure a base set of classes in the JDK are present (ie. a minimum JDK). I suspect a risk of allowing a user configurable JDK is that it could break expected behavior. The flip side of that is that Sun may release an update which fixed some IDEA "bugs", which were not problems with IDEA itself, but the JDK.
My experience with the EAP so far leads me to believe IDEA is/was pretty damn good at handling user configurable JDKs.
From a marketing perspective, it makes sense to hardwire it to a specific JDK. If the user wants to use the latest JDK, they will have to "upgrade" to the latest version of IDEA (read: upgrade revenue).
It will be interesting to see how this plays out. VAJ was so limiting in this regard that this factor alone led to consideration of alternate IDEs. JBuilder became so prohibitively expensive that only the sultans of oman could afford it. IDEA is currently the frontrunner in my mind, but I wonder about the effect of this decision.
The compile errors are very strange. I do not understand what is going on. This build have been working fine and still is with regular 1.4.x JDK while executed from IDEA (custom JDK option) or command line. However when executed from IDEA using IDEA's JRE it fails with bunch of compile errors (see below). I noticed that when running under bundled JRE ant's javac task does not get configured properly. It picks tools.jar from completley wrong directory (C:\java\jdk13\lib\tools.jar;) I have JDK1.3 configured in IDEA and it is the first one in the lits. it looks like it is picking it up somehow
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn tryFrame.java (28:24)cannot resolve symbol class BackingStoreException D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\util\G lobalFilterModel.java (21:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (25:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (45:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (110:17)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (106:12)cannot resolve symbol method getButton () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (106:38)cannot resolve symbol variable BUTTON1 D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (107:19)cannot resolve symbol method isFocusOwner () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (108:16)cannot resolve symbol method requestFocusInWindow () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi alog.java (166:38)cannot resolve symbol constructor FocusEvent (java.awt.Component,int,boolean,)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
alog.java (205:64)cannot resolve symbol variable CTRL_DOWN_MASK
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
tryFrame.java (251:16)cannot resolve symbol class BackingStoreException
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitPanel.java (80:13)cannot resolve symbol method setFocusable (boolean)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTreePanel.java (50:5)cannot resolve symbol method setFocusable
(boolean)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTreePanel.java (141:12)cannot resolve symbol method getButton ()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTreePanel.java (141:38)cannot resolve symbol variable BUTTON1
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTreePanel.java (143:18)cannot resolve symbol method isFocusOwner ()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTreePanel.java (144:15)cannot resolve symbol method requestFocusInWindow
()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
UnitTablePanel.java (45:5)cannot resolve symbol method setFocusable
(boolean)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
\MemberFilterPanel.java (166:28)cannot resolve symbol constructor FocusEvent
(org.scopemvc.view.swing.STextField,int,boolean,)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
\MemberFilterPanel.java (167:27)cannot resolve symbol constructor FocusEvent
(org.scopemvc.view.swing.STextField,int,boolean,)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeEditDialog.java (32:62)cannot resolve symbol variable
CTRL_DOWN_MASK
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeEditDialog.java (157:39)cannot resolve symbol constructor
FocusEvent (java.awt.Component,int,boolean,)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeGuiResolver.java (183:64)cannot resolve symbol variable
CTRL_DOWN_MASK
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeModificationsTablePanel.java (82:11)getModel() is inherited
from javax.swing.JTable and hides method in outer class
peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An
explicit 'this' qualifier must be used to select the desired instance.
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeModificationsTablePanel.java (83:90)getModel() is inherited
from javax.swing.JTable and hides method in outer class
peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An
explicit 'this' qualifier must be used to select the desired instance.
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeModificationsTablePanel.java (111:13)getModel() is inherited
from javax.swing.JTable and hides method in outer class
peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An
explicit 'this' qualifier must be used to select the desired instance.
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
nge\DateRangeModificationsTablePanel.java (112:92)getModel() is inherited
from javax.swing.JTable and hides method in outer class
peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An
explicit 'this' qualifier must be used to select the desired instance.
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
.java (45:50)cannot resolve symbol variable Preferences
Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the
compiler error output for details.
Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the
compiler error output for details.
Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the
compiler error output for details.
Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the
compiler error output for details.
Build completed with 34 errors. Time: 15 s
"Mike Aizatsky" ]]> wrote in message news:ao1ph1$7l6$1@is.intellij.net...
Alex,
>
Can you provide more details about your Ant problems?
>
I think that instead of allowing IDEA to run on other JDK Ant problems should be fixed (otherwise I can't see any reason to run IDEA under the
JDK
of your own choice).
>
-- Best regards, Mike Aizatsky. ------------------------------ JetBrains, Inc / IntelliJ Software http://www.intellij.com "Develop with pleasure!"
If I understand correctly the way IDEA invokes Ant, it uses your project's selected JDK to execute Ant unless you select a custom JDK to execute Ant.
Alex Roytman wrote:
Mike,
The compile errors are very strange. I do not understand what is going on. This build have been working fine and still is with regular 1.4.x JDK while executed from IDEA (custom JDK option) or command line. However when executed from IDEA using IDEA's JRE it fails with bunch of compile errors (see below). I noticed that when running under bundled JRE ant's javac task does not get configured properly. It picks tools.jar from completley wrong directory (C:\java\jdk13\lib\tools.jar;) I have JDK1.3 configured in IDEA and it is the first one in the lits. it looks like it is picking it up somehow
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn tryFrame.java (28:24)cannot resolve symbol class BackingStoreException D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\util\G lobalFilterModel.java (21:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (25:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (45:24)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (110:17)cannot resolve symbol class Preferences D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (106:12)cannot resolve symbol method getButton () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (106:38)cannot resolve symbol variable BUTTON1 D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (107:19)cannot resolve symbol method isFocusOwner () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common \TablePanel.java (108:16)cannot resolve symbol method requestFocusInWindow () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi alog.java (166:38)cannot resolve symbol constructor FocusEvent (java.awt.Component,int,boolean,<null>) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi alog.java (205:64)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn tryFrame.java (251:16)cannot resolve symbol class BackingStoreException D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitPanel.java (80:13)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (50:5)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (141:12)cannot resolve symbol method getButton () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (141:38)cannot resolve symbol variable BUTTON1 D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (143:18)cannot resolve symbol method isFocusOwner () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (144:15)cannot resolve symbol method requestFocusInWindow () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTablePanel.java (45:5)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member \MemberFilterPanel.java (166:28)cannot resolve symbol constructor FocusEvent (org.scopemvc.view.swing.STextField,int,boolean,<null>) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member \MemberFilterPanel.java (167:27)cannot resolve symbol constructor FocusEvent (org.scopemvc.view.swing.STextField,int,boolean,<null>) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeEditDialog.java (32:62)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeEditDialog.java (157:39)cannot resolve symbol constructor FocusEvent (java.awt.Component,int,boolean,<null>) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeGuiResolver.java (183:64)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (82:11)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (83:90)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (111:13)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (112:92)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (45:50)cannot resolve symbol variable Preferences Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details.
>>Alex, >> >>Can you provide more details about your Ant problems? >> >>I think that instead of allowing IDEA to run on other JDK Ant problems >>should be fixed (otherwise I can't see any reason to run IDEA under the
JDK
>>of your own choice). >> >>-- >>Best regards, >>Mike Aizatsky. >>----
My project JDK is 1.4.1 (or I would not be able to compile it) But it is a good point may be this problem has nothing to do with bundled JRE but with ant integration
nge\DateRangeModificationsTablePanel.java (82:11)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance.
nge\DateRangeModificationsTablePanel.java (83:90)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance.
nge\DateRangeModificationsTablePanel.java (111:13)getModel() is
inherited
from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance.
nge\DateRangeModificationsTablePanel.java (112:92)getModel() is
inherited
from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance.
> >>Alex, >> >>Can you provide more details about your Ant problems? >> >>I think that instead of allowing IDEA to run on other JDK Ant problems >>should be fixed (otherwise I can't see any reason to run IDEA under the >
JDK
> >>of your own choice). >> >>-- >>Best regards, >>Mike Aizatsky. >>------------------------------ >>JetBrains, Inc / IntelliJ Software >>http://www.intellij.com >>"Develop with pleasure!" >> >> > > >
>
-- Gordon Tyler Software Developer, R&D Sitraka -- Performance is Mission Critical
Just to confirm that it seems to be an ant related problem not bundled JRE related problem I changed IDEA batch file to use java.exe from my own JDK (hope it made IDEA's class loader to use appropriate JDK) and the problem still exists
My project JDK is 1.4.1 (or I would not be able to compile it) But it is a good point may be this problem has nothing to do with bundled JRE but with ant integration
> >>Alex, >> >>Can you provide more details about your Ant problems? >> >>I think that instead of allowing IDEA to run on other JDK Ant problems >>should be fixed (otherwise I can't see any reason to run IDEA under
the
>
JDK
> >>of your own choice). >> >>-- >>Best regards, >>Mike Aizatsky. >>------------------------------ >>JetBrains, Inc / IntelliJ Software >>http://www.intellij.com >>"Develop with pleasure!" >> >> > > >
>
-- Gordon Tyler Software Developer, R&D Sitraka -- Performance is Mission Critical
Since you can use any JDK to run your code you are not stuck until the next IDEA release. Just install the JDK you need and configure your project to use it.
In VisualAge for Java you did not have the option to use an external JDK.
Marius
Michael Morett wrote:
re: "I can't see any reason to run IDEA under the JDK of your own choice".
This was a problem with IBM's Visual Age for Java. They hardcoded their IDE to use a particular version of a JDK and you had to wait until IBM upgraded their version of VAJ before you could take advantages of any new JDK features that you deemed useful or necessary.
It invites an endless cycle of "wait until a new version of IDEA comes out". I suspect that IDEA will always be 6 months or more behind the latest JDK. Even a small "x.x._01" release by Sun would be out of the question.
I have an installation of Weblogic 7 running locally and I cant deploy a certain set of EJBs under 1.4.1 but I can under 1.4.0_01. The ability to swap JDKs in Weblogic is priceless.
I don't do compiler or IDE design for a living so I may be out of turn here, but it seems like all IDEA needs to do is ensure a base set of classes in the JDK are present (ie. a minimum JDK). I suspect a risk of allowing a user configurable JDK is that it could break expected behavior. The flip side of that is that Sun may release an update which fixed some IDEA "bugs", which were not problems with IDEA itself, but the JDK.
My experience with the EAP so far leads me to believe IDEA is/was pretty damn good at handling user configurable JDKs.
From a marketing perspective, it makes sense to hardwire it to a specific JDK. If the user wants to use the latest JDK, they will have to "upgrade" to the latest version of IDEA (read: upgrade revenue).
It will be interesting to see how this plays out. VAJ was so limiting in this regard that this factor alone led to consideration of alternate IDEs. JBuilder became so prohibitively expensive that only the sultans of oman could afford it. IDEA is currently the frontrunner in my mind, but I wonder about the effect of this decision.
>>Alex, >> >>Can you provide more details about your Ant problems? >> >>I think that instead of allowing IDEA to run on other JDK Ant problems >>should be fixed (otherwise I can't see any reason to run IDEA under the
JDK
>>of your own choice). >> >>-- >>Best regards, >>Mike Aizatsky. >>----
Yeah, I found that you have to specify a custom JDK always in the ant properties. I assumed it had to do with IDEA running under JRE instead of JDK.
Alex Roytman wrote:
Just to confirm that it seems to be an ant related problem not bundled JRE related problem I changed IDEA batch file to use java.exe from my own JDK (hope it made IDEA's class loader to use appropriate JDK) and the problem still exists
>>Gordon, >> >>My project JDK is 1.4.1 (or I would not be able to compile it) But it is a >>good point may be this problem has nothing to do with bundled JRE but with >>ant integration >> >>Alex >> >>"Gordon Tyler" <gordon.tyler@sitraka.com> wrote in message >>news:ao1tdt$cd9$1@is.intellij.net... >> >>>If I understand correctly the way IDEA invokes Ant, it uses your >>>project's selected JDK to execute Ant unless you select a custom JDK to >>>execute Ant. >>> >>>Alex Roytman wrote: >>> >>>>Mike, >>>> >>>>The compile errors are very strange. I do not understand what is going >>> >>on. >> >>>>This build have been working fine and still is with regular 1.4.x JDK >>> >>while >> >>>>executed from IDEA (custom JDK option) or command line. However when >>>>executed from IDEA using IDEA's JRE it fails with bunch of compile >>> >>errors >> >>>>(see below). I noticed that when running under bundled JRE ant's javac >>> >>task >> >>>>does not get configured properly. It picks tools.jar from completley >>> >>wrong >> >>>>directory (C:\java\jdk13\lib\tools.jar;) I have JDK1.3 configured in >>> >>IDEA >> >>>>and it is the first one in the lits. it looks like it is picking it up >>>>somehow >>>> >>>>CUSTM JDK (success): >>>> >>>
>>>>nge\DateRangeModificationsTablePanel.java (111:13)getModel() is >>> >>inherited >> >>>>from javax.swing.JTable and hides method in outer class >>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. >>>
An
>>>>explicit 'this' qualifier must be used to select the desired instance. >>>> >>>
>>>>nge\DateRangeModificationsTablePanel.java (112:92)getModel() is >>> >>inherited >> >>>>from javax.swing.JTable and hides method in outer class >>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. >>>
An
>>>>explicit 'this' qualifier must be used to select the desired instance. >>>> >>>
>>>>.java (45:50)cannot resolve symbol variable Preferences >>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see >>> >>the >> >>>>compiler error output for details. >>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see >>> >>the >> >>>>compiler error output for details. >>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see >>> >>the >> >>>>compiler error output for details. >>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see >>> >>the >> >>>>compiler error output for details. >>>> >>>>Build completed with 34 errors. Time: 15 s >>>> >>>> >>>> >>>>"Mike Aizatsky" <mike@intellij.com> wrote in message >>>>news:ao1ph1$7l6$1@is.intellij.net... >>>> >>>> >>>>>Alex, >>>>> >>>>>Can you provide more details about your Ant problems? >>>>> >>>>>I think that instead of allowing IDEA to run on other JDK Ant problems >>>>>should be fixed (otherwise I can't see any reason to run IDEA under >>>>
the
>>>>JDK >>>> >>>> >>>>>of your own choice). >>>>> >>>>>-- >>>>>Best regards, >>>>>Mike Aizatsky. >>>>>----
============================================================== "Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris." - Larry Wall ==============================================================
Erb wrote: > Yeah, I found that you have to specify a custom JDK always in the ant > properties. > I assumed it had to do with IDEA running under JRE instead of JDK.
I don't have this problem. And if anything, my build file is probably more bizarre than usual. The source code is split into two parts: packages that must be compiled with JDK 1.3 and packages that must be compiled with JDK 1.4. The JDK 1.3 bits are compiled by using the JDK 1.4 compiler with the various cross compiling options set and the bootclasspath set to point to a JDK 1.3 rt.jar. The JDK 1.4 bits are compiled as normal.
My IDEA project's Target JDK is set to the JDK 1.4 that I have separately installed and my Ant build file's settings in IDEA do not specify a custom JDK to use (but "use javaw" is on).
And I've been working merrily away all day with this setup on build 657.
Ciao, Gordon
-- Gordon Tyler Software Developer, R&D Sitraka -- Performance is Mission Critical
This was a problem with IBM's Visual Age for Java.
I can't see any analogy. IDEA doesn't force you to use your most preferable JDK for your project.
I suspect that IDEA will always be 6 months or more behind the latest
JDK.
AFAIK 1.4.1 is only month old.
The flip side of that is that Sun may release an update which fixed some IDEA
"bugs",
which were not problems with IDEA itself, but the JDK.
If I reformulate your idea in Win32 world it will sound like: "Why on earth have you statically linked MFC with your application? What if MS releases a new bug-free version of mfc*.dll? I won't be able to benefit?".
Sorry, Michael, but JRE which IDEA runs on is an essential part of IDEA project. Like idea.jar is.
My experience with the EAP so far leads me to believe IDEA is/was pretty damn good at handling user configurable JDKs.
But you don't know all the truth. We can name at least a dozen of important differences between JDK 1.4.0 & JDK 1.4.1 which should be handled by IDEA internal code. If we won't IDEA event wouldn't start. Don't you think that it's better to focus for a specific JDK?
Mike, I agree completely. Anything that makes you more productive is good. However I do not understand the big deal of providing another power-user EAP upgrade package without JRE and have IDEA check on startup that it is the right JRE version you support. That way everybody is happy. I cannot believe we spend so much ink/time on this issue!
This was a problem with IBM's Visual Age for Java.
>
I can't see any analogy. IDEA doesn't force you to use your most
preferable
JDK for your project.
>
I suspect that IDEA will always be 6 months or more behind the latest
JDK.
>
AFAIK 1.4.1 is only month old.
>
The flip side of that is that Sun may release an update which fixed some IDEA
"bugs",
which were not problems with IDEA itself, but the JDK.
>
If I reformulate your idea in Win32 world it will sound like: "Why on
earth
have you statically linked MFC with your application? What if MS releases
a
new bug-free version of mfc*.dll? I won't be able to benefit?".
>
Sorry, Michael, but JRE which IDEA runs on is an essential part of IDEA project. Like idea.jar is.
>
My experience with the EAP so far leads me to believe IDEA is/was pretty damn good at handling user configurable JDKs.
>
But you don't know all the truth. We can name at least a dozen of
important
differences between JDK 1.4.0 & JDK 1.4.1 which should be handled by IDEA internal code. If we won't IDEA event wouldn't start. Don't you think that it's better to focus for a specific JDK?
>
-- Best regards, Mike Aizatsky. ------------------------------ JetBrains, Inc / IntelliJ Software http://www.intellij.com "Develop with pleasure!"
This was a problem with IBM's Visual Age for Java.
>
I can't see any analogy. IDEA doesn't force you to use your most
preferable
JDK for your project.
>
I suspect that IDEA will always be 6 months or more behind the latest
JDK.
>
AFAIK 1.4.1 is only month old.
>
The flip side of that is that Sun may release an update which fixed some IDEA
"bugs",
which were not problems with IDEA itself, but the JDK.
>
If I reformulate your idea in Win32 world it will sound like: "Why on
earth
have you statically linked MFC with your application? What if MS releases
a
new bug-free version of mfc*.dll? I won't be able to benefit?".
>
Sorry, Michael, but JRE which IDEA runs on is an essential part of IDEA project. Like idea.jar is.
>
My experience with the EAP so far leads me to believe IDEA is/was pretty damn good at handling user configurable JDKs.
>
But you don't know all the truth. We can name at least a dozen of
important
differences between JDK 1.4.0 & JDK 1.4.1 which should be handled by IDEA internal code. If we won't IDEA event wouldn't start. Don't you think that it's better to focus for a specific JDK?
>
-- Best regards, Mike Aizatsky. ------------------------------ JetBrains, Inc / IntelliJ Software http://www.intellij.com "Develop with pleasure!"
Alex,
Why should we honor it?
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
Mike,
It is convenient if I want to run IDEA under JDK of my choice not the
bundled one. In my previous post I mentioned I had troubles running ant
under bundled JDK - it would not recognize JDK1.4 classes (like preferences
etc) - I had to set ant to run under custom JDK and it worked fine. Of
course, by no means this feature is important - if it is inconvenient or
inconsistent with your new approach just ignore it.
I can always work around it (as long as IDEA allows to use custom /non
bundled jdks)
Thank you
Alex
"Mike Aizatsky" <mike@intellij.com> wrote in message
news:ao1okt$6b3$1@is.intellij.net...
>
>
>
>
Alex,
Can you provide more details about your Ant problems?
I think that instead of allowing IDEA to run on other JDK Ant problems
should be fixed (otherwise I can't see any reason to run IDEA under the JDK
of your own choice).
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
re: "I can't see any reason to run IDEA under the JDK
of your own choice".
This was a problem with IBM's Visual Age for Java. They hardcoded their IDE
to use a particular version of a JDK and you had to wait until IBM upgraded
their version of VAJ before you could take advantages of any new JDK
features that you deemed useful or necessary.
It invites an endless cycle of "wait until a new version of IDEA comes out".
I suspect that IDEA will always be 6 months or more behind the latest JDK.
Even a small "x.x._01" release by Sun would be out of the question.
I have an installation of Weblogic 7 running locally and I cant deploy a
certain set of EJBs under 1.4.1 but I can under 1.4.0_01. The ability to
swap JDKs in Weblogic is priceless.
I don't do compiler or IDE design for a living so I may be out of turn here,
but it seems like all IDEA needs to do is ensure a base set of classes in
the JDK are present (ie. a minimum JDK). I suspect a risk of allowing a
user configurable JDK is that it could break expected behavior. The flip
side of that is that Sun may release an update which fixed some IDEA "bugs",
which were not problems with IDEA itself, but the JDK.
My experience with the EAP so far leads me to believe IDEA is/was pretty
damn good at handling user configurable JDKs.
From a marketing perspective, it makes sense to hardwire it to a specific
JDK. If the user wants to use the latest JDK, they will have to "upgrade"
to the latest version of IDEA (read: upgrade revenue).
It will be interesting to see how this plays out. VAJ was so limiting in
this regard that this factor alone led to consideration of alternate IDEs.
JBuilder became so prohibitively expensive that only the sultans of oman
could afford it. IDEA is currently the frontrunner in my mind, but I wonder
about the effect of this decision.
"Mike Aizatsky" <mike@intellij.com> wrote in message
news:ao1ph1$7l6$1@is.intellij.net...
>
>
JDK
>
>
>
Mike,
The compile errors are very strange. I do not understand what is going on.
This build have been working fine and still is with regular 1.4.x JDK while
executed from IDEA (custom JDK option) or command line. However when
executed from IDEA using IDEA's JRE it fails with bunch of compile errors
(see below). I noticed that when running under bundled JRE ant's javac task
does not get configured properly. It picks tools.jar from completley wrong
directory (C:\java\jdk13\lib\tools.jar;) I have JDK1.3 configured in IDEA
and it is the first one in the lits. it looks like it is picking it up
somehow
CUSTM JDK (success):
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
ar;C:\java\jdk\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:\d
tools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional.j
ar;D:\dtools\IntelliJ\ariadna\lib\rt\xerces1.jar'
BUNDLED JRE (failure):
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
ar;C:\java\jdk13\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:
\dtools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional
.jar;D:\dtools\IntelliJ\ariadna\lib\rt\xerces1.jar'
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
tryFrame.java (28:24)cannot resolve symbol class BackingStoreException
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\util\G
lobalFilterModel.java (21:24)cannot resolve symbol class Preferences
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
.java (25:24)cannot resolve symbol class Preferences
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
.java (45:24)cannot resolve symbol class Preferences
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
.java (110:17)cannot resolve symbol class Preferences
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
\TablePanel.java (106:12)cannot resolve symbol method getButton ()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
\TablePanel.java (106:38)cannot resolve symbol variable BUTTON1
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
\TablePanel.java (107:19)cannot resolve symbol method isFocusOwner ()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
\TablePanel.java (108:16)cannot resolve symbol method requestFocusInWindow
()
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
alog.java (166:38)cannot resolve symbol constructor FocusEvent
(java.awt.Component,int,boolean,) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi alog.java (205:64)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn tryFrame.java (251:16)cannot resolve symbol class BackingStoreException D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitPanel.java (80:13)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (50:5)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (141:12)cannot resolve symbol method getButton () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (141:38)cannot resolve symbol variable BUTTON1 D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (143:18)cannot resolve symbol method isFocusOwner () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTreePanel.java (144:15)cannot resolve symbol method requestFocusInWindow () D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org UnitTablePanel.java (45:5)cannot resolve symbol method setFocusable (boolean) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member \MemberFilterPanel.java (166:28)cannot resolve symbol constructor FocusEvent (org.scopemvc.view.swing.STextField,int,boolean,) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member \MemberFilterPanel.java (167:27)cannot resolve symbol constructor FocusEvent (org.scopemvc.view.swing.STextField,int,boolean,) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeEditDialog.java (32:62)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeEditDialog.java (157:39)cannot resolve symbol constructor FocusEvent (java.awt.Component,int,boolean,) D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeGuiResolver.java (183:64)cannot resolve symbol variable CTRL_DOWN_MASK D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (82:11)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (83:90)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (111:13)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera nge\DateRangeModificationsTablePanel.java (112:92)getModel() is inherited from javax.swing.JTable and hides method in outer class peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel. An explicit 'this' qualifier must be used to select the desired instance. D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global .java (45:50)cannot resolve symbol variable Preferences Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see the compiler error output for details. Build completed with 34 errors. Time: 15 s "Mike Aizatsky" ]]> wrote in message
news:ao1ph1$7l6$1@is.intellij.net...
>
>
JDK
>
>
>
If I understand correctly the way IDEA invokes Ant, it uses your
project's selected JDK to execute Ant unless you select a custom JDK to
execute Ant.
Alex Roytman wrote:
>>Alex,
>>
>>Can you provide more details about your Ant problems?
>>
>>I think that instead of allowing IDEA to run on other JDK Ant problems
>>should be fixed (otherwise I can't see any reason to run IDEA under the
>>of your own choice).
>>
>>--
>>Best regards,
>>Mike Aizatsky.
>>----
>>JetBrains, Inc / IntelliJ Software
>>http://www.intellij.com
>>"Develop with pleasure!"
>>
>>
--
Gordon Tyler
Software Developer, R&D
Sitraka -- Performance is Mission Critical
Gordon,
My project JDK is 1.4.1 (or I would not be able to compile it) But it is a
good point may be this problem has nothing to do with bundled JRE but with
ant integration
Alex
"Gordon Tyler" <gordon.tyler@sitraka.com> wrote in message
news:ao1tdt$cd9$1@is.intellij.net...
>
on.
while
errors
task
wrong
IDEA
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
ar;C:\java\jdk\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:\d
tools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional.j
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
ar;C:\java\jdk13\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:
\dtools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\util\G
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
requestFocusInWindow
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
(boolean)
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
requestFocusInWindow
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
FocusEvent
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
FocusEvent
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
inherited
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
inherited
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
the
the
the
the
>
>
Just to confirm that it seems to be an ant related problem not bundled JRE
related problem I changed IDEA batch file to use java.exe from my own JDK
(hope it made IDEA's class loader to use appropriate JDK) and the problem
still exists
"Alex Roytman" <roytman@smart.net> wrote in message
news:ao1tmb$cs0$1@is.intellij.net...
>
>
>
>
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
>
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
>
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
>
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
>
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
>
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
>
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
>
ar;C:\java\jdk\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:\d
>
tools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional.j
>
D:\build\Gao\core\usorg\gui\main\classes\java\gui;D:\java\apache\crimson\cri
>
mson.jar;D:\java\sun\jdbc\jdbc2_0-stdext.jar;D:\java\solarmetric\kodo\lib\jd
>
o1_0.jar;D:\java\solarmetric\kodo\lib\jta-spec1_0_1.jar;D:\java\solarmetric\
>
kodo\lib\kodo-jdo.jar;D:\java\solarmetric\kodo\lib\kodo-queryext.jar;D:\java
>
\solarmetric\kodo\lib\serp.jar;D:\java\sourceforge\scope\lib\commons-logging
>
.jar;D:\java\sourceforge\scope\scope-bin.jar;D:\build\peacetech-java\common\
>
main\lib\pti-common.jar;D:\build\Gao\core\usorg\jdo\main\lib\pti-usorg-jdo.j
>
ar;C:\java\jdk13\lib\tools.jar;D:\dtools\IntelliJ\ariadna\lib\idea_rt.jar;D:
>
\dtools\IntelliJ\ariadna\lib\ant.jar;D:\dtools\IntelliJ\ariadna\lib\optional
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\util\G
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\common
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\EditDi
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\DataEn
BackingStoreException
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
()
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\ou\Org
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\member
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
inherited
An
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
inherited
An
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
An
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\datera
An
>
D:\build\Gao\core\usorg\gui\main\src\java\gui\peacetech\gao\usorg\gui\Global
the
>
>
Since you can use any JDK to run your code you are
not stuck until the next IDEA release. Just install
the JDK you need and configure your project to use it.
In VisualAge for Java you did not have the option
to use an external JDK.
Marius
Michael Morett wrote:
>>Alex,
>>
>>Can you provide more details about your Ant problems?
>>
>>I think that instead of allowing IDEA to run on other JDK Ant problems
>>should be fixed (otherwise I can't see any reason to run IDEA under the
>>of your own choice).
>>
>>--
>>Best regards,
>>Mike Aizatsky.
>>----
>>JetBrains, Inc / IntelliJ Software
>>http://www.intellij.com
>>"Develop with pleasure!"
>>
>>
Yeah, I found that you have to specify a custom JDK always in the ant properties.
I assumed it had to do with IDEA running under JRE instead of JDK.
Alex Roytman wrote:
>>Gordon,
>>
>>My project JDK is 1.4.1 (or I would not be able to compile it) But it is a
>>good point may be this problem has nothing to do with bundled JRE but with
>>ant integration
>>
>>Alex
>>
>>"Gordon Tyler" <gordon.tyler@sitraka.com> wrote in message
>>news:ao1tdt$cd9$1@is.intellij.net...
>>
>>>If I understand correctly the way IDEA invokes Ant, it uses your
>>>project's selected JDK to execute Ant unless you select a custom JDK to
>>>execute Ant.
>>>
>>>Alex Roytman wrote:
>>>
>>>>Mike,
>>>>
>>>>The compile errors are very strange. I do not understand what is going
>>>
>>on.
>>
>>>>This build have been working fine and still is with regular 1.4.x JDK
>>>
>>while
>>
>>>>executed from IDEA (custom JDK option) or command line. However when
>>>>executed from IDEA using IDEA's JRE it fails with bunch of compile
>>>
>>errors
>>
>>>>(see below). I noticed that when running under bundled JRE ant's javac
>>>
>>task
>>
>>>>does not get configured properly. It picks tools.jar from completley
>>>
>>wrong
>>
>>>>directory (C:\java\jdk13\lib\tools.jar;) I have JDK1.3 configured in
>>>
>>IDEA
>>
>>>>and it is the first one in the lits. it looks like it is picking it up
>>>>somehow
>>>>
>>>>CUSTM JDK (success):
>>>>
>>>
>>>>ar;D:\dtools\IntelliJ\ariadna\lib\rt\xerces1.jar'
>>>>
>>>>BUNDLED JRE (failure):
>>>>
>>>
>>>>.jar;D:\dtools\IntelliJ\ariadna\lib\rt\xerces1.jar'
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>>tryFrame.java (28:24)cannot resolve symbol class BackingStoreException
>>>>
>>>
>>>>lobalFilterModel.java (21:24)cannot resolve symbol class Preferences
>>>>
>>>
>>>>.java (25:24)cannot resolve symbol class Preferences
>>>>
>>>
>>>>.java (45:24)cannot resolve symbol class Preferences
>>>>
>>>
>>>>.java (110:17)cannot resolve symbol class Preferences
>>>>
>>>
>>>>\TablePanel.java (106:12)cannot resolve symbol method getButton ()
>>>>
>>>
>>>>\TablePanel.java (106:38)cannot resolve symbol variable BUTTON1
>>>>
>>>
>>>>\TablePanel.java (107:19)cannot resolve symbol method isFocusOwner ()
>>>>
>>>
>>>>\TablePanel.java (108:16)cannot resolve symbol method
>>>
>>requestFocusInWindow
>>
>>>>()
>>>>
>>>
>>>>alog.java (166:38)cannot resolve symbol constructor FocusEvent
>>>>(java.awt.Component,int,boolean,) >>>> >>>]]>
>>>>alog.java (205:64)cannot resolve symbol variable CTRL_DOWN_MASK
>>>>
>>>
>>>>tryFrame.java (251:16)cannot resolve symbol class
>>>
>>>>UnitPanel.java (80:13)cannot resolve symbol method setFocusable
>>>
>>(boolean)
>>
>>>>UnitTreePanel.java (50:5)cannot resolve symbol method setFocusable
>>>>(boolean)
>>>>
>>>
>>>>UnitTreePanel.java (141:12)cannot resolve symbol method getButton ()
>>>>
>>>
>>>>UnitTreePanel.java (141:38)cannot resolve symbol variable BUTTON1
>>>>
>>>
>>>>UnitTreePanel.java (143:18)cannot resolve symbol method isFocusOwner
>>>
>>>>UnitTreePanel.java (144:15)cannot resolve symbol method
>>>
>>requestFocusInWindow
>>
>>>>()
>>>>
>>>
>>>>UnitTablePanel.java (45:5)cannot resolve symbol method setFocusable
>>>>(boolean)
>>>>
>>>
>>>>\MemberFilterPanel.java (166:28)cannot resolve symbol constructor
>>>
>>FocusEvent
>>
>>>>(org.scopemvc.view.swing.STextField,int,boolean,) >>>> >>>]]>
>>>>\MemberFilterPanel.java (167:27)cannot resolve symbol constructor
>>>
>>FocusEvent
>>
>>>>(org.scopemvc.view.swing.STextField,int,boolean,) >>>> >>>]]>
>>>>nge\DateRangeEditDialog.java (32:62)cannot resolve symbol variable
>>>>CTRL_DOWN_MASK
>>>>
>>>
>>>>nge\DateRangeEditDialog.java (157:39)cannot resolve symbol constructor
>>>>FocusEvent (java.awt.Component,int,boolean,) >>>> >>>]]>
>>>>nge\DateRangeGuiResolver.java (183:64)cannot resolve symbol variable
>>>>CTRL_DOWN_MASK
>>>>
>>>
>>>>nge\DateRangeModificationsTablePanel.java (82:11)getModel() is
>>>
>>>>from javax.swing.JTable and hides method in outer class
>>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel.
>>>
>>>>explicit 'this' qualifier must be used to select the desired instance.
>>>>
>>>
>>>>nge\DateRangeModificationsTablePanel.java (83:90)getModel() is
>>>
>>>>from javax.swing.JTable and hides method in outer class
>>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel.
>>>
>>>>explicit 'this' qualifier must be used to select the desired instance.
>>>>
>>>
>>>>nge\DateRangeModificationsTablePanel.java (111:13)getModel() is
>>>
>>inherited
>>
>>>>from javax.swing.JTable and hides method in outer class
>>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel.
>>>
>>>>explicit 'this' qualifier must be used to select the desired instance.
>>>>
>>>
>>>>nge\DateRangeModificationsTablePanel.java (112:92)getModel() is
>>>
>>inherited
>>
>>>>from javax.swing.JTable and hides method in outer class
>>>>peacetech.gao.usorg.gui.daterange.DateRangeModificationsTablePanel.
>>>
>>>>explicit 'this' qualifier must be used to select the desired instance.
>>>>
>>>
>>>>.java (45:50)cannot resolve symbol variable Preferences
>>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see
>>>
>>the
>>
>>>>compiler error output for details.
>>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see
>>>
>>the
>>
>>>>compiler error output for details.
>>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see
>>>
>>the
>>
>>>>compiler error output for details.
>>>>Z:\Projects\Gao\core\usorg\gui\main\build.xml:174: Compile failed; see
>>>
>>the
>>
>>>>compiler error output for details.
>>>>
>>>>Build completed with 34 errors. Time: 15 s
>>>>
>>>>
>>>>
>>>>"Mike Aizatsky" <mike@intellij.com> wrote in message
>>>>news:ao1ph1$7l6$1@is.intellij.net...
>>>>
>>>>
>>>>>Alex,
>>>>>
>>>>>Can you provide more details about your Ant problems?
>>>>>
>>>>>I think that instead of allowing IDEA to run on other JDK Ant problems
>>>>>should be fixed (otherwise I can't see any reason to run IDEA under
>>>>
>>>>JDK
>>>>
>>>>
>>>>>of your own choice).
>>>>>
>>>>>--
>>>>>Best regards,
>>>>>Mike Aizatsky.
>>>>>----
>>>>>JetBrains, Inc / IntelliJ Software
>>>>>http://www.intellij.com
>>>>>"Develop with pleasure!"
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>--
>>>Gordon Tyler
>>>Software Developer, R&D
>>>Sitraka -- Performance is Mission Critical
>>>
>>
>>
--
Erb
==============================================================
"Most of you are familiar with the virtues of a programmer.
There are three, of course: laziness, impatience, and hubris."
- Larry Wall
==============================================================
Erb wrote:
> Yeah, I found that you have to specify a custom JDK always in the ant
> properties.
> I assumed it had to do with IDEA running under JRE instead of JDK.
I don't have this problem. And if anything, my build file is probably
more bizarre than usual. The source code is split into two parts:
packages that must be compiled with JDK 1.3 and packages that must be
compiled with JDK 1.4. The JDK 1.3 bits are compiled by using the JDK
1.4 compiler with the various cross compiling options set and the
bootclasspath set to point to a JDK 1.3 rt.jar. The JDK 1.4 bits are
compiled as normal.
My IDEA project's Target JDK is set to the JDK 1.4 that I have
separately installed and my Ant build file's settings in IDEA do not
specify a custom JDK to use (but "use javaw" is on).
And I've been working merrily away all day with this setup on build 657.
Ciao,
Gordon
--
Gordon Tyler
Software Developer, R&D
Sitraka -- Performance is Mission Critical
Michael,
I can't see any analogy. IDEA doesn't force you to use your most preferable
JDK for your project.
JDK.
AFAIK 1.4.1 is only month old.
"bugs",
If I reformulate your idea in Win32 world it will sound like: "Why on earth
have you statically linked MFC with your application? What if MS releases a
new bug-free version of mfc*.dll? I won't be able to benefit?".
Sorry, Michael, but JRE which IDEA runs on is an essential part of IDEA
project. Like idea.jar is.
But you don't know all the truth. We can name at least a dozen of important
differences between JDK 1.4.0 & JDK 1.4.1 which should be handled by IDEA
internal code. If we won't IDEA event wouldn't start. Don't you think that
it's better to focus for a specific JDK?
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
Mike,
I agree completely. Anything that makes you more productive is good. However
I do not understand the big deal of providing another power-user EAP upgrade
package without JRE and have IDEA check on startup that it is the right JRE
version you support.
That way everybody is happy. I cannot believe we spend so much ink/time on
this issue!
My 2 c
"Mike Aizatsky" <mike@intellij.com> wrote in message
news:ao3j2m$58n$1@is.intellij.net...
>
>
preferable
>
>
>
>
earth
a
>
>
>
important
>
>
>
preferable JDK for your project.
Then I stand corrected, Mike. My apologies. You originally said "otherwise
I can't see any reason to run IDEA under the JDK of your own choice".
As I stare at those two comments I cant reconcile the contradiction, but
maybe it's too early in the morning for me.
:)
"Mike Aizatsky" <mike@intellij.com> wrote in message
news:ao3j2m$58n$1@is.intellij.net...
>
>
preferable
>
>
>
>
earth
a
>
>
>
important
>
>
>