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 / December 2005

Tip: Looking for answers? Try searching our database.

good IDE for java

Thread view: 
stefanomnn - 11 Dec 2005 17:30 GMT
hi, i'd like to have a good IDE for java, wich support j2ee...but i''d
like this IDE not to be written in java!
any one can help me?
timasmith@hotmail.com - 11 Dec 2005 19:11 GMT
What would you like it written in...?

Regardless, Eclipse is a great IDE for java and has various plugins
that can get you what you need for j2ee.
Roedy Green - 11 Dec 2005 20:36 GMT
>hi, i'd like to have a good IDE for java, wich support j2ee...but i''d
>like this IDE not to be written in java!
>any one can help me?

see http://mindprod.com/jgloss/ide.html
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

Malte - 11 Dec 2005 22:06 GMT
> like this IDE not to be written in java!
> any one can help me?

Strange!

Well, once you have gotten over it, try Eclipse or Oracle JDeveloper or
Netbeans.
dwiz - 11 Dec 2005 22:51 GMT
It's not that strange... Java IDEs are sluggish.

Anyway, JCreator is a simple, good one but the best, in my opinion, is
Borlands JBuilder.

>> like this IDE not to be written in java!
>> any one can help me?
[quoted text clipped - 3 lines]
> Well, once you have gotten over it, try Eclipse or Oracle JDeveloper or
> Netbeans.
q_q_anonymous@yahoo.co.uk - 11 Dec 2005 23:13 GMT
> It's not that strange... Java IDEs are sluggish.
>
> Anyway, JCreator is a simple, good one but the best, in my opinion, is
> Borlands JBuilder.

many consider JBuilder to be the worst.  I recall on my old computer,
lying on my bed waiting for a list of methods to come up.  It wasn't
intuitive either, so many issues. Everything was a nuisance - the
Classpath  oh, and the bugs.   Maybe if my comp was a bit faster with
more ram it'd have been ok.  JBuilder is v. unpopular.

Eclipse was a wonderful relief.
Many used Eclipse as their favourite free one,  and then later buy
IntelliJ IDEA for its refactoring abilities like changing variable
names.

I don't really use java,  I haven't used IDEA.  I used Eclipse ages ago
and loved it, and JBuilder even longer ago which was a nightmare.

I would agree you don't want an IDE written in java ! You don't want
any application written in java ;-)  only applets. And who likes
applets?
Alex Molochnikov - 12 Dec 2005 05:19 GMT
> Many used Eclipse as their favourite free one,  and then later buy
> IntelliJ IDEA for its refactoring abilities like changing variable
> names.

Eclipse has these features. IDEA may have other advantages (just a
supposition on my part, since I never used it), but refactoring ain't it.

> I don't really use java...

...yet feel qualified to judge its merits/failings.

> You don't want any application written in java ;-)

For someone who, by his own admission, does not use Java, this statement
rings hollow.

Alex Molochnikov
Gestalt Corporation
Adie - 12 Dec 2005 08:34 GMT
> <q_q_anonymous@yahoo.co.uk> wrote in message

>> You don't want any application written in java ;-)
>
> For someone who, by his own admission, does not use Java, this statement
> rings hollow.

It's a fair comment, I certianly wouldnt want to use a java windows app on
a regular basis, theyre for the most part ugly and usually insufferably
sluggish. Keep java on the server if you dont mind a maintenance reboot
every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101.
Although 'real' applications arent written in java, and 'real' engineers
don't work with java as there's *always* a more suitable and elegant
solution.
Alex Molochnikov - 12 Dec 2005 09:11 GMT
> ...I certianly wouldnt want to use a java windows app on
> a regular basis, theyre for the most part ugly and usually insufferably
> sluggish.

You either encountered poorly designed applications, or your negative
experience stems from the pre-1.5 Java GUI. Sun was making steady progress,
improving Swing performance, and as of Java 1.5 (actually, even 1.4.2) the
GUI response is quite comparable with the native apps.

> Keep java on the server if you dont mind a maintenance reboot
> every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101.

If the server runs Windoze - the weekly (never mind by-weekly) reboot is a
fact of life. Whether the app is written in Java or any other platform is
immaterial. The crap comes from M$ OS.

> Although 'real' applications arent written in java, and 'real' engineers
> don't work with java as there's *always* a more suitable and elegant
> solution.

"Real programmers don't eat quiche". Statements of this kind are a hallmark
of immature wizkids that hold on to this belief until they get into the
'real' world. Then they quickly discover that:

a. lots of 'real' aplications are written in Java (Oracle Management Tools,
for a quick reference)
b. 'real' engineers work with what is most suitable for the task at hand. If
the task calls for a robust, OO, cross-platform, multi-vendor solution, Java
is the way. If the task calls for a distributed, or web-based solution, Java
is the _best_ way.

Alex Molochnikov
Gestalt Corporation
Daniel Dyer - 12 Dec 2005 16:48 GMT
> a. lots of 'real' aplications are written in Java (Oracle Management  
> Tools, for a quick reference)

The Oracle Management Tools are far from being a good example of desktop  
Java applications.  They really are unpleasant.

Dan.

Signature

Daniel Dyer
http://www.dandyer.co.uk

Alex Molochnikov - 12 Dec 2005 22:56 GMT
> The Oracle Management Tools are far from being a good example of desktop
> Java applications.  They really are unpleasant.

My respondent complained about the lack of "real" applications in Java. I
offered one example - first that came to my mind. Whether or not it is
pleasant to work with, is:

1. in the eye of beholder, and
2. has nothing to do with the fact that it is real, and Java.
Adie - 13 Dec 2005 07:33 GMT
>> The Oracle Management Tools are far from being a good example of desktop
>> Java applications.  They really are unpleasant.
[quoted text clipped - 5 lines]
> 1. in the eye of beholder, and
> 2. has nothing to do with the fact that it is real, and Java.

The Trabant is a *real* car, a pile crap but it'll just about get you from
A to B.
Adie - 12 Dec 2005 17:09 GMT
> "Adie" <adie@oh-f.ck.com> wrote in message

>> ...I certianly wouldnt want to use a java windows app on
>> a regular basis, theyre for the most part ugly and usually insufferably
[quoted text clipped - 4 lines]
> improving Swing performance, and as of Java 1.5 (actually, even 1.4.2) the
> GUI response is quite comparable with the native apps.

So we've had the insuferably poor performance for how many years? And it's
*just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a
VB application?

>> Keep java on the server if you dont mind a maintenance reboot
>> every 2 weeks, and it's not bad for web apps - fantastic for comp-sci 101.
>
> If the server runs Windoze - the weekly (never mind by-weekly) reboot is a
> fact of life. Whether the app is written in Java or any other platform is
> immaterial. The crap comes from M$ OS.

All 400+ of our servers are Linux boxes.

>> Although 'real' applications arent written in java, and 'real' engineers
>> don't work with java as there's *always* a more suitable and elegant
[quoted text clipped - 3 lines]
> of immature wizkids that hold on to this belief until they get into the
> 'real' world. Then they quickly discover that:

Hey, very much real world here sweetums, we have Java developers falling
outa the cracks in the walls - several hundred of 'em. I get the pleasure
of writing the damn specs and project managing the buggers - used to have
the pleasure of writing the damn code and being managed.

> a. lots of 'real' aplications are written in Java (Oracle Management Tools,
> for a quick reference)

And it sucks. You cant hold that pile of poop up surely? It's horrible.
Mind you, what's the Oracle server written in? Java, nah.

> b. 'real' engineers work with what is most suitable for the task at hand. If
> the task calls for a robust, OO, cross-platform, multi-vendor solution, Java
> is the way. If the task calls for a distributed, or web-based solution, Java
> is the _best_ way.

Cross-platform, multi-vendor screams C++ with a framework of choice, to me.

Distributed, then yes, with app-servers and DB support Java becomes a
potent tool.

Web apps? Anthing .NET kicks Java squarely in the teeth.

Can you tell I dont like Java ;-)
Daniel Dyer - 12 Dec 2005 17:25 GMT
> All 400+ of our servers are Linux boxes.
>
[quoted text clipped - 12 lines]
> of writing the damn specs and project managing the buggers - used to have
> the pleasure of writing the damn code and being managed.

So you're aware that there is an awful lot of Java development in the real  
world, which raises the question:  If they're not "real engineers" and not  
writing "real applications", just what are these several hundred Java  
developers doing for you?

> Web apps? Anthing .NET kicks Java squarely in the teeth.

But not, I would guess, when you can only host the web apps on your  
400+ Linux servers.

Dan.

Signature

Daniel Dyer
http://www.dandyer.co.uk

Roedy Green - 12 Dec 2005 22:37 GMT
>So we've had the insuferably poor performance for how many years? And it's
>*just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a
>VB application?

use an AOT compiler. You have not examined that and I predict you will
continue to. You are about proving Java bad rather than solving a real
world problem.

see http://mindprod.com/jgloss/jet.html and prove me wrong.

The problems with Java are start up of the JVM. Sun is not interested
in speeding that up since nobody cares how long a server takes to
waddle to its feet, only how fast it is day after day once it is
running.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

Luc The Perverse - 13 Dec 2005 00:42 GMT
> see http://mindprod.com/jgloss/jet.html and prove me wrong.

Your benchmarks link http://www.excelsior-usa.com/jetbench.html is broken

You can update the link with this one
http://www.excelsior-usa.com/jetbenchjfcmark.html

--
LTP

:)
Adie - 13 Dec 2005 12:20 GMT
>>So we've had the insuferably poor performance for how many years? And it's
>>*just* improved in 1.5? Comparable to a Delphi, VC++ or heaven help us; a
[quoted text clipped - 3 lines]
> continue to. You are about proving Java bad rather than solving a real
> world problem.

Why should i have to mess around when the others have it out-of-the-box?

> see http://mindprod.com/jgloss/jet.html and prove me wrong.
>
> The problems with Java are start up of the JVM. Sun is not interested
> in speeding that up since nobody cares how long a server takes to
> waddle to its feet, only how fast it is day after day once it is
> running.

I have minimum issues with Java on the server, but for rich client or
windowing applications, it really blows.

I guess the other useful application of java is as a wrapper to low level
API's, i've seen that a lot with enterprise applications.

One final plus for java; it's ease of use, quick learning curve and the
masses of java developers falling over each other to earn a buck an hour in
India.
Alex Molochnikov - 12 Dec 2005 23:05 GMT
> Can you tell I dont like Java ;-)

I can. I should have also recognized that you are just another Java-bashing
troll, using this thread to spread FUD about Java, while having no real
knowledge/experience in the subject.

My bad.
EricF - 13 Dec 2005 05:09 GMT
>> "Adie" <adie@oh-f.ck.com> wrote in message
>
[quoted text clipped - 32 lines]
>of writing the damn specs and project managing the buggers - used to have
>the pleasure of writing the damn code and being managed.

Get some good Java developers then. I'm willing to bet the problems are
memory/resource leaks - you guys using JDBC to get to a database? Connections
being closed? I work at a telcom and we need to reboot our Java apps weekly. A
junuior developer didn't understand how to close database resources.

Typically the apps at my current company are restarted every 3 months. Not
that they need it - we do releases quarterly.

Eric
Adie - 13 Dec 2005 07:45 GMT
>>> "Adie" <adie@oh-f.ck.com> wrote in message
>>
[quoted text clipped - 37 lines]
> being closed? I work at a telcom and we need to reboot our Java apps weekly. A
> junuior developer didn't understand how to close database resources.

I'd hope that some of our guys understand GC... but i'll make sure :-)

Thanks.
Roedy Green - 13 Dec 2005 09:29 GMT
>I'd hope that some of our guys understand GC... but i'll make sure :-)

What is your purpose in life, to be human mosquito?

See http://mindprod.com/jgloss/gc.html
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

Adie - 13 Dec 2005 12:34 GMT
>>I'd hope that some of our guys understand GC... but i'll make sure :-)
>
> What is your purpose in life, to be human mosquito?

And what is that supposed to mean? Do you have something against humans?
Alex Molochnikov - 13 Dec 2005 17:33 GMT
No, he has something against mosquitos pretending to be humans.

> >>I'd hope that some of our guys understand GC... but i'll make sure :-)
> >
> > What is your purpose in life, to be human mosquito?
>
> And what is that supposed to mean? Do you have something against humans?
Adie - 13 Dec 2005 20:43 GMT
> No, he has something against mosquitos pretending to be humans.

Please dont top-post, you'll have everyone thinking this is a Microsoft
group.
EricF - 14 Dec 2005 05:06 GMT
>>I'd hope that some of our guys understand GC... but i'll make sure :-)
>
>What is your purpose in life, to be human mosquito?
>
>See http://mindprod.com/jgloss/gc.html

A lot of PMs are indeed pests. ;-)

But if their servers need to be bounced that often, something isn't right.

Eric
EricF - 14 Dec 2005 05:04 GMT
>> In article <kokf4u48m6ko$.gm4z5thgx6zm$.dlg@40tude.net>, Adie
> <adie@oh-f.ck.com> wrote:
[quoted text clipped - 43 lines]
>
>I'd hope that some of our guys understand GC... but i'll make sure :-)

Actually if it's database resources, GC doesn't help. Those resources need to
be closed.

Eric
IchBin - 12 Dec 2005 09:23 GMT
>> <q_q_anonymous@yahoo.co.uk> wrote in message
>
[quoted text clipped - 9 lines]
> don't work with java as there's *always* a more suitable and elegant
> solution.

Everybody lives in their own world or company and do what they known. I
have worked at a lot of companies. I would recommend that you do the
same because maturity is a funny thing..

Signature

Thanks in Advance...
IchBin, Pocono Lake, Pa, USA
http://weconsultants.servebeer.com/JHackerAppManager
__________________________________________________________________________

'If there is one, Knowledge is the "Fountain of Youth"'
-William E. Taylor,  Regular Guy (1952-)

Daniel Dyer - 12 Dec 2005 16:56 GMT
>> Many used Eclipse as their favourite free one,  and then later buy
>> IntelliJ IDEA for its refactoring abilities like changing variable
[quoted text clipped - 6 lines]
>
> ...yet feel qualified to judge its merits/failings.

NetBeans also has refactoring tools, but IDEA's refactoring support is  
more comprehensive.  If you don't use IDEA how do you know that Eclipse  
matches it in this regard?  I'm not saying that it doesn't (I am similarly  
unqualified to make the call because I don't like to use Eclipse).

Dan.

Signature

Daniel Dyer
http://www.dandyer.co.uk

Scott Ellsworth - 12 Dec 2005 21:43 GMT
> > Many used Eclipse as their favourite free one,  and then later buy
> > IntelliJ IDEA for its refactoring abilities like changing variable
> > names.
>
> Eclipse has these features. IDEA may have other advantages (just a
> supposition on my part, since I never used it), but refactoring ain't it.

IDEA had, last time I checked, a better set of refactoring tools.  I
need to check again, as IDEA bumped to version 5 in the same time frame
that Eclipse went to version 3.1, and both added more cookies.  That
said, at the time, the IDEA refactorings went beyond what Eclipse
provided by default at the time.

For me, the big win of IDEA was that the workspace, project files,
module files, etc., were all XML, so I could generate the entire set of
150 interlocked projects for one of my clients with just one command.  
Dependency changes, moved projects, etc, all were pretty painless.

Eclipse allows the .project/.classpath files to be created by hand, but
there is no way to create a workspace save through a manual process in
the IDE.  Perhaps the buckminster project will change this.

Scott

Signature

Scott Ellsworth
scott@alodar.nospam.com
Java and database consulting for the life sciences

EricF - 13 Dec 2005 04:59 GMT
>> Many used Eclipse as their favourite free one,  and then later buy
>> IntelliJ IDEA for its refactoring abilities like changing variable
>> names.
>
>Eclipse has these features. IDEA may have other advantages (just a
>supposition on my part, since I never used it), but refactoring ain't it.

IDEA is superb and it's refactoring is much better than Eclipse's. Eclipse is
catching up - but it's not there yet.

Eric
Roedy Green - 12 Dec 2005 01:46 GMT
>It's not that strange... Java IDEs are sluggish.

Please be specific when you tar like that.  It is quite improper to
tar products you have never even used.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

q_q_anonymous@yahoo.co.uk - 12 Dec 2005 10:37 GMT
From: "" <q_q_anonymous@yahoo.co.uk>
Newsgroups: comp.lang.java.programmerSubject: Re: good IDE for java
Date: Mon, 12 Dec 2005 02:30:56 -0800

> >It's not that strange... Java IDEs are sluggish.
>
> Please be specific when you tar like that.  It is quite improper to
> tar products you have never even used.
> --

many have experienced that!   JBuilder for example.  You could google
jbuilder sluggish or google "jbuilder is slow"  then google "jbuilder
is fast".   When I used it in 2002, it was too bloated to run on the
computers of the time.  it's slow because it was written in java.

google "java is slow"  21,200 results
google "java is fast" 1,100 results

this is all common experience.   Maybe Java has improved, but I can be
excused for being skeptical!

Nobody should need to cite examples of java being slow.  It's just
obvious.  I don't recall any 'big' java app or any small java app even,
that i've liked or kept!! Azeureus , Jbuilder,    People avoid java
apps!!

Actually, I just googled  mainstream java apps and the cloest match I
found was a webpage saying "There are very few mainstream Java desktop
applications" google's Usenet archive  offered as a close match,  a
post from 1998 asking why java apps hadn't gone mainstream given the
millions of java programmers!
Roedy Green - 12 Dec 2005 11:14 GMT
>google "java is slow"  21,200 results
>google "java is fast" 1,100 results
>
>this is all common experience.   Maybe Java has improved, but I can be
>excused for being skeptical.

You are a waste of time. You post anonymously.  You don't even bother
to do an experiment before repeating trolls.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

q_q_anonymous@yahoo.co.uk - 12 Dec 2005 14:14 GMT
> >google "java is slow"  21,200 results
> >google "java is fast" 1,100 results
[quoted text clipped - 3 lines]
>
> You are a waste of time.

you are 1 person saying so. So you agree with the whole

>You post anonymously.  You don't even bother
> to do an experiment before repeating trolls.
> --

oh no, the java police.  and they call names too. .  Name-calling helps
to win arguments if your audience are a bunch of fools.  I guess you
consider yourself a leader of lemmings, pointing out trolls so the
helpless ppl(pimples)  don't get lost like lemmings.

so why don't you tell us why java apps aren't mainstream. And do so in
a way that won't make you a troll by your own undocumented definition
of the word.

or is it that anybody that dares claim that java apps aren't mainstream
is a heretic

Oh, you don't like me posting in a way that is semantically anonymous.
If I had called myself   FlintBlah  or PotOfSoup like many people call
themselves maybe that'd be better for you, that is less anonymous, is
it? 'cos that'd really gives away my identity!  Or if I used a fake
name like many people do,  that'd be ok, i wouldn't be anonymous
anymore, and you be any wiser(or less wise) .

you should really see the stupidity in your reasoning.

or are you one of those guys that in order not to be too anonymous,
likes to put all his ideas and thoughts on his t-shirt.  It's mostly
teenagers that do that. Thouigh some immature adults do too.

I don't subscribe to that camp

You should be experienced enough to know that a person that uses their
name on usenet isn't necessary making a useful contribution.  Likewise,
a person that posts as Anonymous is not necessarily a troll. On the
contrary, the troll is often soembody with a regular sounding name like
Paul Ranton  and people might think that is his name.

You are being very very silly, you know that, don't you?
Scott Ellsworth - 12 Dec 2005 21:39 GMT
> so why don't you tell us why java apps aren't mainstream. And do so in
> a way that won't make you a troll by your own undocumented definition
> of the word.

Half the apps I regularly use, both custom and in wide distribution, are
written in Java.  These do a combination of computational biology,
database management, or numerical analysis, plus, of course, software
development.  They perform well enough - usually, they are network,
database, or IO bound.

Once that happens, your implementation language does not really matter,
save insofar as it lets you build better products, build products more
quickly, or maintain existing products more effictively.  Java seems to
hit the mark for most of these.

> or is it that anybody that dares claim that java apps aren't mainstream
> is a heretic

Nope.  Anyone who makes claims about Java that do not match the real
world experience of the people here is considered a likely troll.  
Especially if they are anonymous.

There is credibility to a real name and company.  If you also make
unambiguous testable statements, like 'Java can be used successfully for
computational biology,' then people have some idea of what you know.  
For us, it lets others know just what spaces our consulting group works
in.  Sure, I could like about who I work for, but then there is not much
point.

Scott

Signature

Scott Ellsworth
scott@alodar.nospam.com
Java and database consulting for the life sciences

Roedy Green - 12 Dec 2005 22:38 GMT
>oh no, the java police.  and they call names too. .

Shut up you a.shole.  Do an experiment. That would be interesting.
Your idiotic ramblings based on nothing but reading propaganda are
worthless.

Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

q_q_anonymous@yahoo.co.uk - 16 Dec 2005 00:00 GMT
> >oh no, the java police.  and they call names too. .
>
[quoted text clipped - 3 lines]
>
> --

I can see that you're very protective of your beloved java, and you
feel that I've violated her.
On the day that I violated the virginity of java, I didn't intend to
run off, and I didn't know she was your beloved either.   I'm glad that
you're willing to share her, but i'm not into that sort of thing.  It's
not that I don't find her attractive, she has quite a nice body(this is
well known), but there are a few aspects to her that I found
infuriating.  I couldn't bear living with her anymore.
Rest assured, I didn't intend to upset her, things just didn't work out
between us.

I wish you the best of luck together
J. Verdrengh - 12 Dec 2005 11:45 GMT
Java program startup is slow. As a java program starts, it unzips the java
libraries and compiles parts of itself, so an interactive program can be
sluggish for the first couple seconds of use.
This approaches being a reasonable explanation for the speed myth. But while
it might explain user's impressions, it does not explain why many
programmers (who can easily understand the idea of an interpreted program
being compiled) share the belief.

(c) http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
q_q_anonymous@yahoo.co.uk - 12 Dec 2005 13:32 GMT
> Java program startup is slow. As a java program starts, it unzips the java
> libraries and compiles parts of itself, so an interactive program can be
[quoted text clipped - 5 lines]
>
> (c) http://www.idiom.com/~zilla/Computer/javaCbenchmark.html

Slow startup is rather serious. Programmers understand that java does a
lot more behind the scenes than other languages. And when jars are
used, there's the decompression issue on startup.  These although
understood, are not tolerated timewise using a C++ alternative exists!!
  It may well be that java is nicer for some to program in. But Using
the app is another matter.

That theoretical test at the link didn't check bulky applications.
Practice shows they kludge along.

That article provides a very weak explanation at the end, that java
isn't really so slow it's all down down to psychology!!

Had they asked people that have tried java applications for specific
reasons why they gave up on them. Then you'll start to see concrete
reasons. Not human psychology.
And these reasons only apply to java apps. Or, apply to java apps
moreso than to C++ apps.

It's possible that now java runs faster - though not as fast as C++.
But because java with swing  was so slow in the past, it has that
stigma, that bad reputation, so people see java apps and download the
other one!  I haven't tried many java apps recently because of past
experience of java programs.  Though actually, a recent java app I
tried was a complete nuisance - GUI wise. Azureus

The app did things that a regular Windows GUI would never do. Because
sometimes the java GUI components aren't quite right.  People tend not
to find the right standard components The find a component with issues
or bugs.
I recall programming a GUI in java where you coulc click and drag the
contents of one box into another. It took me a long time to look for
the right component, but I never found exactly the right one,  and I
remember having to do some ridiculous workarounds.   FWIW it was a team
project - i.e. not just me.  A Standard windows component like in VB
wouldn't have had the problem I ran into in the click and drag.

So, that's just yet another reason why java programs haven't taken
off. The GUI components have issues.

Plus i'm quite sure that java programs use more memory. the bigger the
program, the more memory it takes up.

I remember lecturers unable to do their presentation because running 2
big java apps at the same time was too much for their computer.
Everybody in the hall knew it was java. THat wouldn't have happened had
the prgorams been C++.
zero - 12 Dec 2005 13:51 GMT
q_q_anonymous@yahoo.co.uk wrote in news:1134383864.593353.5500
@g14g2000cwa.googlegroups.com:

> many have experienced that!   JBuilder for example.  You could google
> jbuilder sluggish or google "jbuilder is slow"  then google "jbuilder
> is fast".   When I used it in 2002, it was too bloated to run on the
> computers of the time.  it's slow because it was written in java.

I tried JBuilder several years ago, and it was slow.  I haven't tried the
newest version though.

In contrast, I have only tried eclipse very recently, and I found it to be
fast enough.

I believe you are suffering from the same illness that so many IT people
have: you're fixed in your beliefs and don't want to be convinced that
there are nuances.  Just like many believe the dogma "Windows bad, Linux
good" without looking at the facts (which are that with each subsequent
release, the difference becomes smaller), you are holding on to the belief
that Java is too slow for the real world.  Not long ago, I saw two school
projects about genetic algorithms.  Both did more or less the same, but one
was written in Java, the other in C++ (with Borland Builder).  The Java one
was faster.

This of course had to do with the coding - both were done well, but the
Java implementation used HashMaps to store and retreive data, while the C++
one used StringLists.  The point is however that you can't just say Java is
slow without looking at the facts - and not facts from 3 years ago, as you
did in your post.

Signature

Beware the False Authority Syndrome

Luc The Perverse - 13 Dec 2005 00:53 GMT
> google "java is slow"  21,200 results
> google "java is fast" 1,100 results
>
> this is all common experience.   Maybe Java has improved, but I can be
> excused for being skeptical!

Results 1 - 100 of about 8,770,000 for java is slow. (0.34 seconds)

Results 1 - 100 of about 30,600,000 for java is fast. (0.21 seconds)

???

Also I hardly think a number of results for a google search is highly
conclusive indicator of something's truth.

OMG OMG OMG!!!!!

about 61,800,000 for cancer is good. (0.54 seconds)

about 23,600,000 for cancer is bad. (0.13 seconds)

--
LTP

:)
q_q_anonymous@yahoo.co.uk - 15 Dec 2005 19:21 GMT
> > google "java is slow"  21,200 results
> > google "java is fast" 1,100 results
[quoted text clipped - 7 lines]
>
> ???

very good. Now try adding quotation marks

"java is slow" 16,000
"java is fast"  1,100

Obviously look at the results too, so you know you're not
misinterpreting the results.
Your experiment was intentionally misleading. Without quotation marks
you'll get articles that discuss how to make java faster, and think
they are saying java is fast.

By the way. It is possible that since Version 1.5, java is fast.

By the way. I never said thisi s conclusive. only a guide

> about 61,800,000 for cancer is good. (0.54 seconds)
>
> about 23,600,000 for cancer is bad. (0.13 seconds)
>
> --

Neither of those are the kind of statements one would expect in a
sensible article.

Look at the results and then attempt a quick evaluation of the nature
of the articles. What they are actually saying, and if they are,
whether all the aricles that appear in the first 10 were written by
quacks.
whether they are making a controversial statement - which they
obviously are.

You have to use your intelligence, when looking at results.
Luc The Perverse - 11 Dec 2005 22:59 GMT
> hi, i'd like to have a good IDE for java, wich support j2ee...but i''d
> like this IDE not to be written in java!
> any one can help me?

You could always take a compiler written in Java and compile it to native
language :)

Perhaps the true question is - why do you not want the IDE to be written in
Java?

--
LTP

:)
stefanomnn - 15 Dec 2005 17:01 GMT
Well...
i use  oracle jdeveloper...and  often the IDE CRASCH!!!
i've got a good pc (750 Mb of RAM) and it's not  enough!
i used visual studio for .NEW web application, it is more confortable!

stefanomnn ha scritto:

> hi, i'd like to have a good IDE for java, wich support j2ee...but i''d
> like this IDE not to be written in java!
> any one can help me?


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.