I have a webapp containing some Java-classes within some packages. However within Package-Explorer only the names of the packages are listed, but I cannot get the classes within them. Thus the icon for the package stays empty meaning there is no content within the package.
When I manually drag a class from the WinExplorer into the Package-Explorer I get a warning that the class is already contained in the package. Having said this the package is not empty, however I cannot get any of its classes.
Check Project-->Properties-->Java Build Path-->Sources tab.
Make sure that "Included" is properly set (Usually to "All").
Also check that the "Filter" (little triangle icon) is not hiding the required code sources.
You can also try to "New-->Java Project" than use the existing sources.
Related
My entire project runs fine, but I'm trying to install and work with URP. I need to grab something from its Packages subfolder, but my entire project's Packages folder is entirely empty. Am I doing something wrong?
It might just be the visibility toggle that's in "hide immutable mode".
All recent Unity versions hide Packages that are imported in an immutable way. In the Project View though there's an icon that tells how many items are hidden (or that could be hidden because immutable and currently visible) and a barred eye. Clicking that toggles the visibility of such items.
Imported packages can be found at Library/PackageCache. If you need to modify an asset from a package, you can move that package to Packages folder via file explorer.
Hi.
As you know, if there is already a Run configuration for a given
class with main type, Eclipse gives parenthesis and number at the
tail of the class name as in the attached image.
But even when there is no preexisting class with conflicting name,
why do I see it with paranthesized number at the end of (main type)
program name, like program(1), program(2)?
Do you have any explanation for this?
In the Launch Configurations window, there's a filter button in the toolbar (the "triple arrows" icon at the top of your screen shot). Clicking that drop-down allows to filter out (or not) various types of launches, including those that belong to closed or missing projects. If you un-check all of the filters you should be able to see the conflicting launch that's causing the name conflict.
I have had this before in Eclipse where I had a project with a runnable class (lets say the class was called MainRun) and then I close or delete the project from the Eclipse workspace. The MainRun run configuration disappears from the "Run Configurations" list. But if you later create a new project with a class called MainRun that you want to run, it somehow remembers that you used to have a configuration called MainRun, even though it is no longer in the list, and so your new one has to be MainRun (1). Could this be what is happening to you?
I'm adding "includes" for my project. In "GCC C++ Compiler/Includes" i want to add corresponding directories. I've tried to use "~/blabla/include" but I can't compile, it seems Eclipse doesn't recognize it.
I don't want to use full path because I store them in svn and later use on several computers.
Is it possible to refer "home" somehow?
Build Variable HOME is added by default use ${HOME} to refer home folder. Right click on project and click on properties.
Refer screen shots below
I have recently started coding on Eclipse for Minecraft Bukkit plugins, and I have been going fine with it. Recently, I've been trying to make a child package into a package, but if I try New > Package, then it makes a package separate to my main package. I am a beginner, so please make instructions simple. Is there anything else I can try?
Normally, if you separate each package component with dots (.), it should create intermediate entries.
Try create a new package with the following test case:
com.foobar.example
com.foobar.test
com.foobar.example.a
And Eclipse should do the tricks.
If however, you are stuck with finding those empty packages, perhaps you should simply play with the Package Explorer options: the Java filters is especially useful, and there might be an option enabled by default which would filter/hide empty package.
You also have Package presentations.
Since an image is better than long lines of text:
Click the arrow to open the presentations options (see the Package Explorer on the left)
The Filters options does have filters which might hide empty parent packages.
The hierarchical package presentation behave like the Explorer left pane.
When creating a new package you can create a hierarchy by simply separating your parent folder with child folder with a dot '.'. So if you want to create a sub package of foo.bar you have to create a package with name foo.bar.myfoo. Eclipse will do the rest.
If you instead want to visualize the folder type hierachy as here:
you can click in the little arrow top left of the project explorer view menù and go to Package Presentation > Hierarchical.
A folder-like hierachy is implicitly created by the package names in Java. Lets say you have a package com.company and you want a sub-package in that package. Then you have to create a package with the name com.company.product. It is not done by creating a package with the name product while com.company is selected!
For eclipse Version: 2019-03 (4.11.0) Build id: 20190314-1200
I found it easier to create the desired package path along with the new class I wanted to exist at the new package path.
From within the Project Explorer view, right click on the corresponding project to create a New Class.
Then on the class creation popup I fill in the corresponding package field as I please to build out the new path as desired, along with the new class to sit in that new path.
For Eclipse Version 2020-09:
To create sub-package we can directly go inside the eclipse-workspace and in the package where we want to create a sub-package and inside that we can create a new folder and then click on the three dots icon on the right side of the Package Explorer and select the Hierarchical option inside the package presentation option. We can then refresh the project and the new sub-packages will be reflected.Below is the image for reference
Subpackage
In Eclipse, in the Project Explorer pane, each Java file will have an icon decorator, indicating whether that file has 1+ compilation errors, or 1+ compilation warnings.
I often find that these icon decorators are out of date with my latest file changes.
How can I force them to be up to date?
I try right-clicking on the project's top-level directory and selecting Refresh, but that doesn't help. Neither does restarting Eclipse.
I realize that one alternative is to use the Markers pane, but that gets me the entire list of all warnings/errors across all files. I'd rather know, see visually, which files have problems and which are clean.
You haven't said which language you are using and whether autobuilds are on or off.
In general, problem markers are only added and removed by your project's builder. If you are using Java, for example, that language has full automatic incremental build support, so the markers update whenever you save a file. Not all languages enjoy this; you may need to explicitly rebuild your project(s) to force an update.
If you believe a marker is out-of-date, or just want to hide it, it's usually safe to delete it from the Markers view; the relevant builder will reinstate it if necessary next time it runs.