--- Paul Kinnucan <[EMAIL PROTECTED]> wrote:
> Hi Tom,
>
> When working with multiple projects, be sure that
> you assign each
> project a unique name. Note: I do not mean that you
> should assign
> each project FILE a unique name. The project files
> should all be
> named prj.el. Rather when you are saving a project
> file, the JDE
> prompts you to enter a project name. This name
> should be unique
> for each project.
>
> Each of your project files should begin with an
> entry similar to
> this:
>
> (jde-set-project-name "sjuice")
>
> where the item in quotes is the project name. The
> JDE enters this line
> into the project file automatically when you save a
> project.
>
> The project name MUST be different for each project
> that you are working on. This is because
> when you switch among buffers, the JDE uses the
> project name to determine
> if you are also switching projects. For example,
> suppose that you have three buffers open: Foo1.java,
> Foo2.java, and
> Foo3.java. Further suppose that Foo1.java and
> Foo3.java belong to
> project Bar1 and that Foo2.java belongs to project
> Bar2. Now suppose
> that you switch from Foo1 to Foo2. In each of these
> buffers, there is
> a buffer local variable named jde-project-name. In
> Foo1 and Foo3, the
> value of this variable is Bar1 (set when the project
> file is loaded
> for these files). Similarly, in Foo2, the value is
> Bar2. Now suppose
> that you switch from Foo1 to Foo2. The JDE compares
> the value of
> jde-project-name in each buffer and notices that
> they are different.
> This means that you are not only switching buffers
> but also projects.
> So the JDE reloads the project file for Foo2. Now
> suppose you switch
> from Foo1 to Foo3. This time the buffer local values
> of jde-project-name
> are the same. Therefore Foo3 is in the same project
> as Foo1 and so there
> is no need to reset the JDE variables and hence no
> need to reload the
> project file.
>
> Now suppose you have yet another file, Foo4.java,
> open that does not
> belong to any project. In this case, the value of
> jde-project-name is
> the null string. In this case, if you switch from
> any of the other buffers
> to Foo4, the JDE resets the variables to their
> default values (as defined
> by the JDE) or global values defined in your .emacs
> file.
>
> Hope this helps.
>
> - Paul
>
> At 10:21 PM 4/15/99 -0400, you wrote:
> >I'm working on a project (in the natural-language
> sense of the word,
> >called "backpack") involving four projects (in the
> JDE sense of the
> >word): backpack is a website with a frontend and a
> backend, each with
> >1.1.7 and 1.2 versions. Each project has its own
> directory (actually,
> >each is a CVS module, but they checkout to their
> own directories) with
> >its own separate prj.el and jde-project-name. (Note
> that each prj.el
> >has only one call to jde-set-project-name.)
> >
> >I've been running JDE for a while, but only in
> "single-project mode":
> >all the files I ran at any given time were in one
> project, although
> >there could be several old projects sprinkled
> around my local and
> >network drives. Whenever I wanted to customize
> something for a
> >project, I went to the appropriate group, saved the
> option for the
> >current session, then went back to the JDE buffer
> and did
> >jde-save-project. My intent was to get the
> customization written to
> >the prj.el, NOT to my _emacs. (BTW I'm developing
> mostly on NTEmacs
> >GNU Emacs 20.3.1 with JDE 2.1.5--more below.)
> >
> ><digression> FWIW: I'm a keyboard guy, so I added
> the following
> >bindings to my jde-mode-hook to access the desired
> customization
> >groups directly:
> >
> >> ; access customization via keyboard
> >> (local-unset-key "\C-c\C-v\C-o") ; make C-c C-v
> C-o a prefix key
> >
> >> ; not (local-set-key "\C-c\C-v\C-o\C-whatever"
> 'whatever)
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-a"
> >> '(lambda () (interactive)
> (jde-show-autocode-options))
> >> )
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-c"
> >> '(lambda () (interactive)
> (jde-show-compile-options))
> >> )
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-d"
> >> '(lambda () (interactive)
> (jde-show-debug-options))
> >> )
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-g"
> >> '(lambda () (interactive) (customize-group
> "jde"))
> >> )
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-p"
> >> '(lambda () (interactive)
> (jde-show-project-options))
> >> )
> >> (define-key jde-mode-map "\C-c\C-v\C-o\C-r"
> >> '(lambda () (interactive)
> (jde-show-run-options))
> >> )
> ></digression>
> >
> >However, now that I'm working on different projects
> simultaneously,
> >I'm observing a problem: two different files in the
> same project (i.e.
> >directory) will NOT use the same settings (i.e.
> prj.el). E.g.
> >DeptList.java will compile with the 1.1 classpath
> (including
> >classes.zip), but RequestList.java will compile for
> 1.2 (with -target
> >1.2, but no classes.zip in the classpath).
> >
> >I understood from
> >
>
>http://sunsite.auc.dk/jde/jdedoc/jde-ug-content.html#UsingProjectFiles
> >
> >that JDE would first look for (by default) prj.el
> in the source file's
> >current directory. But it doesn't always seem to be
> doing that, or
> >else it seems somehow to decide that other files
> belong to other
> >projects (but I have no idea how it would do that),
> or else ...
> >I dunno. Help!
> >
> >While I'm no guru, I've been (happily !-) using JDE
> for a while, so I
> >assume that I've setup 2.1.5 properly. (famous last
> words ?-) I also
> >don't think this is CVS-related: I've added the
> appropriate prj.el to
> >each module, and when I look at the prj.el in each
> directory I see the
> >appropriate values. I suspect user error, and I'm
> hoping someone sees
> >"the error of my ways." But if anyone wants my
> _emacs, Emacs versions,
> >prj.el files, etc, lemme know, and I'll send them
> to you individually
> >(it's a lotta stuff to post to a list): just lemme
> know what to send.
> >
> >TIA, [EMAIL PROTECTED]
> >
> >
>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
