|
Dear All,
For those of you still unaware about the program I
posted on websphere
and I know a lot of you are because you made that
known by
criticising my program.
From my point of view it was a "noddy" piece of
code which
I wrote for a
situation before I logged on EJBs.
I was confident that my logic was correct and
problems
existed some where else. I did not change
anything
in the program because I was that confident and
wanted it
to be looked at "as is" by those in whose domain
those issues
belonged.
I heard about the hardware bug about six years ago
and have come across
hardware problems not just in PCs but also in
Mainframes.
I also read about the init method although the
solution did not make sense
and also about dynamic class loading and how
it was treated in different JVMs.
Read but not tried out personally
myself.
I came to find out the answers in that program and
also the
classDefNotFoundError not ClassDefNotException. Answer
which cannot be found in one place.
Ioin Woods who specialises in JVMs confirmed
that different JVMs
behave in a different ways.
He also informed me that an expert group is looking
at the
intermittent problem
which I believe has turned out to be a
hardware problem as I suspected and he had some
knowledge of as well.
I have come across intermittent problem before and
know something about the cause.
I was asked by a company called thinkspark if I
knew about dynamic
class loading and I
denied it because from his point of view if I know
I am bright and if I don't know I am not.
"Friendly" was also in a book
so I suggest he tackles the book. I also refer
thinkspark to the answer given to
me by Ioin Woods that hardware is out of his domain
so why
does thinkspark think it is in mine domain I am at
a loss to understand.
Confused between remove and remove as well.
I replied to Mr. Ioin Woods
I will use what he wrote as a reference by this I
also meant I know how to
program and I will use him as a reference not what
many of you say.
The list administrator looking at my program said I
should apologise
for the sake of creditability which was
actually to my advantage
in two ways so he should look for
credibility.
I asked for client code also for two reasons , one
to find out
if it was a support line but it wasn't.
I don't use products who have public lines such as
those
furthermore as I knew the Indians want to prove
themselves
to be better than us for commercial reasons
but
you proved other wise.
Products where they do not provide support I know
from
experience means they know about a fault in their
product
and I do not have to know about the details
although
I always like to find out.
Some Canadian idiot ( a few days ago )
attacked me for my debugging
on the Forte line
which shows that he didn't know nothing about the hardware
and have back fired on him. He was defending Dustin
Callaway's
Solution which was
wrong.
Somebody on this line wrote that I know the
concepts but
my Java isn't any good. Actually after having the
opinions
of the authority you do not know the concepts
therefore
you programming can't be any good. There is a
port scanner
at the back of that book.
I have to say that I have never come across so
much inaccurate information since looking at Java.
Object Oriented Programming Concepts were
the fashion about six years ago for a short
while
but know they have come in
again.
The experts at JavaCard also looked at my
code
and said I should do that. It is good to have
the real experts
recognising one's ability.
Being in the UK I have access to a lot more
information
and accurate information and I think you will all
do well
to remember in the future.
Regards,
Zahid Rahman
Senior Consultant
BusinessObjects
Maidenhead UK.
World's Number 1 Established for ten
years.
We specialise in Data Warehousing which every
Management in every
company needs for steering their
business in the right direction.
P.S . Template is another term for a class as
well.
a very old term.
|
- Re: System & programming Concepts Zahid Rahman
- Re: System & programming Concepts Neil Poska
- Screen Saver FiFO d POOH
- Re: System & programming Concepts Nicholas
