| How is eclipse organized? struggling with workspaces/files [message #204226] |
Tue, 10 April 2007 17:09  |
Eclipse User |
|
|
|
Originally posted by: fparker.emjmetals.com
How is eclipse organized? I get a .project file and other files. I am
creating UML files using Rational RSM in eclipse.
Here is my problem. I don't understand the difference between the workspace
and the files involved. If I put my model files into version control, does
the .project go as well? What is the purpose of the .project? Can it be
shared between other users concurrently?
I don't know enough to ask any more questions at this point. Just navigating
the product is a challenge at this point.
|
|
|
| Re: How is eclipse organized? struggling with workspaces/files [message #204234 is a reply to message #204226] |
Tue, 10 April 2007 17:57  |
| Eclipse User |
|
|
|
Originally posted by: merks.ca.ibm.com
Fred,
You'll probably want to check each entire project into CVS, including
the .project and .classpath files. That's what everyone else is
doing. Have a look at the CVS structure for various Eclipse projects
and have a look at the .project file to get a sense of what it does.
Fred Parker wrote:
> How is eclipse organized? I get a .project file and other files. I am
> creating UML files using Rational RSM in eclipse.
>
> Here is my problem. I don't understand the difference between the workspace
> and the files involved. If I put my model files into version control, does
> the .project go as well? What is the purpose of the .project? Can it be
> shared between other users concurrently?
>
> I don't know enough to ask any more questions at this point. Just navigating
> the product is a challenge at this point.
>
>
>
|
|
|
| Re: How is eclipse organized? struggling with workspaces/files [message #204273 is a reply to message #204226] |
Tue, 10 April 2007 22:08 |
| Eclipse User |
|
|
|
Originally posted by: eclipse5.rizzoweb.com
Fred Parker wrote:
> How is eclipse organized? I get a .project file and other files. I am
> creating UML files using Rational RSM in eclipse.
>
> Here is my problem. I don't understand the difference between the workspace
> and the files involved. If I put my model files into version control, does
> the .project go as well? What is the purpose of the .project? Can it be
> shared between other users concurrently?
>
> I don't know enough to ask any more questions at this point. Just navigating
> the product is a challenge at this point.
A workspace is container for Eclipse projects and preferences. Each
project has a "root," or "base," directory which can be either under the
workspace or elsewhere (you decide when creating the project). Projects
contain anything you want related to the project, as well as a few
Eclipse-generated files (most notably, .project and .classpath).
..project and .classpath files are usually checked in to source control
so that they are shared with everyone working on the project. While they
are intended to be shared, entire workspaces are NOT sharable.
As you may or may not know, you can have as many different workspaces as
you want/need, for example to seperate work for different clients or on
completely unrelated "super-projects."
As you go, more specific questions are easier to answer if you can ask them.
Hope this helps,
Eric
|
|
|
| Re: How is eclipse organized? struggling with workspaces/files [message #204346 is a reply to message #204273] |
Wed, 11 April 2007 15:31 |
| Eclipse User |
|
|
|
Originally posted by: fparker.emjmetals.com
Specifically, What are the files created and where are they kept and which
ones are shared and which ones are not? I am working with the RSM product
from IBM but I also had the same problems with XDE. It just isn't clear to
me where the workspace lives and where the contained files in the workspace
must live.
Here is whate I am gathering so far.
The workspace is in a designated folder. Eclipse creates another folder
within that first one for my workspace. The workspace is atomic and I cannot
create another workspace inside the first workspace nor have a 2nd workspace
with the same name as the first in the same containing folder.
A .project file is created for each workspace.
I can share projects by allowing the files in the workspace to be copied or
to use eclipse to import a file system or project into another's workspace.
We are in the process of adding ClearCase so that will take care of some or
most of our problems but I am just trying to understand the mechanics of how
the product works.
TIA
|
|
|
| Re: How is eclipse organized? struggling with workspaces/files [message #204363 is a reply to message #204346] |
Wed, 11 April 2007 19:11 |
| Eclipse User |
|
|
|
Originally posted by: wharley.bea.com
"f" <fparker@emjmetals.com> wrote in message
news:eviv1r$b74$1@build.eclipse.org...
> Specifically, What are the files created and where are they kept and which
> ones are shared and which ones are not? I am working with the RSM product
> from IBM but I also had the same problems with XDE. It just isn't clear to
> me where the workspace lives and where the contained files in the
> workspace must live.
>
> Here is whate I am gathering so far.
>
> The workspace is in a designated folder. Eclipse creates another folder
> within that first one for my workspace.
The workspace is in a designated folder. Eclipse creates another folder
within that first one, called ".metadata", in which it stores a lot of
information about the workspace.
>The workspace is atomic and I cannot create another workspace inside the
>first workspace nor have a 2nd workspace with the same name as the first in
>the same containing folder.
That's correct. The only way to tell Eclipse about a workspace is to point
it to the workspace folder, which is the very first thing that you do when
you launch Eclipse. The Eclipse launcher dialog pops up and asks you what
workspace you want to use, and you must either specify a folder or cancel
(in which case Eclipse then terminates).
> A .project file is created for each workspace.
No, a .project file is created for each *project*.
Workspaces contain projects. The containment is conceptual (i.e., a
workspace is a way to organize a set of projects) and often, but not
necessarily, physical (i.e., the individual projects usually live in
subfolders of the workspace folder).
A workspace, when first created, contains zero projects. You add projects
either by creating new ones, syncing to existing ones through version
control, or importing existing projects. The projects can be physically
located in subfolders of the workspace folder, which is sort of the
"default" scheme of operation, or they can be linked to on other locations
on the hard disk.
A project has a root folder, under which all its other folders and files are
contained. A project also has, at least, a .project file that tells it what
kind of project it is. Usually a project also has a .settings folder, that
contains settings specific to that project. The other files and subfolders
in a project depend heavily on what kind of project it is: for instance, a
Java project will also have a .classpath file, and a Plug-In Project will
also have a META-INF/manifest.mf and perhaps a plugin.xml file.
Projects come in various kinds. For instance, you might have a Java
project, or a Dynamic Web Project, and so forth. What kind of project you
have depends on how you created it. If you say File -> New Project -> Java
Project, you'll get a Java Project. The kind of project you have has some
effect on what features it has and how it is built: for instance, a Java
project is associated with a Java builder, which means that when you say
"build", something looks for .java files and tries to run a compiler on
them.
> I can share projects by allowing the files in the workspace to be copied
> or to use eclipse to import a file system or project into another's
> workspace.
Correct; and you can also use a version control system, or the File ->
Export feature. Usually you want to tell the version control system to
ignore certain directories; for instance, in a Java project, the bin
directory should not be shared, because it contains compiler output, not
source code.
|
|
|
|
Powered by
FUDForum. Page generated in 0.08502 seconds
] 
Search
Help
Register
Login
Home
