Posts by jwenting

Noone who is serious about Java uses BlueJ. It's only used by schoolteachers (who force it upon their pupils) who have no clue about Java themselves and don't want to bother with the details of the language.

If you look at professionals, it's IntelliJ, Eclipse, and to a lesser degree Netbeans (also called Notbeans by many for its lack of features and performance both) and JBuilder (loosing favour because of poor management, terrible marketing, and the decision to abandon the best IDE ever (which it was) and redo the whole thing as a bunch of Eclipse plugins when the majority of the users used it because they didn't like Eclipse).

I'm sure there were heroes in Germany in WW1, just as I'm sure there were villains in Britain.

Especially in the air forces on all sides the old values of gallantry were observed. When pilots from opposing sides crashed and died they were given full military honours for their funerals for example, or contact was made to return the remains to the families even during battle.
Both the Germans and British blocks did that.

nah. I just put in words what every sane person here thinks about people like you.
That spreads nothing, the only one spreading hatred here are people like you.

Thanks for the insult, You remind me of the heroes of world war II.

Insult quite intended.
And thanks for comparing me with Patton, Nimitz, and Montgommery. I am humbled by their example.

Just to cement the issue, any chance of something added to the rules forbidding commercial advertising in signatures?
(Kind of like the Royal Parks in London, No vehicle advertising services is allowed in (including Driving Schools))

excellent idea, and AFAIK already in place (but sadly not strictly enforced by the supermods who are the only ones who can change sigs).

because the vast majority of people who aren't spammers are entirely against spam, and don't want anything to do with it.
They certainly aren't going to spam forums (and email, usenet, etc.) with spam messages in their signatures.
Adding spam to their signatures would make them outcasts, and rightly so.

Anyone selling a service like what you're proposing makes itself (such people are subhuman, therefore not to be called he or she, only it) an outcast automatically.

and don't forget that those "native" executables are usually exewrappers which pack a JVM together with all the classes the application need into a single executable, so when installing them you're implicitly installing a JVM...

that's exactly what it doesn't want to do with its machine, so for it there's no way to run Java programs.

no.

you don't even need a mobile phone to send SMS messages. You need a contract with an SMS service provider who will supply an SDK to use.

and most of all: security

Unless you work for a bank or creditcard company and in the department responsible for such software the best thing to do is to simply forget about it.

instances of the decorator are assigned at runtime. When performing actions the action method from each decorator is executed, and only those that recognise the actual command will do anything.

Similarly each decorator can also provide (through other methods of course) information for skill distribution screens, character description, etc. etc., all depending on the interface definition you decide upon.

A standard phrase in modern OO programming is "composition over inheritance", which is what decorator (and similar) patterns provide.
Of course you may use inheritance in designing your decorators, but your tree will be far flatter and you will not have to mix functionality into other hierarchies that really doesn't belong there.

Look at a decorator pattern.

lots of typing ahead :)

You need to include each jar individually on the classpath, or put the names into the MANIFEST for your own jar (see the specification of the MANIFEST file and the documentation of the jar command on how to do that)

once you start digging in bureaucracies for misplaced and otherwise lost data that noone noticed lost because it was burried in paperwork you'll always find some, usually find a lot.

I just stick with stock Kingston RAM, but then I don't overclock anything.
Cheap(ish), stable, and performs reasonably well.

I know. It's also known to revert corrections back to a state where the article is in error though.
I've pretty much given up trying to correct things for that reason if the correction is more than a single word.

in fact most cases are poorly designed... And the most expensive ones aren't necessarilly the best (though in general better than the cheap ones).

Antec look great and are well engineered but are somewhat cramped inside.

These kind of things only happen in England. In the USA we have privacy laws in place to prevent those things from happening.

UK privacy laws are (at least on paper) stricter than those in the US.
Of course there's a massive hole in those laws (as in all of Europe) that means they don't apply to the government but that's not the problem here.

The problem is that human beings make mistakes.
The CDs were backups that someone lost. Unless and until they're found there's a serious risk of exposing that information.

That's a procedural error, and a serious one. Thus the procedure failed, something against which no procedure or law can protect you.
In fact the more procedures you have and the more complicated they are the greater the chance they'll fail.

Wikipedia is wrong. A JDK is a full SDK, so it's an implementation of the concept of
"SDK" rather than a subset of it.

you're wrong.
Sun's right.

The JDK is an SDK, but an SDK doesn't have to be a JDK.

one word of caution: don't trust anything you read in Herb's book unless and until you find it confirmed elsewhere.
It's not all bad, but there is a large number of glaring errors caused by his fundamental misunderstanding of some core concepts of the Java language and its runtime environment.

While he is right that static nested classes have restrictions, they can be useful nonetheless. Particulary they can be useful when employed in combination with nested interfaces inside interfaces and abstract classes to provide callback mechanisms.

do your own thinking kid...

excellent idea.

I miss an option: "all of the above and then some" :)

well, it says right there what you need to do. Couldn't be much clearer than what your teacher already told you.
If you don't understand it, tell your teacher and ask him to help you.

It's too lazy to do its own homework, not surprising it's too lazy to start its own thread to ask someone to do it for it.

what about thinking for yourself? Coming up with your own ideas?
Or are you going to sit here waiting for someone to write a complete proposal and when it's OK'd by your teachers come back here and wait for someone to implement it for you?

you're doing nothing wrong per se, except that most likely the actual location of the image in your web app is different from where you tell the browser it is.

Check the real URL created for the image, and compare that with the location it exists on your application.
Most likely there's a discrepancy there.

I recommend DDT.

why are you printing the count inside the loop?
why are you not doing anything with the returnvalue of the method?

and don't use Eclipse or any other IDE until you know the language. Those things slow down your learning by making you learn the tool and masking your own misunderstanding in places.

the crazy long line in the winner method

Start by splitting that line into fragments you can understand.
As the error says, you can't perform boolean operations on something that's not a boolean.
You're (it says, and I trust that it's right) comparing Strings with booleans there, which is not allowed.
In no small part that's no doubt because you wrote that entire crazy long line without giving thought to operator precedence rules, causing comparisons to happen that you are not aware of (and likely never intended).

The reason we could live happily like that in the past was because we didn't know better. We didn't have the same knowledge that we do now... and if

Most people didn't live happily... In fact only those who didn't need to farm because they had serfs to do it for them and ruffians to terrorise those who objected to that who knew happiness...
We now call those "nobles", in fact they were little more than highway robbers with a sense for dramatic architecture.

> Do you think life would be better if we had start doing things the it ways years ago. Think

nope. We abandoned those ways because they were bad. Starvation, disease, low life expectancy, etc. etc.

> about it...if each of us had planted our own vegetation and food in general and then trade, would it be better?

Nope. We'd live shorter, die younger, be poorer, less healthy.

> How long do you think it could last?

They tried it in Cambodia under the Khmer Rouge. Lasted a few years, by which time 30% of the population was dead.

> Do you think we could gradually, become that way...or has the world become too advanced....too complexed...to greddy and too competetive to do so???...

Nothing greedy and competitive about it. Given the current population of the world the system you propose is impossible to implement.
There's just not enough land to go around for one thing.
Of course the introduction of such a system would rapidly cause the vast majority of the world population to die of exposure, disease, and starvation, curing that problem.
The rest would end up living in a feudal society, similar to the 1100s in Europe. Regional overlords with total control of everything, the population effectively their slaves.

> I want your honest opinion...would you embrace such a simple lifestyle?? You think you could adjust???

Noone living in a city today, and hardly anyone living …

personally I like the standard LAF of Tiger. Going to try JGoodies too some day soon.

you didn't add the jar to your project...
The system classpath is not something you normally should use, as most tools will simply ignore it.
Set a classpath for each JVM you start as you start it.

Wouldn't that also include a shift in the rotational axis of earth? In other words, Holland could end up near the equator and you could be living in a tropical paradise!

No. The magnetic field has nothing to do with the rotation of the planet around it's axle (nor with the position of that axle) but with the makeup of the mantle (which has many independently rotating areas).

Nor can we know how your "LinkList" class works.
The standard LinkedList class has a very nice addAll method to add all elements from one List to another.

If your "LinkList" (stupid idea, never reimplement something available in the standard libraries) implements List it would have such a method too.

Some astronomers say that it might trigger a shift of the earth's magnetic poles

The earth's magnetic field is constantly in shift. It's flipped completely many times in the past.
It is indeed predicted that we're due another flip, and the magnetic field does seem to be weakening in places, indicating a pre-flip condition coming about.
But AFAIK there's no way to predict when it's going to happen, certainly nothing as accurate as a specific period in a specific year.

hmm, crackpots of all kinds have predicted the end of the world (either literally or metaphorically) so often almost every day is probably the last one according to someone.

It's not happened so far, so I'd not start spending those life savings in the knowledge you're not going to need them.

Static is just that, by definition it's shared between all instances of a class.

A method can have final variables, which may be what you're looking for. These are however rarely used, mainly to preserve variables which are of interest to method local anonymous inner classes.
Personally in a decade of programming in Java I've rarely if ever encountered them.

if you get a headache trying to think up a class to combine the two fields and find a way to sort on that, you're bound to fail your course so you'd better give up now, why put in the effort knowing you're going to fail anyway?

so you want to authenticate passwords without having the passwords stored anywhere in any way.

How the heck are you going to know if the password entered is the correct one if you have nothing to compare it with?

Senseless "requirements", design rejected.

Or better yet, write it to have a single exit point...

static int doMath(char op,int numa, int numb) {
        int result;
        switch (op) {
            case '+':
                result = numa + numb;
                break;
            case '-':
                result = numa - numb;
                break;
            case '*':
                result = numa * numb;
                break;
            case '/':
                result = numa / numb;
                break;
            default:
                result = 0;
        }
        return result; 
   }

though I'd probably not return 0 on an invalid operator but throw an IllegalArgumentException.
Returning 0 WILL lead to hard to find bugs later, as 0 is a valid return value for any of the valid operations as well.

refresh? There's no such term in database land so you'll first have to define it.

Far better to use a PreparedStatement, no trouble figuring out what quotes (single, double) a specific database engine requires.

And of course never eat any exceptions that may occur, as they're likely to tell you what went wrong.
Capturing the output of the executeUpdate statement can also tell you a lot. If it doesn't return the number of records you expect to be updated there's something amiss with your SQL (or rather the SQL is correct but doesn't do what you think it should).

And as said, do see what happens when you do an explicit commit on the transaction after a successful update. Possibly it doesn't get committed.

if this site is going like the Sun forums we'll see kids requesting "send me ze koduz" for years to come.

Well, you're just failing to read the data from the resultset and set it to the right fields in your datastructure, and/or failing to map that field to a column in your jTable.

But as you don't tell us what you've actually done it's impossible to say which of those options (singly or in combination) you've failed to accomplish.

There is nothing automagic about it, YOU failed to do something.

And don't try to write C code in Java.
C and Java have completely different paradigms, C being procedural and Java object oriented.

Java in fact has more similarities with Smalltalk and Delphi than it does with C.
Just about the only things that are similar to C is actually borrowed from C++ (which itself borrows it from C) and that's the block demarcation with braces and the way control structures like loops and conditional clauses are constructed.

no ketchup for me, anywhere.
Maybe a splash of curry sauce on a burger, but that's as far as it goes.