Eddie,

If you want to get together with other committers and enforce your own
judgment on these matters, please be my guest, Eddie.  As things
stand, I differ with you on how to approach this and as far as I can
tell quite a few others disagree with you on this too.  I am following
my best judgment given my experience on these matters.

Have you not noticed that the failure to <snip> prior messages results
in much longer posts than these offerings which put an end to this
thread?  These answers with examples shorten rather than lengthen the
band width usage of the list, in my opinion.

I don't think your ideas on this are sound.  I respect your opinion
but respectfully disagree.  If you can get your cohorts to agree that
posting code is not a good idea, I will stop, of course.  I am not
going to host my answers anymore than I expect you to do the same.

I would point out that in this particular instance your discussion of
matters without answering the question used more bandwidth than my
answer which answered the question.  I have no interest in tete d'
tete with you.  I also have no interest in following what you suggest
when others also disagree.  I think this is just "picking on me".  ;-)

If you will notice, I took the import statements out and I think this
was the right thing to do.  The other option was to let the thread go
on until someone else did this.  Again, you cannot expect me to host
the answers to this list.  I could show you at least 10 posts today
that are longer and all they do is to repeat prior posts in a chain
time after time.  I think that if you are really interested in band
width rather than harassing my posts, that would be a very fruitful
place to start.  Those are a lot longer and do nothing to help, but
you have not mentioned them at all.  If you like, and if this really
is an interest of yours, I will be glad to point them out as they
happen hourly.

In my opinion you are complaining about the solution rather than the
problem.  As I said in the past and others have agreed with, you are
just asking a very odd thing in this instance.

I do wish we could get along but I don't want to do stupid things to
appease you.

Jack

<snip>
On Fri, 28 Jan 2005 14:31:34 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote:
> Jack,
> 
> Would you *please* post URLs instead of full source?  I know you have
> publicly-hittable space of your own ...
</snip>

So, no, I won't.  I want to use the lists like others and not be
treated differently, please.  Thanks.  If you like, again, I will
point out the myriad of other ways you might want to take your
campaign to shorten bandwidth.  Check out the posts today and see
which ones actually waste on mere and useless repetition three and
four and more times the bandwidth that this post used productively. 
If you were complaining about those, I could take you more seriously. 
As it is, I get the feeling that you are merely badgering me for doing
what people find useful on this list.  I wish more would do this,
including you.  I like code and that is why I come here.

<snip>
> 
> So far as how to acquire a DataSource/Connection goes, JNDI is a
> fantastic tool for allowing your persistence layer acquire a
> DataSource instance in a *standard* fashion.  Standards aren't always
> "best practice" approaches, but getting DataSource instances from JNDI
> is a best practice.
> 
> ... although I do like the idea of caching the DataSource instance, as
> mentioned earlier, in a private member of some class in your
> persistence layer.
> 
> --
> Eddie Bush
</snip>

Every "best practice" is in relation to some problem.  If you don't
have that problem, the practice is not only not "best" but irrelevant.

Jack


-- 
------------------------------

"You can lead a horse to water but you cannot make it float on its back."

~Dakota Jack~

"You can't wake a person who is pretending to be asleep."

~Native Proverb~

"Each man is good in His sight. It is not necessary for eagles to be
crows.  We are poor . . . but we are free."

~Hunkesni (Sitting Bull), Hunkpapa Sioux~

-----------------------------------------------

"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based
on this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to