RE: auto-gen get/set pairs for existing class variables

2001-07-25 Thread Sandip Chitale

 
You are amazing man ! I tried it. It works in terms of
all the things I had mentioned -

1. non-public
2. "is" for boolean
3. static
4. do not generater if already defined.

Not done -

5. no "set" for final variables

Only thing that could be improved upon is
a variable selection UI. 

It could act as a quick look at
which variables have accessors
and mutators.

regards,
-sandip
-Original Message-
From: Javier Lopez
To: [EMAIL PROTECTED]
Sent: 7/25/01 8:28 PM
Subject: RE: auto-gen get/set pairs for existing class variables

I sent an old file by mistake, this is the right one.

Javier


> -Original Message-
> From: Javier Lopez [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 25, 2001 10:59 PM
> To: [EMAIL PROTECTED]
> Subject: RE: auto-gen get/set pairs for existing class variables
> 
> 
> Here is the prototype I promised.
> The method jde-wiz-get-set-methods
> will generate get/set method for all variables that
> are non public and non final declared in the current buffer.
> If the method is already defined in the buffer it won't be generated.
> The methods generated look like this
> 
>   /**
>* Gets the value of name
>*
>* @return the value of name
>*/
>   public String getName() {
> return this.name;
>   }
> 
>   /**
>* Sets the value of name
>*
>* @param name Value to assign to this.name
>*/
>   public void setName(String name) {
> this.name = name;
>   }
> 
> Javier
> 
> > -Original Message-
> > From: Javier Lopez [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 23, 2001 11:58 PM
> > To: Sandip Chitale; [EMAIL PROTECTED]
> > Subject: RE: auto-gen get/set pairs for existing class variables
> >
> >
> > if no one has started working on this I will try to get a prototype
> > working over the next few days. If someone already started 
> doing something
> > please let me know, so I do not want to replicate work.
> >
> > Javier
> >
> > > -Original Message-
> > > From: Sandip Chitale [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, July 23, 2001 2:58 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: auto-gen get/set pairs for existing class variables
> > >
> > >
> > > Shouldn't this be easy with Semantic.
> > > In fact, the function could show the list of
> > > non-public properties for which a getter/setter does not
> > > exist and let the user generate them in one shot
> > > e.g.
> > >
> > > Class Class1
> > >   TypeGetter
> > > Setter
> > > non-final non-public property1int [
> > > ]getProperty1
> > > [ ]setProperty1
> > > non-final non-public property2int
> > > getProperty2
> > > [ ]setProperty2
> > > final non-public property3int
[
> > > ]getProperty3
> > > non-final non-public property4boolean [
> > > ]isProperty4  [
> > > ]setProperty4
> > >
> > > Notice -
> > >
> > > . no "[ ]" for property2, if, say, getter already exists
> > > . missing "[ ]setProperty3" for final property3
> > > . isProperty4 instead of getProperty4 for boolean property4
> > > . auto insertion of static keyword for static properties
> > >
> > > etc. etc.
> > >
> > > Any takers ?
> > >
> > >
> > > Something similar exists in VAJ and its' cool !
> > >
> > >
> > > -sandip
> > >
> > > > -Original Message-
> > > > From: Daniel Hegyi [mailto:[EMAIL PROTECTED]]
> > > > Sent: Monday, July 23, 2001 11:43 AM
> > > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > > Subject: Re: auto-gen get/set pairs for existing class variables
> > > >
> > > >
> > > > >Is there a way to use the "Get/Set Pair..." template (or
another
> > > > >feature) to generate the get/set pairs for all class
> > > > variables already
> > > > >defined?
> > > > >
> > > > >I thought this feature existed, but must be dreaming (or maybe
a
> > > > >different tool?).  I also didn't see anythning in the docs nor
> > > > >archives that answered this.
> > > >
> > > > I agree. This feature would be very cool. It exists in some
> > > > other IDEs and
> > > > it is very handy.
> > > >
> > > > Daniel
> > > >
> > > >
_
> > > > Get your FREE download of MSN Explorer at
> > > > http://explorer.msn.com/intl.asp
> > > >
> > >
> >
> 
 <> 



RE: auto-gen get/set pairs for existing class variables

2001-07-25 Thread Javier Lopez

I sent an old file by mistake, this is the right one.

Javier


> -Original Message-
> From: Javier Lopez [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 25, 2001 10:59 PM
> To: [EMAIL PROTECTED]
> Subject: RE: auto-gen get/set pairs for existing class variables
> 
> 
> Here is the prototype I promised.
> The method jde-wiz-get-set-methods
> will generate get/set method for all variables that
> are non public and non final declared in the current buffer.
> If the method is already defined in the buffer it won't be generated.
> The methods generated look like this
> 
>   /**
>* Gets the value of name
>*
>* @return the value of name
>*/
>   public String getName() {
> return this.name;
>   }
> 
>   /**
>* Sets the value of name
>*
>* @param name Value to assign to this.name
>*/
>   public void setName(String name) {
> this.name = name;
>   }
> 
> Javier
> 
> > -Original Message-
> > From: Javier Lopez [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 23, 2001 11:58 PM
> > To: Sandip Chitale; [EMAIL PROTECTED]
> > Subject: RE: auto-gen get/set pairs for existing class variables
> >
> >
> > if no one has started working on this I will try to get a prototype
> > working over the next few days. If someone already started 
> doing something
> > please let me know, so I do not want to replicate work.
> >
> > Javier
> >
> > > -Original Message-
> > > From: Sandip Chitale [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, July 23, 2001 2:58 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: auto-gen get/set pairs for existing class variables
> > >
> > >
> > > Shouldn't this be easy with Semantic.
> > > In fact, the function could show the list of
> > > non-public properties for which a getter/setter does not
> > > exist and let the user generate them in one shot
> > > e.g.
> > >
> > > Class Class1
> > >   TypeGetter
> > > Setter
> > > non-final non-public property1int [
> > > ]getProperty1
> > > [ ]setProperty1
> > > non-final non-public property2int
> > > getProperty2
> > > [ ]setProperty2
> > > final non-public property3int [
> > > ]getProperty3
> > > non-final non-public property4boolean [
> > > ]isProperty4  [
> > > ]setProperty4
> > >
> > > Notice -
> > >
> > > . no "[ ]" for property2, if, say, getter already exists
> > > . missing "[ ]setProperty3" for final property3
> > > . isProperty4 instead of getProperty4 for boolean property4
> > > . auto insertion of static keyword for static properties
> > >
> > > etc. etc.
> > >
> > > Any takers ?
> > >
> > >
> > > Something similar exists in VAJ and its' cool !
> > >
> > >
> > > -sandip
> > >
> > > > -Original Message-
> > > > From: Daniel Hegyi [mailto:[EMAIL PROTECTED]]
> > > > Sent: Monday, July 23, 2001 11:43 AM
> > > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > > Subject: Re: auto-gen get/set pairs for existing class variables
> > > >
> > > >
> > > > >Is there a way to use the "Get/Set Pair..." template (or another
> > > > >feature) to generate the get/set pairs for all class
> > > > variables already
> > > > >defined?
> > > > >
> > > > >I thought this feature existed, but must be dreaming (or maybe a
> > > > >different tool?).  I also didn't see anythning in the docs nor
> > > > >archives that answered this.
> > > >
> > > > I agree. This feature would be very cool. It exists in some
> > > > other IDEs and
> > > > it is very handy.
> > > >
> > > > Daniel
> > > >
> > > > _
> > > > Get your FREE download of MSN Explorer at
> > > > http://explorer.msn.com/intl.asp
> > > >
> > >
> >
> 
 jde-wiz.el


A modest proposal for modularizing project support.

2001-07-25 Thread burtonator

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hey.

It seems to me that the JDE project support could benefit other languages and
modes besides just Java.  I often organize my local files into projects.
Usually these include files that the JDE doesn't support (XML, XSL, etc).

I think we should take the JDE project support and migrated it directly into a
project-mode.el or a project.el package so that it is not JDE specific.

I have a project-mode-name.el package on my website which tries to use the
current directory to figure out a project name to use and then puts this on the
modeline.  It would be nice to rewrite this to support a prj.el mechanism
similar to the JDE mechanism.

I could also see adding additional support for WebCVS so that you can quickly
jump to WebCVS from the current buffer based on project local variables.

There is a lot of other stuff we could do.  I would like to see a
buffer-local-variable similar to "mode-name" but called "project-name" so that
other major modes could use this variable.

Thoughts just an idea.

Kevin

- -- 
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Cell: 408-910-6145 URL: http://relativity.yi.org ICQ: 73488596 

All the great empires of the future will be the empires of the mind.
  -- Winston Churchill



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt

iD8DBQE7X2uzAwM6xb2dfE0RAn5RAJ9sEdFfOT4Cg0AiDTacTB7q3TxevwCfbZXe
S9889JyFxPvGDpA5vSAG+P8=
=ROZr
-END PGP SIGNATURE-




Re: JDEBug var tree mouse button

2001-07-25 Thread Matthew Sherborne

You can also click the left button, then hit Enter :)





Process *JDEbug* not running, PLEASE HELP ! (more)

2001-07-25 Thread Joel Cordonnier


> > For starters you can
> > 1. jdebug->process->start-debugger
> > 2. set breakpoints in the code you want to debug
> > 3. jde->debug-app
> 
> When I follow this sequence, I have the following
> output message:
> 
> Process *JDEbug* not running

I also want to says that, that the command 
jdebug->process->start-debugger really start the
debugger, but when I call jde->debug-app, the debugger
exists !


Joel

___
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com



Viewing stack trace

2001-07-25 Thread jdware

Hi all,
When stopped at a breakpoint I occasionally use the
JDEbug->Stack-Up/Down feature to view the execution stack.

I can't find a way to view the whole execution stack in a buffer, one
frame per line, and to be able to select the frame to visit?

This would be a very nice feature.

thanks

john ware




Process *JDEbug* not running, PLEASE HELP !

2001-07-25 Thread Joel Cordonnier

 I will strongly suggest to read the manual.
Aready done :-)


> For starters you can
> 1. jdebug->process->start-debugger
> 2. set breakpoints in the code you want to debug
> 3. jde->debug-app

When I follow this sequence, I have the following
output message:

Process *JDEbug* not running

> If you want to connect to the app through a port 
> you have to start your application with some flags
> read the documentation for more info.
> 
> Javier
>

Joel

___
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com



RE: debugging, remote debugging, PROBLEMS

2001-07-25 Thread Lauren Commons


--- Javier Lopez <[EMAIL PROTECTED]> wrote:
> I will strongly suggest to read the manual.

Paul will be so proud of you!!!
;-)

=
-
Mr Lauren Commons
A person of moderate zeal

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/



JDEBug var tree mouse button

2001-07-25 Thread Molitor, Stephen

I've noticed that to expand a variable tree in JDEBug, you click the middle
mouse button (which is a simulataneous left and right click on my two-button
mouse).  Is there a way to change this to be the left mouse button?

Thanks.

Steve Molitor
[EMAIL PROTECTED]



RE: debugging, remote debugging, PROBLEMS

2001-07-25 Thread Javier Lopez

I will strongly suggest to read the manual.

For starters you can
1. jdebug->process->start-debugger
2. set breakpoints in the code you want to debug
3. jde->debug-app

If you want to connect to the app through a port 
you have to start your application with some flags
read the documentation for more info.

Javier

> I have 2 possibilities:
> - either to start simply JDE -> debug app, and i have
> the message: Process *JDEbug* not running.

> 
> -either I launch my application in a JVM, and I
> connect on a given port to this JVM with: and when I
> want to launch my application, I can't ! because the
> menu JDEbug -> Processes -> Launch process is not
> active !!
> 
> Thanks for the help
> Joel
> 
> 
> ___
> Do You Yahoo!? -- Vos albums photos en ligne, 
> Yahoo! Photos : http://fr.photos.yahoo.com
> 



debugging, remote debugging, PROBLEMS

2001-07-25 Thread Joel Cordonnier

Hi !

Can someone explain me how to debung application with
JDebug ??

I have 2 possibilities:
- either to start simply JDE -> debug app, and i have
the message: Process *JDEbug* not running.

-either I launch my application in a JVM, and I
connect on a given port to this JVM with: and when I
want to launch my application, I can't ! because the
menu JDEbug -> Processes -> Launch process is not
active !!

Thanks for the help
Joel


___
Do You Yahoo!? -- Vos albums photos en ligne, 
Yahoo! Photos : http://fr.photos.yahoo.com



Re: jdebug prompts for source location

2001-07-25 Thread Peter Brown

On Wed, 25 Jul 2001, Ross Ashley wrote:

> I've set the jde-db-source-directories to the root of my
> little test source tree, but when walking through a class in
> the debugger, I get prompted for the location of the source
> class. This prompt occurs at every step.
>
> Any ideas?

my first guess would be that the root of your source tree is not located
at the root of your package structure...

PB>>


>
> --
> Ross Ashley   [EMAIL PROTECTED]
>
> "Don't sweat the petty things and don't pet the sweaty things."
>   - George Carlin
>


Peter Brown  Senior Staff Programmer
Dept. of Computer Science140 Governors Drive
University of Massachusetts   Amherst, MA 01003-4610
Phone: (413) 577-2505Fax: (413) 545-1249
[EMAIL PROTECTED]  http://www.cs.umass.edu/~pbrown






jdebug prompts for source location

2001-07-25 Thread Ross Ashley

I've set the jde-db-source-directories to the root of my 
little test source tree, but when walking through a class in 
the debugger, I get prompted for the location of the source 
class. This prompt occurs at every step.

Any ideas?

-- 
Ross Ashley [EMAIL PROTECTED]

"Don't sweat the petty things and don't pet the sweaty things."
- George Carlin




Re: Gift(s) for Paul

2001-07-25 Thread Dmitri Colebatch

Its a problem isn't it... I'm not sure where to start, but does the FSF have 
anything that could be used in this situation?

cheers
dim

On Mon, 23 Jul 2001 17:03, Richard den Adel wrote:
> Hi all,
>
> It has been rough for Paul the last days and it ain't over yet.
>
> We know he is on vacation right now, I think this is a good time to give
> something back to Paul.
> A gift of us all, the JDE users community. Just to let him know he's not
> alone and its greatly appreciated what he has done in the past years.
>
> Ofcourse anyone can send him a gift, but it is not the same as something
> comming from the JDE community.
>
> I don't know how to start something like that, how to collect money (or
> presents), and how to send it to Paul.
>
> Time is short, but I think it is possible.
>
> Any idea's, comments?
>
> Richard.



RE: mode line

2001-07-25 Thread Joel Metelius

Never mind... I was looking for ecb-minor-mode-text

>From Klaus:
> Many minor-modes offer a option where you can specify the 
> name of the minor-mode displayed in the modeline.
> E.g.:
> - Senator: senator-mode
> - ECB: ecb-minor-mode-text
> So you can set this options to very short names to save
modeline-space.
> But a minor-mode name must always begin with a single space " "!

/joel


> -Original Message-
> From: Joel Metelius 
> Sent: den 25 juli 2001 11:18
> To: Berndl, Klaus
> Cc: [EMAIL PROTECTED]
> Subject: RE: mode line
> 
> 
> Just like senator-minor-mode-name, to be able to change the name
> displayed for the minor mode.
> 
> Instead of for example:
> (require 'diminish)
> (diminish 'abbrev-mode "Ab")
> (diminish 'ecb-minor-mode "E")
> 
> /joel
> 
> > -Original Message-
> > From: Berndl, Klaus [mailto:[EMAIL PROTECTED]]
> > Sent: den 25 juli 2001 10:16
> > To: Joel Metelius; [EMAIL PROTECTED]
> > Subject: RE: mode line
> > 
> > 
> > >Maybe a mode-line-name would be something for the ECB.
> > 
> > What do you mean with this?
> > 
> > Klaus
> > 
>