Thread View: borland.public.jbuilder.java.api
4 messages
4 total messages
Started by Pete Antoniak
Mon, 09 Jun 2003 21:41
I tried your suggestion and it didn't work.
Author: Pete Antoniak
Date: Mon, 09 Jun 2003 21:41
Date: Mon, 09 Jun 2003 21:41
112 lines
3722 bytes
3722 bytes
Lori, You suggested that I rename my directories to solve the problem. I tried that twice and it didn't change anything. So I created a whole new set of directories and moved the java files into them. I then created a whole new Project. And selected "Make Project." The new project seems to be plagued by the same problems including some of the same error codes. Specifically: a.. "TextPanel.java": Error #: 901 : package COM.edugames.common stated in source C:\Code\com\edugames\common\TextPanel.java does not match directory COM.edugames.common at line 1, column 22 Note: the "COM" is still there, but this is a totally NEW Project with NEW Directories. The old path was CodeJB/com.edugames.common. The new path is Code/com.edugames.common. Now I also have problems with Classes in the "games" Package Directory. I get this error from Base in the structure window where it references a file in the same directory:: a.. Class ControlPanel not found in class com.edugames.games.Base at line 19 However, if I go the edit panel tab for ControlPanel and click back to the tab for Base, the error goes away. The same for D and other references I have in Base. However, when I try to compile Base again, all the error come back. I even retyped both the lines in the java file "package com.edugames.games;" and "import com.edugames.common.*;" and this didn't stop the problem. I tried changing my source path for both test and default to both C:/Code/com/edugames/games and C:/Code/ And that didn't work. My new Project "jpx" file is at C:Code/games My header for the "games" files is "package com.edugames.games; import com.edugames.common.*;" My header for the "common" files is "package com.edugames.common;" Going into the Project Properties, my working directory is: C:Code/com/edugames/games And my source path for both test and default is presently set at: C:Code/ I can get files to compile if they do not reference any other non compiled files. If I compile D for example, Base sees it and has no problems with it, however, if i take D.class out of the output directory, Base can't reference it anymore. So the reference from Base to the output directory works. I think the underlying problem might be taking a project from Visual Caf� to Jbuilder two months ago where a lot of the output files were already three and could be referenced, When I did the Rebuild, they were cleaned out and now I can only get files that do not reference other files to compile. Lori, any help is greatly appreciated. Thanks Pete Antoniak
Re: I tried your suggestion and it didn't work.
Author: Rich Wilkman
Date: Tue, 10 Jun 2003 00:54
Date: Tue, 10 Jun 2003 00:54
126 lines
4140 bytes
4140 bytes
Pete: What does dir -x show as the name of that com directory from a console? You're fighting the OS here, plain and simple. There's even settings in Windows to hide all cap stuff, etc. -Rich Pete Antoniak wrote: >Lori, > > > >You suggested that I rename my directories to solve the problem. I tried >that twice and it didn't change anything. So I created a whole new set of >directories and moved the java files into them. I then created a whole new >Project. And selected "Make Project." > > > >The new project seems to be plagued by the same problems including some of >the same error codes. > > > >Specifically: > > a.. "TextPanel.java": Error #: 901 : package COM.edugames.common stated in >source C:\Code\com\edugames\common\TextPanel.java does not match directory >COM.edugames.common at line 1, column 22 > > >Note: the "COM" is still there, but this is a totally NEW Project with NEW >Directories. > > > >The old path was CodeJB/com.edugames.common. The new path is >Code/com.edugames.common. > > > >Now I also have problems with Classes in the "games" Package Directory. > > > >I get this error from Base in the structure window where it references a >file in the same directory:: > > > > a.. Class ControlPanel not found in class com.edugames.games.Base at line >19 >However, if I go the edit panel tab for ControlPanel and click back to the >tab for Base, the error goes away. > >The same for D and other references I have in Base. However, when I try to >compile Base again, all the error come back. I even retyped both the lines >in the java file "package com.edugames.games;" and "import >com.edugames.common.*;" and this didn't stop the problem. > > > >I tried changing my source path for both test and default to both > >C:/Code/com/edugames/games > >and > >C:/Code/ > >And that didn't work. > > > >My new Project "jpx" file is at C:Code/games > >My header for the "games" files is > >"package com.edugames.games; > >import com.edugames.common.*;" > > > >My header for the "common" files is > >"package com.edugames.common;" > >Going into the Project Properties, my working directory is: > >C:Code/com/edugames/games > > > >And my source path for both test and default is presently set at: > >C:Code/ > > > >I can get files to compile if they do not reference any other non compiled >files. If I compile D for example, Base sees it and has no problems with >it, however, if i take D.class out of the output directory, Base can't >reference it anymore. So the reference from Base to the output directory >works. > > > >I think the underlying problem might be taking a project from Visual Caf� to >Jbuilder two months ago where a lot of the output files were already three >and could be referenced, When I did the Rebuild, they were cleaned out and >now I can only get files that do not reference other files to compile. > > > >Lori, any help is greatly appreciated. > > > >Thanks Pete Antoniak > > > >
Re: I tried your suggestion and it didn't work.
Author: Pete Antoniak
Date: Tue, 10 Jun 2003 14:34
Date: Tue, 10 Jun 2003 14:34
176 lines
5403 bytes
5403 bytes
Rich, Did the console thing. from C:\Code\com> I typed "dir -x." and got "Volume in drive C is V207 Volume Serial Number is 1F03-1991 Directory of C:\Code\com" NOTE: Lower Case "com". I don't believe it's the OS for several reasons: One- I totally redid the whole directory structure by creating and naming the directories by hand. Two- The error says: "package COM.edugames.common stated in source C:\Code\com\edugames\common\TextPanel.java does not match directory COM.edugames.common at line 1, column 22" Note: that the word preceeding the uppercase "COM" is package, not directory and the reference is to the directory at line 1, column 22 of the java code. Also note that it got the OS directory right. i.e. C:\Code\com\edugames\common\TextPanel. It has the path right, the package wrong. I also retyped the whole line 'package com.edugames.common' in the code and the problem is still there. Pete Antoniak "Rich Wilkman" <richw@formlessvoid.com> wrote in message news:3EE52C57.6000306@formlessvoid.com... > Pete: > > What does dir -x show as the name of that com directory from a console? > You're fighting the OS here, plain and simple. There's even settings > in Windows to hide all cap stuff, etc. > > -Rich > > Pete Antoniak wrote: > > >Lori, > > > > > > > >You suggested that I rename my directories to solve the problem. I tried > >that twice and it didn't change anything. So I created a whole new set of > >directories and moved the java files into them. I then created a whole new > >Project. And selected "Make Project." > > > > > > > >The new project seems to be plagued by the same problems including some of > >the same error codes. > > > > > > > >Specifically: > > > > a.. "TextPanel.java": Error #: 901 : package COM.edugames.common stated in > >source C:\Code\com\edugames\common\TextPanel.java does not match directory > >COM.edugames.common at line 1, column 22 > > > > > >Note: the "COM" is still there, but this is a totally NEW Project with NEW > >Directories. > > > > > > > >The old path was CodeJB/com.edugames.common. The new path is > >Code/com.edugames.common. > > > > > > > >Now I also have problems with Classes in the "games" Package Directory. > > > > > > > >I get this error from Base in the structure window where it references a > >file in the same directory:: > > > > > > > > a.. Class ControlPanel not found in class com.edugames.games.Base at line > >19 > >However, if I go the edit panel tab for ControlPanel and click back to the > >tab for Base, the error goes away. > > > >The same for D and other references I have in Base. However, when I try to > >compile Base again, all the error come back. I even retyped both the lines > >in the java file "package com.edugames.games;" and "import > >com.edugames.common.*;" and this didn't stop the problem. > > > > > > > >I tried changing my source path for both test and default to both > > > >C:/Code/com/edugames/games > > > >and > > > >C:/Code/ > > > >And that didn't work. > > > > > > > >My new Project "jpx" file is at C:Code/games > > > >My header for the "games" files is > > > >"package com.edugames.games; > > > >import com.edugames.common.*;" > > > > > > > >My header for the "common" files is > > > >"package com.edugames.common;" > > > >Going into the Project Properties, my working directory is: > > > >C:Code/com/edugames/games > > > > > > > >And my source path for both test and default is presently set at: > > > >C:Code/ > > > > > > > >I can get files to compile if they do not reference any other non compiled > >files. If I compile D for example, Base sees it and has no problems with > >it, however, if i take D.class out of the output directory, Base can't > >reference it anymore. So the reference from Base to the output directory > >works. > > > > > > > >I think the underlying problem might be taking a project from Visual Caf� to > >Jbuilder two months ago where a lot of the output files were already three > >and could be referenced, When I did the Rebuild, they were cleaned out and > >now I can only get files that do not reference other files to compile. > > > > > > > >Lori, any help is greatly appreciated. > > > > > > > >Thanks Pete Antoniak > > > > > > > > >
Re: I tried your suggestion and it didn't work.
Author: Rich Wilkman
Date: Wed, 11 Jun 2003 01:38
Date: Wed, 11 Jun 2003 01:38
255 lines
6321 bytes
6321 bytes
Pete: Still don't know what verision of JB you are using, but wipe out the dependency cache for the project and try again. The only other problem that VCafe folks seem to hit is also related to sloppy path handling related to not having distinct source and output paths. JB uses the path reported -- nothing special of it's own internally. -Rich Pete Antoniak wrote: >Rich, > >Did the console thing. > >from C:\Code\com> I typed "dir -x." >and got > >"Volume in drive C is V207 >Volume Serial Number is 1F03-1991 >Directory of C:\Code\com" > >NOTE: Lower Case "com". >I don't believe it's the OS for several reasons: > >One- I totally redid the whole directory structure by creating and naming >the directories by hand. >Two- The error says: >"package COM.edugames.common stated in >source C:\Code\com\edugames\common\TextPanel.java does not match directory >COM.edugames.common at line 1, column 22" > >Note: that the word preceeding the uppercase "COM" is package, not directory >and the reference is to the directory at line 1, column 22 of the java code. >Also note that it got the OS directory right. i.e. >C:\Code\com\edugames\common\TextPanel. > >It has the path right, the package wrong. I also retyped the whole line >'package com.edugames.common' in the code and the problem is still there. > >Pete Antoniak > > > >"Rich Wilkman" <richw@formlessvoid.com> wrote in message >news:3EE52C57.6000306@formlessvoid.com... > > >>Pete: >> >>What does dir -x show as the name of that com directory from a console? >> You're fighting the OS here, plain and simple. There's even settings >>in Windows to hide all cap stuff, etc. >> >>-Rich >> >>Pete Antoniak wrote: >> >> >> >>>Lori, >>> >>> >>> >>>You suggested that I rename my directories to solve the problem. I tried >>>that twice and it didn't change anything. So I created a whole new set >>> >>> >of > > >>>directories and moved the java files into them. I then created a whole >>> >>> >new > > >>>Project. And selected "Make Project." >>> >>> >>> >>>The new project seems to be plagued by the same problems including some >>> >>> >of > > >>>the same error codes. >>> >>> >>> >>>Specifically: >>> >>> a.. "TextPanel.java": Error #: 901 : package COM.edugames.common stated >>> >>> >in > > >>>source C:\Code\com\edugames\common\TextPanel.java does not match >>> >>> >directory > > >>>COM.edugames.common at line 1, column 22 >>> >>> >>>Note: the "COM" is still there, but this is a totally NEW Project with >>> >>> >NEW > > >>>Directories. >>> >>> >>> >>>The old path was CodeJB/com.edugames.common. The new path is >>>Code/com.edugames.common. >>> >>> >>> >>>Now I also have problems with Classes in the "games" Package Directory. >>> >>> >>> >>>I get this error from Base in the structure window where it references a >>>file in the same directory:: >>> >>> >>> >>> a.. Class ControlPanel not found in class com.edugames.games.Base at >>> >>> >line > > >>>19 >>>However, if I go the edit panel tab for ControlPanel and click back to >>> >>> >the > > >>>tab for Base, the error goes away. >>> >>>The same for D and other references I have in Base. However, when I try >>> >>> >to > > >>>compile Base again, all the error come back. I even retyped both the >>> >>> >lines > > >>>in the java file "package com.edugames.games;" and "import >>>com.edugames.common.*;" and this didn't stop the problem. >>> >>> >>> >>>I tried changing my source path for both test and default to both >>> >>>C:/Code/com/edugames/games >>> >>>and >>> >>>C:/Code/ >>> >>>And that didn't work. >>> >>> >>> >>>My new Project "jpx" file is at C:Code/games >>> >>>My header for the "games" files is >>> >>>"package com.edugames.games; >>> >>>import com.edugames.common.*;" >>> >>> >>> >>>My header for the "common" files is >>> >>>"package com.edugames.common;" >>> >>>Going into the Project Properties, my working directory is: >>> >>>C:Code/com/edugames/games >>> >>> >>> >>>And my source path for both test and default is presently set at: >>> >>>C:Code/ >>> >>> >>> >>>I can get files to compile if they do not reference any other non >>> >>> >compiled > > >>>files. If I compile D for example, Base sees it and has no problems with >>>it, however, if i take D.class out of the output directory, Base can't >>>reference it anymore. So the reference from Base to the output directory >>>works. >>> >>> >>> >>>I think the underlying problem might be taking a project from Visual Caf� >>> >>> >to > > >>>Jbuilder two months ago where a lot of the output files were already >>> >>> >three > > >>>and could be referenced, When I did the Rebuild, they were cleaned out >>> >>> >and > > >>>now I can only get files that do not reference other files to compile. >>> >>> >>> >>>Lori, any help is greatly appreciated. >>> >>> >>> >>>Thanks Pete Antoniak >>> >>> >>> >>> >>> >>> > > > >
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads