49

So there's a folder /usr/share/stuff in the root directory

in stuff there are a bunch of java files with package org.name definitions at the top

I am running javac test.java where test.java is in a subdomain

I added /usr/share/stuff to my class path.

and at the top of test.java I add import org.name

But I get a package does not exist error...why?

algorithmicCoder
  • 6,595
  • 20
  • 68
  • 117
  • 2
    Assuming you have compiled the java files into the correct directory (class files are in "/usr/share/stuff/org/name"), you also need to import the actual files or the wildcard into test.java ('import org.name.MyClass' or 'import org.name.*'). If you just do 'import org.name' this error happens (ask me how I know lol) – Rdesmond Nov 04 '16 at 19:09
  • 1
    is this a Runtime exception or Compile time exception? – Shiva kumar Feb 11 '22 at 16:03

12 Answers12

34

Just reimport didn't work. Following worked for me.

File -> Invalidate Caches /Restart

Then

Build -> Rebuild Project

That will reimport maven project.

32

Are they in the right subdirectories?

If you put /usr/share/stuff on the class path, files defined with package org.name should be in /usr/share/stuff/org/name.

EDIT: If you don't already know this, you should probably read this doc about understanding classpath.

EDIT 2: Sorry, I hadn't realised you were talking of Java source files in /usr/share/stuff. Not only they need to be in the appropriate sub-directory, but you need to compile them. The .java files don't need to be on the classpath, but on the source path. (The generated .class files need to be on the classpath.)

You might get away with compiling them if they're not under the right directory structure, but they should be, or it will generate warnings at least. The generated class files will be in the right subdirectories (wherever you've specified -d if you have).

You should use something like javac -sourcepath .:/usr/share/stuff test.java, assuming you've put the .java files that were under /usr/share/stuff under /usr/share/stuff/org/name (or whatever is appropriate according to their package names).

Bruno
  • 119,590
  • 31
  • 270
  • 376
  • Thanks!...This still didn't work though...i've done this but it still says package cannot be found. Is it enough to edit the classpath on the subdomain or does this need to be edited at the root as well? – algorithmicCoder Jun 16 '11 at 16:54
4

I was having this problem, while trying to use a theme packaged as .jar in my app, it was working while debugging the app, but it didn't when building/exporting the app.

I solved it by unzipping the jar, and manually add its contents to my build folder, resulting in this:

project/
   │
   ├── build 
   │   └── classes
   │       ├── pt
   │       │   └── myAppName ... 
   │       └── com
   │           └── themeName ...
   ├── src
   └── lib

I don't have the error anymore and my app loads with the intended theme.

António Almeida
  • 9,620
  • 8
  • 59
  • 66
  • 3
    This will work but is the wrong approach; you should instead change your settings to include the .jar inside your .jar when you export. – SpacePrez Dec 05 '17 at 21:44
2

I had the exact same problem when manually compiling through the command line, my solution was I didn't include the -sourcepath directory so that way all the subdirectory java files would be compiled too!

Chathuranga Chandrasekara
  • 20,548
  • 30
  • 97
  • 138
Xenland
  • 510
  • 1
  • 6
  • 19
2

You need to have org/name dirs at /usr/share/stuff and place your org.name package sources at this dir.

pajton
  • 15,828
  • 8
  • 54
  • 65
1

Right click your maven project in bottom of the drop down list Maven >> reimport

it works for me for the missing dependancyies

Mewan
  • 29
  • 4
0

If you are facing this issue while using Kotlin and have

kotlin.incremental=true
kapt.incremental.apt=true

in the gradle.properties, then you need to remove this temporarily to fix the build.

After the successful build, you can again add these properties to speed up the build time while using Kotlin.

Rishabh Sagar
  • 3,877
  • 3
  • 15
  • 24
0

You should add the following lines in your gradle build file (build.gradle)

dependencies { 
     compile files('/usr/share/stuff')
     ..
}
0

If you have 2020 version, that you've most likely got a bug, like the one I got. Tried multiple things, but what helped me is a very simple thing. Settings -> Build, Execution, Deployment -> Build Tools -> Maven. Put a checkmark for Override of Local Repository, but leave the default value. Apply, OK. You can get an error, that's ok. Just press "Reload all Maven Projects" button (two rounded arrows, looks like regular Refresh button) in Maven tab on the right of the screen. Maybe clean and install. Should work after that.

Rinkashikachi
  • 123
  • 11
0

I came to this question because a bringing a file from one folder to another caused this error for me. The command that fixed it is below. I had the same package in multiple directories, and it was only looking at one of the directories.

So, if it's a Maven project, try mvn clean install --update-snapshots

Joshua Swain
  • 571
  • 2
  • 4
  • 22
0

I fixed it. In intellij idea:

  1. Go to project structure
  2. Select SDKs and make sure your JDK home path is the real path of your JDK
  3. Then use Maven clean install command

This solved my problem!

Javatar
  • 2,518
  • 1
  • 31
  • 43
Kant Lee
  • 1
  • 1
0

For me on intelliJ the solution was Right Click on project folder > Run Maven > Reimport Project

enter image description here