Dear DBA,

You are cordially invited to test and review our windows native and
100% pure Java Oracle 9i/8i Monitoring Application (OMLET). OMLET is
the The Ultimate Visual Real Time Oracle Monitoring Tool. As the
leading expert in your field, your opinion is highly valued and your
feedback is ver appreciated. We would like to encourage you to distribute
copies of OMLET to your associates and fellow DBAs. Omlet can be
downloaded from:

http://www.geocities.com/teraknowled.../download.html

or any of many mirrors worldwide:

http://www.google.com/search?q=omlet+oracle

Thank you for your time and participation.


Cheers,

Amjad Daoud, OCP
The OMLET Team Lead
Tera Knowledge Systems, Inc.

"omlet v4" <amjadd@uop.edu.jo> wrote in message
news:604b7892.0405260219.13d7c481@posting.google.c om...
> Dear DBA,
>
> You are cordially invited to test and review our windows native and
> 100% pure Java Oracle 9i/8i Monitoring Application (OMLET). OMLET is
> the The Ultimate Visual Real Time Oracle Monitoring Tool. As the
> leading expert in your field, your opinion is highly valued and your
> feedback is ver appreciated. We would like to encourage you to distribute
> copies of OMLET to your associates and fellow DBAs. Omlet can be
> downloaded from:
>

[snip]


>
> Thank you for your time and participation.
>
>
> Cheers,
>
> Amjad Daoud, OCP
> The OMLET Team Lead
> Tera Knowledge Systems, Inc.

You do yourself no favours by blasting your adverts across every newsgroup
that has the word 'Oracle' in them, as you will no doubt shortly disover
from hoardes of irate posters here.

I always have a sinking feeling when anyone, or anything, claims to be 'the
ultimate' in anything. It usually turns out that they ultimately don't know
very much after all. All I can say is, I think I'm right again in respect of
your offering, too. I read the table of contents of your 'tuning with Omlet'
book, and felt deeply depressed. Ratio after ratio after ratio. One would
have thought you'd been hiding under a stone for the past couple of years:
no 'leading expert' who's actually worth the description pays any attention
to ratios these days.

I'd also consult a lawyer about your trademark disclaimer. That you don't
intend to infringe on trademarks is not sufficient if you then go and do
precisely that.

Hopeless.
HJR

On 26 May 2004 03:19:27 -0700, amjadd@uop.edu.jo (omlet v4) wrote:

>Dear DBA,
>
>You are cordially invited to test and review our windows native and
>100% pure Java Oracle 9i/8i Monitoring Application (OMLET). OMLET is
>the The Ultimate Visual Real Time Oracle Monitoring Tool. As the
>leading expert in your field, your opinion is highly valued and your
>feedback is ver appreciated. We would like to encourage you to distribute
>copies of OMLET to your associates and fellow DBAs. Omlet can be
>downloaded from:
>
>http://www.geocities.com/teraknowled.../download.html
>
>or any of many mirrors worldwide:
>
>http://www.google.com/search?q=omlet+oracle
>
>Thank you for your time and participation.
>
>
>Cheers,
>
>Amjad Daoud, OCP
>The OMLET Team Lead
>Tera Knowledge Systems, Inc.


Posting only to the ng where I read this . . . .

I think I'll take a pass on this.

First, I doubt a viable product, backed by a viable company, would be
marketing itself from a Geocities account.

Second, if the product is as amaturish as the web page, I'd expect it
to be more trouble than it is worth.

Third, there are many indications that the product is indeed that
amaturish. To wit:

1) In spite of the fact that it claims to 'discover' my databases from
my TNSNAMES file, it asks me to copy that file to a product specific
directory. That, then, is not my TNSNAMES but yours. Why can't you
find TNSNAMES the same place SQLNET finds it?

2) "Make sure that your services are in the following format . . ."
What if *my* TNSNAMES is not or can't be in that format? Or what if
I'm not using TNSNAMES at all? Too bad.

3) "Make sure your screen resolution is at least 1024x768" - Sorry, I
can't read my screen at that resolution. Not many people over the age
of 40 can.

4) "Set the following three init.ora parameters to: cursor_sharing =
force . . . " HONK! Wrong answer! If I do that, my acess plans
change, quite possibly for the worse.



I don't consider myself an expert in this field, so if even I could
find problems without even opening the product . . .

Howard J. Rogers schrieb:
> You do yourself no favours by blasting your adverts across every newsgroup
> that has the word 'Oracle' in them, as you will no doubt shortly disover
> from hoardes of irate posters here.
>

And besides: I personally *never* try out software which doesn't list a
retail price on its homepage.

Thomas

amjadd@uop.edu.jo (omlet v4) wrote in message news:<604b7892.0405260219.13d7c481@posting.google. com>...
> Dear DBA,
>
> You are cordially invited to test and review our
SPAM
> Thank you for your time and participation.
>
>
> Cheers,
>
> Amjad Daoud, OCP
[]

Please keep the marketting posts in the marketplace newgroup!

usenet is arranged into groups for a reason. You are off topic in this
group:
comp.databases.oracle.misc
and likely others. Your posting in marketplace is fine, since that's
where this really belongs.

HTH,
ed

Thomas Kellerer <OSCUQDVXTKFJ@spammotel.com> wrote in message news:<c92dub$ur6$1@svr7.m-online.net>...
> Howard J. Rogers schrieb:
> > You do yourself no favours by blasting your adverts across every newsgroup
> > that has the word 'Oracle' in them, as you will no doubt shortly disover
> > from hoardes of irate posters here.
> >
>
> And besides: I personally *never* try out software which doesn't list a
> retail price on its homepage.
>
> Thomas

But hey, this is actual Spam, Spam, Spam, Spam and Eggs!

( Transcription of Monty Python sketch for those who don't know it by
heart: http://www.ibras.dk/montypython/episode25.htm#10 )

jg
--
@home.com is bogus.
http://www.securityfocus.com/news/8768

Ed Stevens <nospam@noway.nohow> wrote in message news:<4269b012v3vns4nputqbo4g5sm8pskrhnl@4ax.com>. ..
> On 26 May 2004 03:19:27 -0700, amjadd@uop.edu.jo (omlet v4) wrote:
>
> >Dear DBA,
> >
> >You are cordially invited to test and review our windows native and
> >100% pure Java Oracle 9i/8i Monitoring Application (OMLET). OMLET is
> >the The Ultimate Visual Real Time Oracle Monitoring Tool. As the
> >leading expert in your field, your opinion is highly valued and your
> >feedback is ver appreciated. We would like to encourage you to distribute
> >copies of OMLET to your associates and fellow DBAs. Omlet can be
> >downloaded from:
> >
> >http://www.geocities.com/teraknowled.../download.html
> >
> >or any of many mirrors worldwide:
> >
> >http://www.google.com/search?q=omlet+oracle
> >
> >Thank you for your time and participation.
> >
> >
> >Cheers,
> >
> >Amjad Daoud, OCP
> >The OMLET Team Lead
> >Tera Knowledge Systems, Inc.
>
>
> Posting only to the ng where I read this . . . .
>
> I think I'll take a pass on this.
>
> First, I doubt a viable product, backed by a viable company, would be
> marketing itself from a Geocities account.
>
> Second, if the product is as amaturish as the web page, I'd expect it
> to be more trouble than it is worth.
>
> Third, there are many indications that the product is indeed that
> amaturish. To wit:
>
> 1) In spite of the fact that it claims to 'discover' my databases from
> my TNSNAMES file, it asks me to copy that file to a product specific
> directory. That, then, is not my TNSNAMES but yours. Why can't you
> find TNSNAMES the same place SQLNET finds it?
>
> 2) "Make sure that your services are in the following format . . ."
> What if *my* TNSNAMES is not or can't be in that format? Or what if
> I'm not using TNSNAMES at all? Too bad.
>
> 3) "Make sure your screen resolution is at least 1024x768" - Sorry, I
> can't read my screen at that resolution. Not many people over the age
> of 40 can.
>
> 4) "Set the following three init.ora parameters to: cursor_sharing =
> force . . . " HONK! Wrong answer! If I do that, my acess plans
> change, quite possibly for the worse.
>
>
>
> I don't consider myself an expert in this field, so if even I could
> find problems without even opening the product . . .

Ed,

I doubt you know anything about cursor_sharing or access plans.
Anyhow, your second point about TNSNAMES clears your level of
expertise. The software is open source and anything you don't like you
can change. I doubt you know anything about SQLNET to claim your first
point either.

What if you don't have tnsnames.ora file, then you cannot connect with
jdbc. OMLET is 100% java and does not access your machine registry. If
you know other ways, please share!?

Why copy tnsnames.ora? simply so you would not have to give OMLET any
permissions to your Oracle installation directory or network
subdirectory. Actually you can place the file anywhere since there is
a FileChooser that you can use to browse.

You cannot see 1024X768? then you probably have more problems and I am
truely sorry for you. Java2D with antialiasing features are best at
this resolution.
Compare OMLET to Quest Spotlight and you would see the difference!

Anyway, most DBA's who use scripts, usually hurt their database;
cursor sharing reduces overhead when accessing v$sysstat and
v$filestat which most tuning script queries select from. I doubt you
had any idea about this! do you? I thought so.

Compare OMLET overhead to any other monitoing software including OEM
and you would be shocked! Did I forget to mention I am a ex-Oracle
kernel/Server Technology employee!?

Finally, the geocities issue. Actually providing something for free is
a huge liability. The site bandwidth is constantly consumed. Tell me
about a reliable
connection with unlimited bandwidth and you got my bussiness. Actually
you can
mirror the OMLET product if you have the space and bandwidth.

cheers,
Amjad daoud



Amjad Daoud

> Ed,
>
> I doubt you know anything about cursor_sharing or access plans.
> Anyhow, your second point about TNSNAMES clears your level of
> expertise. The software is open source and anything you don't like you
> can change. I doubt you know anything about SQLNET to claim your first
> point either.
>

What is about people who try and sell their software with SPAM? This is
the second one in a row who starts questioning the competance of anyone
who dares question their 'ultimate' or 'brilliant' work. Don't these
people have *any* social skills?

> What if you don't have tnsnames.ora file, then you cannot connect with
> jdbc. OMLET is 100% java and does not access your machine registry. If
> you know other ways, please share!?
>

Have you ever heard of the thin driver?

> Why copy tnsnames.ora? simply so you would not have to give OMLET any
> permissions to your Oracle installation directory or network
> subdirectory. Actually you can place the file anywhere since there is
> a FileChooser that you can use to browse.
>

The whole point of TNSNAMES.ORA is that you don't have that many of them.

> You cannot see 1024X768? then you probably have more problems and I am
> truely sorry for you. Java2D with antialiasing features are best at
> this resolution.
> Compare OMLET to Quest Spotlight and you would see the difference!
>

Most people over 40 have a problem with high screen resolutions. I
gather you don't think 40 year olds have money to spend.....

> Anyway, most DBA's who use scripts, usually hurt their database;
> cursor sharing reduces overhead when accessing v$sysstat and
> v$filestat which most tuning script queries select from. I doubt you
> had any idea about this! do you? I thought so.
>

Yet another attempt to hurl abuse at the world in general. Have you
finised insulting everyone yet?

> Compare OMLET overhead to any other monitoing software including OEM
> and you would be shocked! Did I forget to mention I am a ex-Oracle
> kernel/Server Technology employee!?
>

Apparently not...

Half of the readers of this newsgroup must have worked for Larry at some
time. Merely having worked for Oracle does not make you worthy of respect.

> Finally, the geocities issue. Actually providing something for free is
> a huge liability. The site bandwidth is constantly consumed. Tell me
> about a reliable
> connection with unlimited bandwidth and you got my bussiness. Actually
> you can
> mirror the OMLET product if you have the space and bandwidth.
>

If your product isn't worth the US$100/mth for entry level hosting then
it isn't worth anything at all.

Maybe I should propose the modestly named "Rolfe's Law":

Nothing Marketed With Spam Is Worth Owning.




David Rolfe

D Rolfe allegedly said,on 30/05/2004 1:59 AM:

>
> Maybe I should propose the modestly named "Rolfe's Law":
>
> Nothing Marketed With Spam Is Worth Owning.
>

seconded...

--
Cheers
Nuno Souto
wizofoz2k@yahoo.com.au.nospam

amjadd@uop.edu.jo (omlet v4) wrote in
news:604b7892.0405290545.1b3fb9df@posting.google.c om:

> Ed Stevens <nospam@noway.nohow> wrote in message
> news:<4269b012v3vns4nputqbo4g5sm8pskrhnl@4ax.com>. ..
>> On 26 May 2004 03:19:27 -0700, amjadd@uop.edu.jo (omlet v4) wrote:
>>
<snip>
>>
>> 4) "Set the following three init.ora parameters to: cursor_sharing =
>> force . . . " HONK! Wrong answer! If I do that, my acess plans
>> change, quite possibly for the worse.
>>
>> I don't consider myself an expert in this field, so if even I could
>> find problems without even opening the product . . .
>
> Ed,
>
> I doubt you know anything about cursor_sharing or access plans.
>

And you would? I know exactly what cursor sharing force does. It turns
all literals in your select statement into bind valiables before they
are parsed, optimized and executed. And that is all

So a report to find everyone in your department that made above 100,000
in sales last month which might have been

select ename from emp, sales
where deptno = 30
and qty > 100000
and emp.empid = sales.empid

becomes something like

select ename from emp, sales
where deptno = :bind_1
and qty > :bind_2
and emp.empid = sales.empid

If you can't see what this might do to access plans hopefully others
considering setting this parameter do, or intend to find out before
setting it.

>
> Anyway, most DBA's who use scripts, usually hurt their database;
> cursor sharing reduces overhead when accessing v$sysstat and
> v$filestat which most tuning script queries select from. I doubt you
> had any idea about this! do you? I thought so.
>

The single only reason for this setting is it will stop an application
that doesn't use bind variables from bringing the database to its knees.
If you have an application that has this bug and requires this parameter
set, I would consider two options

1.
Give the app its own instance, preferably with a small sga. Then either
set this parameter and let it limp along, or refuse to set it and watch
it crash itself repeatedly, forcing the developer or vendor to fix their
code. I like the sound of the latter myself.

2.
Use a log on trigger for the app that needs fixing.

While it is not beyond the bounds of belief that some odd data
dictionary queries may actually benefit from this state of affairs, it
should never be set at instance level, unless there is only one app in
that instance and that app is so poorly designed that it needs it.

If you don't believe me because I am also an idiot like Ed, then check
out what Tom Kyte has to say on the matter

</quote>

in short, cursor sharing is a crutch that MIGHT be useful in some cases
to help a poorly written program survive for the period of time the
developers are hard at work CORRECTING their bug and putting bind
variable support into their application

http://asktom.oracle.com/pls/ask/f?p...SPLAYID:518060
9822543

>
> Compare OMLET overhead to any other monitoing software including OEM
> and you would be shocked! Did I forget to mention I am a ex-Oracle
> kernel/Server Technology employee!?
>

I certainly am shocked. Imagine a monitoring tool that may render your
database immobile, unless you agree to destabilize all your existing
applications by changing their SQL with a single parameter.


--
Martin Burbridge
add one to pobox002 for email