Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / January 2007

Tip: Looking for answers? Try searching our database.

Where to find the Java source files?

Thread view: 
Shawn - 03 Jan 2007 20:58 GMT
Hi,

I remember Java source files are installed somewhere and I can take a
look at them. For example, right now I hope to look at JFrame's file,
JFrame.java. I forgot where to it is installed. Could you give me a hint?

Thank you.
Oliver Wong - 03 Jan 2007 21:36 GMT
> Hi,
>
> I remember Java source files are installed somewhere and I can take a look
> at them. For example, right now I hope to look at JFrame's file,
> JFrame.java. I forgot where to it is installed. Could you give me a hint?

   Hint: C:\Program Files\Java\jdk1.6.0\src.zip

   - Oliver
John Ersatznom - 04 Jan 2007 12:58 GMT
>>Hi,
>>
[quoted text clipped - 3 lines]
>
>     Hint: C:\Program Files\Java\jdk1.6.0\src.zip

I love my IDE. Instead of my having to remember this kind of crap, the
IDE remembers it for me and all I have to do is type

JFrame foo;

somewhere random in an editor, double click "JFrame", and right click
and select "Open Declaration". Presto: Sun's source code for JFrame. It
can be configured not just for rt.jar but third-party libraries as well.
You can also configure the WWW location of their API docs and your own
generated documentation will link to the API docs, as well as
shift-F2(?) letting you send the Web browser of your choice to the
online docs for any given identifier, say ListIterator.

(You can also point the docs at locally-installed copies and browse them
likewise, but it won't generate links to them in generated
documentation. The documentation you generated would have File: URLs
that wouldn't work when you published the documentation. Point at the
online copy of library docs, though, and your generated documentation
links to the official library docs at the library's official website.)
Tris Orendorff - 05 Jan 2007 19:36 GMT
> I love my IDE. Instead of my having to remember this kind of crap, the
> IDE remembers it for me and all I have to do is type

God god man!  Have you taken leave of your senses?  Never, never admit to
using an IDE instead of the command line in this group.  You are likely to
be tarred and feathered or worse: denounced to the authorities.

Signature

Tris Orendorff
[Q: What kind of modem did Jimi Hendrix use?
A: A purple Hayes.]

Luc The Perverse - 05 Jan 2007 20:32 GMT
>> I love my IDE. Instead of my having to remember this kind of crap, the
>> IDE remembers it for me and all I have to do is type
>
> God god man!  Have you taken leave of your senses?  Never, never admit to
> using an IDE instead of the command line in this group.  You are likely to
> be tarred and feathered or worse: denounced to the authorities.

LOL

I do not believe people here are opposed to an IDE in general - the problem
comes with people wanting to use an IDE as an excuse to not learn how to use
the command line.

--
LTP

:)
John Ersatznom - 08 Jan 2007 07:38 GMT
>>>I love my IDE. Instead of my having to remember this kind of crap, the
>>>IDE remembers it for me and all I have to do is type
[quoted text clipped - 8 lines]
> comes with people wanting to use an IDE as an excuse to not learn how to use
> the command line.

Commandlines are overrated anywho. They're like fumbling around in the
dark with a flashlight, when you could just turn on a light. The only
area where they are better than other interfaces is when they're
scripted or used to dump a whole bunch of information as text or
something -- in other words, when it's a *computer* using them. That,
and as the last-resort user interface to an otherwise-failed system
(fancy graphics modes notworky, or headless system needs to be
remote-administered manually rather than through a nice client for some
reason). What do graphical interfaces do poorly at after all? Single
user actions? No. It's things like renaming a whole bunch of files in a
pattern and such. Even moving big piles of files is GUI-friendly.
Basically, if it isn't easily done in a modern GUI it needs to be
scripted or otherwise automated.
Arne Vajhøj - 09 Jan 2007 00:53 GMT
>> I do not believe people here are opposed to an IDE in general - the
>> problem comes with people wanting to use an IDE as an excuse to not
[quoted text clipped - 13 lines]
> Basically, if it isn't easily done in a modern GUI it needs to be
> scripted or otherwise automated.

You completely missed the point.

It was not a whether to use command line or GUI post.

The point was that people who could use the command line
would have an understanding of what the IDE does for them
that makes them capable of solving problems that arise when
they use the IDE.

Arne
John Ersatznom - 15 Jan 2007 14:21 GMT
> You completely missed the point.

You completely missed your Friday 3:00 class, "Diplomacy 101". Please do
get your attendance up; midterms are in February you know, little more
than a month from now. :)

> The point was that people who could use the command line
> would have an understanding of what the IDE does for them
> that makes them capable of solving problems that arise when
> they use the IDE.

To wit, the IDE basically lets them turn on the room lights instead of
poking around in the dark with a flashlight. As for problems arising
with an IDE, this may need you need to: complain/submit a bug report;
work around the problem; get a different IDE; or figure out the workings
of the IDE and other tools (but not some archaic shell) and fix them.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.