Regardless, Eclipse is a great IDE for java and has various plugins
that can get you what you need for j2ee.
>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
--
Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.
> 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.
Anyway, JCreator is a simple, good one but the best, in my opinion, is
Borlands JBuilder.
"Malte" <You_can_sp...@nmalte.dk> wrote in message
news:439ca259$0$78283$157c...@dreader1.cybercity.dk...
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
:)
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?
>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.
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
>> 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.
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
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..
--
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-)
Roedy Green wrote:
> On Sun, 11 Dec 2005 22:51:02 -0000, "dwiz" <dw...@nospam.com> wrote,
> quoted or indirectly quoted someone who said :
>
> >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!
>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.
(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++.
>
> 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.
--
Beware the False Authority Syndrome
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?
> 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.
--
Daniel Dyer
http://www.dandyer.co.uk
> <q_q_an...@yahoo.co.uk> wrote in message
> news:1134342797.4...@g43g2000cwa.googlegroups.com...
>> 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.
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).
>> ...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.
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
>> 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:
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 ;-)
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.
> 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
--
Scott Ellsworth
sc...@alodar.nospam.com
Java and database consulting for the life sciences
> <q_q_an...@yahoo.co.uk> wrote in message
> news:1134342797.4...@g43g2000cwa.googlegroups.com...
> > 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.
>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.
>oh no, the java police. and they call names too. .
Shut up you asshole. Do an experiment. That would be interesting.
Your idiotic ramblings based on nothing but reading propaganda are
worthless.
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.
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.
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
:)
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
:)
IDEA is superb and it's refactoring is much better than Eclipse's. Eclipse is
catching up - but it's not there yet.
Eric
Typically the apps at my current company are restarted every 3 months. Not
that they need it - we do releases quarterly.
Eric
The Trabant is a *real* car, a pile crap but it'll just about get you from
A to B.
I'd hope that some of our guys understand GC... but i'll make sure :-)
Thanks.
>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
> On Mon, 12 Dec 2005 17:09:46 GMT, Adie <ad...@oh-fuck.com> wrote,
> quoted or indirectly quoted someone who said :
>
>>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.
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.
> On Tue, 13 Dec 2005 07:45:28 GMT, Adie <ad...@oh-fuck.com> wrote,
> quoted or indirectly quoted someone who said :
>
>>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" <ad...@oh-fuck.com> wrote in message
news:1v7nxoyd1ahdl.115p6hmg3vays$.dlg@40tude.net...
> No, he has something against mosquitos pretending to be humans.
Please dont top-post, you'll have everyone thinking this is a Microsoft
group.
Actually if it's database resources, GC doesn't help. Those resources need to
be closed.
Eric
A lot of PMs are indeed pests. ;-)
But if their servers need to be bounced that often, something isn't right.
Eric
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?
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.
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