is it an absolute must for clients to have the jre installed to run win apps.
or can it be installed on a server w/ the class files and read from there?
i've tried it and it doesn't work. just trying to keep em happy, and reduce
installations.......
Printable View
is it an absolute must for clients to have the jre installed to run win apps.
or can it be installed on a server w/ the class files and read from there?
i've tried it and it doesn't work. just trying to keep em happy, and reduce
installations.......
"a" <albert77@rocketmail.com> wrote:
>
>is it an absolute must for clients to have the jre installed to run win
apps.
>or can it be installed on a server w/ the class files and read from there?
> i've tried it and it doesn't work. just trying to keep em happy, and reduce
>installations.......
correction-- i meant it to say ODBC connections onthe actual client without
using applets or jsp files
Does your question says that you do not want a multi tired client server architecture
but have typical client/server architecture instead? Explain more what do
you want to do? That will help to answer your question
"w" <mymail@mymail.com> wrote:
>
>Does your question says that you do not want a multi tired client server
architecture
>but have typical client/server architecture instead? Explain more what do
>you want to do? That will help to answer your question
i want my DB applications accessed w/o a browser but connecting to a database
without having to go to each client to put an ODBC connection (sounds dumb)
> i want my DB applications accessed w/o a browser but connecting to a
database
> without having to go to each client to put an ODBC connection (sounds
dumb)
If you don't want to use ODBC, then don't use it. (And this is a good
reason to not want to use it.) Just use a JDBC driver that doesn't require
ODBC.
"Paul Clapham" <pclapham@core-mark.com> wrote:
>> i want my DB applications accessed w/o a browser but connecting to a
>database
>> without having to go to each client to put an ODBC connection (sounds
>dumb)
>
>If you don't want to use ODBC, then don't use it. (And this is a good
>reason to not want to use it.) Just use a JDBC driver that doesn't require
>ODBC.
>
>
>
Let me see if i have this correct. If I use the following URL, as well as
the following driver:
sun.jdbc.odbc.JdbcOdbcDriver
jdbc:odbc:students
I will not need to go to each machinge and do a manual "odbc connection?"
without having to use servlets/ or jsp. is it too good to be true?
a <albert77@rocketmail.com> wrote in message
news:3a2ba6d3$1@news.devx.com...
>
> Let me see if i have this correct. If I use the following URL, as well as
> the following driver:
> sun.jdbc.odbc.JdbcOdbcDriver
> jdbc:odbc:students
>
> I will not need to go to each machinge and do a manual "odbc connection?"
> without having to use servlets/ or jsp. is it too good to be true?
No. If you don't want to use ODBC, use a different driver.
"Paul Clapham" <pclapham@core-mark.com> wrote:
>
>a <albert77@rocketmail.com> wrote in message
>news:3a2ba6d3$1@news.devx.com...
>>
>> Let me see if i have this correct. If I use the following URL, as well
as
>> the following driver:
>> sun.jdbc.odbc.JdbcOdbcDriver
>> jdbc:odbc:students
>>
>> I will not need to go to each machinge and do a manual "odbc connection?"
>> without having to use servlets/ or jsp. is it too good to be true?
>
>No. If you don't want to use ODBC, use a different driver.
>
>
>
thank u so much..i am sluggish and i was under the impression that sun.odb.etc.
which is what i had been using was a pure java thing. thanks again! it is
all clear. on to my next adventure ...servlets!