🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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.
#565
Author: Pete Antoniak
Date: Mon, 09 Jun 2003 21:41
112 lines
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.
#566
Author: Rich Wilkman
Date: Tue, 10 Jun 2003 00:54
126 lines
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.
#567
Author: Pete Antoniak
Date: Tue, 10 Jun 2003 14:34
176 lines
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.
#570
Author: Rich Wilkman
Date: Wed, 11 Jun 2003 01:38
255 lines
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