jrefactory-users — Discussions of users of JRefactory

[Jrefactory-users] Re: Metadata loading issue

[Earl W. <em...@go...>]

On 1/3/02 07:45, Barnes, Steve wrote:
  I am having trouble getting "Reload Refactoring Metadata" to work.  =
After I
  click on it, there is a pause for a few seconds while my cpu spikes, =
after
  which the 'New UML Class Diagram' menu item is enabled.  However, the =
popup
  that normally shows the source files being read does not display.  =
Then when
  I try 'New UML Class Diagram,' the package list is empty.  The =
'Loading
  source files' message displays briefly when I exit JBuilder.  I
  re-downloaded and reinstalled JRefactory, but it didn't help.  Any =
ideas?
  Could there be something corrupted on the JBuilder side?  I am using
  JBuilder 4 Professional with JRefactory 2.6.33.

I have the same symptoms when I try to use JRefactory 2.6.40 with =
JBuilder7: I can't generate a UML diagram, because the "Select package =
to view" list dialog is empty.  Other JRefactory operations seem to work =
fine.

I tried deleting my <user dir>/.Refactory directory to force it to be =
rebuilt at next JBuilder launch time, but no help.  I also tried =
launching JBuilder7 from the command line with "jbuilder7 -verbose" so I =
could see any stacktraces; no exceptions were thrown when I choose =
"JRefactory > New UML Class Diagram".

Does UML generation work with JBuilder7 Pro and JDK1.4?

Thanks for any info,

Earl Williams <em...@go...>
--=20
Manager of Interface Design
GORMAR Technologies, Inc.
858-569-4500 x18
858-569-4544 (fax)

[Jrefactory-users] Metadata loading issue

[Barnes, S. <Ste...@AG...>]

I am having trouble getting "Reload Refactoring Metadata" to work.  After I
click on it, there is a pause for a few seconds while my cpu spikes, after
which the 'New UML Class Diagram' menu item is enabled.  However, the popup
that normally shows the source files being read does not display.  Then when
I try 'New UML Class Diagram,' the package list is empty.  The 'Loading
source files' message displays briefly when I exit JBuilder.  I
re-downloaded and reinstalled JRefactory, but it didn't help.  Any ideas?
Could there be something corrupted on the JBuilder side?  I am using
JBuilder 4 Professional with JRefactory 2.6.33.  

BTW, I really like JRefactory.  I have used it to make some major
improvements to some unwieldy code I inherited--1500+ lines/method, etc..

Thanks,
Steve


***************************************************************************************
WARNING:  All e-mail sent to and from this address will be received or
otherwise recorded by the A.G. Edwards corporate e-mail system and is
subject to archival, monitoring or review by, and/or disclosure to,
someone other than the recipient.
***************************************************************************************

Re: [Jrefactory-users] End of line comments

[Carsten H. <ca...@pi...>]

Hi Chris,

I found that in the mean time, thanks!

Any comment to the thinks 1 added to "bugs"? (As user "alph")
3 things that make me stay away from jrefactory at the moment:

    - the loss of wrong @param tags
    - the missing feature of "block definition comments"
    - the comment mixing problem

If I can help programming things I just need a hint, where to add/change
stuff.
I'm an expereienced java programmer, knowledge of compiler/parser
building
available but I don't know the parser generator you are using
and didn't get the overall structure of the parsing resp. semantik
validation/transformation process.

Chris Seguin wrote:

> Hi,
>
> I called the end of line comments "single line
> comments".  There is a control in the pretty.settings
> file called:
>
> singleline.comment.ownline
>
> That will keep the // comments on the same line as
> they were.
>
> Good luck,
>
> Chris
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
> http://geocities.yahoo.com/ps/info1
>
> _______________________________________________
> Jrefactory-users mailing list
> Jre...@li...
> https://lists.sourceforge.net/lists/listinfo/jrefactory-users

--
  Carsten Heyl                          ca...@pi...
  Pixelboxx GmbH                        http://www.pixelboxx.de/
  Ostenhellweg 56-58                    Tel.:   +49 231 53 46 30
D-44135 Dortmund                        Mobile: +49 174 31 83 608

[Jrefactory-users] End of line comments

[Chris S. <chr...@ya...>]

Hi,

I called the end of line comments "single line
comments".  There is a control in the pretty.settings
file called:

singleline.comment.ownline

That will keep the // comments on the same line as
they were.

Good luck,

Chris

__________________________________________________
Do You Yahoo!?
Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1

[Jrefactory-users] Pretty Printer Problem: End-Of-Line comments moved

[Carsten H. <ca...@pi...>]

Hi Jrefactory Users and Programmers!

I like the features of the pretty printer as used by the jrefactory tool

except a few problems.

We have a lot of code like the following:

class xy {
...
} // class xy

Now the pretty printer reformats that to:

class xy {
...
}
// class xy

Which is not what I want :-(
I didn't find a config parameter to fix that.

Ideas anyone?

Ciao,
    Carsten

--
  Carsten Heyl                          ca...@pi...
  Pixelboxx GmbH                        http://www.pixelboxx.de/
  Ostenhellweg 56-58                    Tel.:   +49 231 53 46 30
D-44135 Dortmund                        Mobile: +49 174 31 83 608

[Jrefactory-users] Enhancement proposal: Block definition comments

[Carsten H. <ca...@pi...>]

Hi Jrefactory users and programmer!

I stumbled across jrefactory some time ago and found the time to look at
it last week.
It's a great tool! I hope to use it regulary in the future.
We follow the java coding convetions closelay, so the pretty printing
works
good for us with only a few problems.

One of them is what we call a block definition comment.
When deleoping software based on standards you often have the case that
a lot of constants need to be defined which are well known and defined
in the
standards document.
So we commonly have code like the following

/**
* some tenths of constants as defined by document foo
*/
public final static String FOO_MyConstantForPurpose1 = ...
public final static String FOO_MyConstantForPurpose2 = ...
public final static String FOO_MyConstantForPurpose3 = ...
public final static String FOO_MyConstantForPurpose4 = ...
public final static String FOO_MyConstantForPurpose5 = ...
public final static String FOO_MyConstantForPurpose6 = ...
public final static String FOO_MyConstantForPurpose7 = ...
public final static String FOO_MyConstantForPurpose8 = ...
...

It's a waste of time to add documentation to each of the constants,
the comment above is all they need.

So may proposal:
    Add support for something like blockDefinitionComments=true to the
parser and the pretty printer
    which behaves as described above.

If someone give me a rough hint where and how to add that to the code
(something along: add an attribute to class xy, and add some code in
class xy2 would be enough)
I may do that myself.

Ciao,
    Carsten Heyl


--
  Carsten Heyl                          ca...@pi...
  Pixelboxx GmbH                        http://www.pixelboxx.de/
  Ostenhellweg 56-58                    Tel.:   +49 231 53 46 30
D-44135 Dortmund                        Mobile: +49 174 31 83 608

[Jrefactory-users] stub files

[Paul K. <pau...@me...>]

I'm trying, without much success, to generate a stub file from j2ee.jar
(part of J2EE SDK 1.3), so that I can include that framework in my
refactoring diagrams.  First, I (incorrectly) assumed that the stub
generator could work straight from the jarred class files.  When that didn't
work, I tried running the jar though a decompiler first, but the decompiler
I chose (jrevpro) is pretty badly broken, and the source files it produces
are not parsable.  I'm stuck now, and looking for ideas.

One idea I had was to use something like Jikes Bytecode Toolkit
(com.ibm.jikesbt) to parse the .class files, and somehow (?) tell JRefactory
to use that instead of the stub file to get the framework classes.  Or maybe
it would be simpler just to load the class and then use reflection to do the
same thing.  But I'm not quite sure how to proceed.  Anyone ever done
anything like this?

Thanks,
Paul

[Jrefactory-users] Ant Tasks

[Chris S. <chr...@ya...>]

Hi,

The first question is easy to answer:  Why are there
two ant tasks?

Because one person wrote one, and I included it in my
software release.  But I didn't update the
documentation to show people how to use it.  I had not
yet used ant, so I didn't have a clue how to document
it.

It turned out to be a useful function, so someone else
implemented it and mailed it to me.  By this point, I
had enough experience with ant to be able to document
it a little.  (I'm afraid that I still don't use the
ant task myself.  Maybe that will change tomorrow.)

Which one to use?  I don't know.

Chris

__________________________________________________
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/

[Jrefactory-users] What ant task to use

[<asl...@ne...>]

There are two Ant tasks in CVS:

org.apache.tools.ant.taskdefs.optional.javastyle.JavaStyle and
org.acm.seguin.ant.Pretty.

It seems to me that they both do more or less the same thing: running 
the source beautifier. Which one should I use? Why are there two tasks?

I'd like to say that the tool looks great!

Cheers, Aslak

[Jrefactory-users] JRefactory 2.6.26 is bad

[Chris S. <chr...@ya...>]

Hi All,

It seems that something went bad in JRefactory 2.6.26.
 I am not sure what it is, but I'm investigating.  To
insure that this doesn't happen again, I'd like to
test the next release a little more thoroughly.  

Would anyone like to try a prerelease of 2.6.27?

Chris

__________________________________________________
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/

[Jrefactory-users] Re: Pretty print and refactorings

[Paul H. <pr...@zz...>]

Chris Seguin wrote:

 > You can't turn off the pretty printer.  The reason is
 > that the refactorings is implemented as changes to the
 > parse tree.  Once the parse tree has been changed, I
 > regenerate the source code with the pretty printer.

Ah, I see.  It's not controlling the code reformatter,
it's controlling the code *generator.*

 > Do you need help configuring the pretty printer to
 > make it generate code that matches your coding style?

Well, I found the docs on the home page that describe
the pretty.settings file format.  For a JBuilder install,
I'm guessing this file ends up in the jbuilder/lib/ext
directory, correct?

We have all of our files formatted using a JIndent
style sheet.  I need to mimic this as closely as possible.
If it deviates too much, then we get massive diffs when
we check in to source control, which is bad.  Another
option is to just use JRefactory's pretty print instead
of JIndent, but I'd need to sell that idea to the team.

Has anyone compared JRefactory's pretty print settings
to JIndent's and generated a mapping?

I'll study the pretty.settings file more closely and see
if I have any specific formatting questions.

Thanks for the reply!

Paul

[Jrefactory-users] Pretty print and refactorings

[Chris S. <chr...@ya...>]

Hi,

You can't turn off the pretty printer.  The reason is
that the refactorings is implemented as changes to the
parse tree.  Once the parse tree has been changed, I
regenerate the source code with the pretty printer.

Do you need help configuring the pretty printer to
make it generate code that matches your coding style?

Chris

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

[Jrefactory-users] Pretty Print with JBuilder

[Paul H. <pr...@zz...>]

We're using JRefactory with JBuilder.  When I do a refactoring
like Extract Method, the Pretty Print also automatically processes
the file.

I've looked at all the docs I can find (maybe I missed it?), but
how can I disable the Pretty Print for all of the other
refactorings?  We use JIndent and we just want to completely turn
off JRefactory's Pretty Print while in JBuilder.

Thanks for any help,
Paul