Has any of you heard the word JAVA yet?
Melih Rona
Or just hiding from the technological advancements for the last 15 years
like an ostrich digging its head in the sand?
After checking the my newsserver for a Universe newsgoups without success I
had to use this newsgroup to post my inquiry about Universe JDBC, JAVA and
UniObjects for JAVA. It has been 3 days and no answer yet. Considering how
things work in newsgroups that's a very long time it almost means there
won't be any answers to my query.
And that demostrates what's happening at the PICK and PICK alike DBMSs
arsenal.
All around the world there wasn't a single soul who could answer my simple
query. Including the people working for or distributing Universe. I guess
they were ashamed to say that there weren't any JDBC drivers are available
and they couldn't be bothered to benchmark UniObjects for Java and ODBC
performance.
What a disappointment...
Melih Rona
ps. My views are my own, I am not representing any companies...
Ken Wallis
...
>After checking the my newsserver for a Universe newsgoups without success I
>had to use this newsgroup to post my inquiry about Universe JDBC, JAVA and
>UniObjects for JAVA. It has been 3 days and no answer yet. Considering how
>things work in newsgroups that's a very long time it almost means there
>won't be any answers to my query.
>
>And that demostrates what's happening at the PICK and PICK alike DBMSs
>arsenal.
...
Melih, there is no UniVerse specific ng, but there is an Ardent specific
mailing list with about subscribers. Currently there are a couple of
threads running re UOJ, JDBC, and XML.
To check out details for this mailing list and find out how to join go to
http://www.oliver.com/Info-Ardent/index.htm
You'll also find there's a fair bit of Java activity in the jBASE camp, but
if you specifically need to use UniVerse that won't help much.
Best Regards,
Ken Wallis
Empower Data Solutions Pty Limited, ACN 079 955 196
Envision, enable, enhance... empower
Bryan Buchanan
>
>Hellooooo, are you there?
>Or just hiding from the technological advancements for the last 15 years
>like an ostrich digging its head in the sand?
Just because the vendors may not appear to be doing much, doesn't mean
that there aren't people doing stuff with Java in the Pick arena. Some
3 years ago in Pick System's (now defunct) Dimension magazine I had
an article published on using Java to access Pick. At the time, I don't
think any of the major relational vendors had JDBC drivers available
(indeed JDBC was probably not a defined API).
There is code and demos available on my web site (www.webbtide.com.au)
It would be very easy to roll your own Java to Universe interface using
UniObjects. For sure this is not JDBC, but IMHO, if you want to use
JDBC then there is no point using a Pick-like database as all the
benefit of the Pick data structure is normalised away (and you'd be
better off using DB2 anyway).
>
[snip]
>
>What a disappointment...
>
>Melih Rona
>
>ps. My views are my own, I am not representing any companies...
>
>
My views are not my own, they are merely what my cat(s) told me to say.
Bryan
Luke Webber
>In article <89va9h$c8i$1...@the-fly.zip.com.au>, me...@infovista.com says...
>>
>>Hellooooo, are you there?
>>Or just hiding from the technological advancements for the last 15 years
>>like an ostrich digging its head in the sand?
Nope, but it is a little difficult doing anything that's truly
cross-platform for MV. I am working on it however,
[snip]
>It would be very easy to roll your own Java to Universe interface using
>UniObjects. For sure this is not JDBC, but IMHO, if you want to use
>JDBC then there is no point using a Pick-like database as all the
>benefit of the Pick data structure is normalised away (and you'd be
>better off using DB2 anyway).
Agreed. Trying to use SQL to access an MV database is like playing tennis
with a baseball bat. Objects are clearly a better way to go. Only trouble
is, the objects libraries are all proprietary. Bummer.
Luke
Ken Wallis
>My views are not my own, they are merely what my cat(s) told me to say.
And you seem to have translated very well from the original
Persian/Siamese/tabby! ;^)
Cheers,
Ken
Homer L. Hazel
I thought this newsgroup was comp.databases.pick. I didn't realize that
some people think it is comp.databases.java.
I'm sorry you are disappointed that no one here wants to answer your
question about your latest project or whatever, but if you post something
and no one answers, maybe you are in the wrong place.
And Please, don't come to our newsgroup and castigate us for not handling
your pet little language. Most of the people here have no control about
whether the multi-value vendors implement a given aspect of a given
language. If you follow this newsgroup at all, then you will realize that
most of us would like the MV companies to add a user defined function to the
internal language.
Java is not THE future of the world. It is A future, and a very possible
future, but there are other scripting languages. And very many of the end
users of MV have no desire to present their information to the Internet.
They want to use MV at what it is originally designed for -- driving a
business application.
My suggestion is that you keep looking for a newsgroup dedicated to your
needs and keep your caustic little comments to yourself.
Thank you.
Larry Hazel
"Melih Rona" <me...@infovista.com> wrote in message
news:89va9h$c8i$1...@the-fly.zip.com.au...
> Hellooooo, are you there?
> Or just hiding from the technological advancements for the last 15 years
> like an ostrich digging its head in the sand?
>
> After checking the my newsserver for a Universe newsgoups without success
I
> had to use this newsgroup to post my inquiry about Universe JDBC, JAVA and
> UniObjects for JAVA. It has been 3 days and no answer yet. Considering how
> things work in newsgroups that's a very long time it almost means there
> won't be any answers to my query.
>
> And that demostrates what's happening at the PICK and PICK alike DBMSs
> arsenal.
>
> All around the world there wasn't a single soul who could answer my simple
> query. Including the people working for or distributing Universe. I guess
> they were ashamed to say that there weren't any JDBC drivers are available
> and they couldn't be bothered to benchmark UniObjects for Java and ODBC
> performance.
>
Dave Edge
Dave.
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
cromwell
fads come and go. (Java)
Next year it will be some new latest greatest thing.
Meanwhile Pick and Universe and Unix just keep plugging away.
Because they get the job done.
Cromwell
webmaster www.mvtools.net
"Homer L. Hazel" <hom...@home.com> wrote in message
news:5FPw4.37701$8k3.3...@news1.rdc1.sdca.home.com...
Don Sprague
RPG, COBOL, PL/I and PICK all have significant legacy systems in place.
Heck, many mainframe shops still use IMS. But how many new systems are
being developed on any of these.
Look, don't get me wrong, MV systems do get 'some' jobs done well. But when
it comes to communicating with the rest of the world, there are easier
solutions. When it comes to setting up eCommerce sites there are better
solutions. When it comes to setting up systems that can be proven to be
reliable and correctly designed, there are much better products.
Any system, once installed, will tend to perpetuate itself to the point of
failure. That failure can include lack of people willing to learn an
archaic system or a group of vendors who only milk a product to fund new
projects (sound familiar to anyone??) I work in the Pick environment. I am
familiar and comforable with it. But I do not have any illusions that it
matches up with most current development environments or database products.
"cromwell" <th...@mvtools.net> wrote in message
news:yLQw4.28$Zm3....@news-west.usenetserver.com...
Homer L. Hazel
What problems are you trying to solve with Pick? I think Pick is still
excellent at solving in-house business problems. Accounting, Manufacturing,
Inventory Control - in a text based environment.
As I mentioned, many end users don't want more than that. There are better
solutions for e-commerce and many companies with internal systems don't try
to interface these internal systems to the outside world.
Regarding your response about "fad". Are you saying that Java solutions
actually produce 100 times the total revenue of all MV systems?
I'm sorry. I find that hard to believe. I have yet to see a product
written totally in Java. I'd like to know about some if they exist.
On the other hand, the Internet does seem to be the buzzword for now. For
every 1 Pick job I find in the newspaper, there are easily 100 asking for
Java experience. I often wonder if they have a legitimate requirement, or
are just asking for somebody with Java experience as it's one of the current
buzz words.
I agree that Pick and Picklike might as well be defined as insular in their
ability to communicate with the outside world. On the other hand, I have
written programs at clients, that read Sales Orders and produce files for
controlling external devices such as laser cutters and in one case a 60 feet
long tarp cutter. That's a fun machine to watch work. It cuts a tarp in
about 1/20 of the time manual cutting used to take. Nice!
Pick doesn't solve all problems. People should not try to use it to solve
all problems.
Larry Hazel
"Don Sprague" <dspr...@lynden.com> wrote in message
news:8a10pn$e...@nntp.lynden.com...
Don Sprague
better than other alternatives is, I suppose, a matter of religion. In
today's world being able to stay 'in-house' is harder and harder. When
suppliers demand EDI, and web-pages are replacing order entry, and order
status needs to be updated in real time ... MV is becoming a barrier.
I would guess that Java is producing 100 x the revenue if you include
consulting, books, training classes or measure the volume of commerce being
handled where Java is part of the solution.
One thing that has changed is that most shops do not solutions built totally
from one product as was common in the days of Pick and RPG. Today it is
more likely that the solution will be some combination of a DBMS like Oracle
or SQL server (or Pick), combined with applications developed in Delphi, or
VB or Java, combined with some Perl or Python scripting. The place where MV
is falling down is that it is not able to 'play well with others'. And that
is the most important requirement in most shops today.
Often, it is not that the MV product is incapable, just that the
multi-valued design does not lend itself to interfacing with common products
like Crystal Reports, ODBC or JDBC unless the data is normalized first.
Certainly, the current MV products do have the ability to connect to the
outside world, but the legacy data structures usually make it difficult to
impossible.
"Homer L. Hazel" <hom...@home.com> wrote in message
news:_jUw4.37828$8k3.3...@news1.rdc1.sdca.home.com...
Bob
problem communicating back and forth between the two systems for my web
apps. I initially tried using perl, java and asp. I still use a little asp
but not much. I find the extra tools are just not needed with pick and are
more geared towards "tool junkies".
BTW-mvBase was not designed to connect to IIS, I just used the same
communication routes that the native terminal program used.
-Bob
Don Sprague <dspr...@lynden.com> wrote in message
news:8a152i$e...@nntp.lynden.com...
Jeff Schasny
>
> I agree that for many in-house systems MV is quite adequate. Whether it is
> better than other alternatives is, I suppose, a matter of religion. In
> today's world being able to stay 'in-house' is harder and harder. When
> suppliers demand EDI, and web-pages are replacing order entry, and order
> status needs to be updated in real time ... MV is becoming a barrier.
What makes MV a "barrier" to real time processing or for that matter
interfacing to the Web? We're doing both very successfully.
> I would guess that Java is producing 100 x the revenue if you include
> consulting, books, training classes or measure the volume of commerce being
> handled where Java is part of the solution.
I would say that your opinion is just that... a guess. Unless you want
to count
the entire revenue stream for any company whos home page has a
javascript counter on it.
> One thing that has changed is that most shops do not solutions built totally
> from one product as was common in the days of Pick and RPG. Today it is
> more likely that the solution will be some combination of a DBMS like Oracle
> or SQL server (or Pick), combined with applications developed in Delphi, or
> VB or Java, combined with some Perl or Python scripting. The place where MV
> is falling down is that it is not able to 'play well with others'. And that
> is the most important requirement in most shops today.
Our Universe database based applications have been rather easy to
interface to
everything from then Web to Palm Pilots, Java, and VB.
> Often, it is not that the MV product is incapable, just that the
> multi-valued design does not lend itself to interfacing with common products
> like Crystal Reports, ODBC or JDBC unless the data is normalized first.
Bull, I do it every day
> Certainly, the current MV products do have the ability to connect to the
> outside world, but the legacy data structures usually make it difficult to
> impossible.
>
Then why is the rest of the world evolving to multidimensional? Take
Oracle for example, or pretty much any high end data analysis tool like
Cognos Powerplay or Seagate Analysis. Two dimensional relational
databases are wonderful implementation of a bad model. Business data
does not come nicely packaged into columns and rows.
--
===============================================================
Jeff Schasny | j...@eclipseinc.com | Senior Systems Developer
Eclipse, Inc. | Boulder, CO USA | www.eclipseinc.com
===============================================================
Craig
a very well known manufacturing company that used it to communicate to an
even larger supplier. The whole thing was written in PICK (McD) and that
system had been in place a number of years before I got involved with it
over 11 years ago.
From my limited exposure to the likes of SQL and ORACLE they have all seemed
to be very very large systems that require an extreme amount of disk and
processing to attempt to do the same thing PICK has been doing for more year
than I have been using it for.
Not that such things don't have their place, they do but that place is not
for everyone. We don't all have the luxury of having the kind of money and
resource that these products require.
As for things like Crystal Reports - I have not found a situation yet where
I could not produce a report in PICK (whether it be ACCESS or PICK BASIC )
that the powers that be required. If they wanted graphical info I can very
easily write any amount of RAW data out to a windows based file that can be
read and manipulated by products like EXCEL quite easily.
I also use the LIBERTY product quite well for any ODBC requirements if
necessary
Don Sprague <dspr...@lynden.com> wrote in message
news:8a152i$e...@nntp.lynden.com...
Don Sprague
work with a group of people who are very successful at meeting most of these
challenges on a daily basis. But, it is hard to find good new people in the
MV world. Often the training curve is longer than with more popular
environments, and the number of third party solutions is very limited. I
can do all these wonderful things using RPG or PL/I or COBOL or dBase for
that matter. For shops that are using MV now, it continues to be better
than conversion, but I doubt that this will be true in a few years. In WA,
OR and ID there are less than 3 dozen major MV shops (more than 3 or 4
programmers) and while many still have a Pick machine running, most are
moving more and more of their processing on to other solutions. I do not
know of a single company that is moving toward MV solutions (trashing their
relational systems to put in more MV applications).
In the Seattle area I doubt if there are 100 MV programming positions (and
not enough available programmers to fill those). Good MV programmers with
lots of years of experience might make 75k, the average is probably around
50k. The average income for all IS professionals in the Seattle area last
year was over $200k per year. Most entry level C++ or Java programmers in
the Seattle area make more than MV programmers with ten years of experience.
I am in my late 40's. I like the stability that my primarily MV (but also
Java, MS SQL, Oracle) company provides. But, if I was in my early thirties,
there would be no way I would be betting my career on the multi-value
market.
cromwell
5 sentences created this much activity. A lot of valid points have been
made.
I don't think anybody in the IT profession is betting their career on MV or
any platform or language. In this day of contract programmers and non
existent company loyalty we must all be flexible and willing to adjust.
Many people have written the obituary for the MV data model in the past 30
years. And it is are still kicking. Part of the reason is because it is
Flexible and reliable and doesn't need a 500 MHz processor to run. I can
also quickly respond to my customers needs. The extended BASIC that we use
is rather easy to learn but is quite powerful. I know that I can walk into
(or dial into) any of my customers sites and within a few hours be able to
make modifications to their system.
I program in VB also. I'm far from mastering it, how can I? It changes every
few years and so does Java.
Sometimes it seems like they add complexity for the sake of complexity.
Who knows what the next great thing will be?
Maybe the MV data model will be a great fit for it.
I have seen posts in this NG about XML, and how it is very close to the MV
data model. And the little bit I have read about it. I does look a lot like
MVs.
So who knows, our skills could be in high demand in the future.
Cromwell
webmaster www.mvtools.net
"Don Sprague" <donsp...@home.com> wrote in message
news:7GZw4.53326$_G1.6...@news1.sttls1.wa.home.com...
Spike
What a cool reply. The guy seems like a jerkwad! I love it. "caustic
little comments"
--
Spike Parker
Sent via Deja.com http://www.deja.com/
Before you buy.
Tony Gravagno
> Hellooooo, are you there?
> Or just hiding from the technological advancements for the last 15 years
> like an ostrich digging its head in the sand?
[snip] - Deja power search for "~g comp.databases.pick & java" returns about
500 hits - no ostriches here. Last 15 years? No, Java hasn't been around for
that long.
For what it's worth...
Here at Pick Systems one of my latest tasks has been to come up with a bunch of
demos for interfaces into D3. The specifics aren't important right now, (come
to the Worldwide User Conference if interested) the general idea is that MV
products are databases, not language extensions. There are dozens of ways that
you can connect into these products and multitudes of products that can be used
on the client-side or in middleware. I think we are getting beyond the time
now when we say "hey, did you know that you can use Java to get into your
database?!!" Now we're at the point where we say "hey, I just thought of
another way to use Java to get in..." - and then the person you're talking to
says "very nice, but I haven't done anything with the other hundred ways yet."
Where Pick-like systems used to be communications deficient, they are now
communications-rich. Name your protocol and someone will tell you how to use
it to get in. I know nothing about UniObjects or Universe connectivity. From
a D3 perspective, you can do just about anything you want, my joy in this
market is hearing something new about how someone wants to use it.
Regarding "[sic] if you're going to use Java, you might as well use DB2..." -
isn't that a little backward? We're Pick people reaching out to interface other
technologies into the products that we already know and love. Seems to me a bit
weird to say "since I'm extending out to use the latest programming language I
might as well scrap everything else and go for something Totally unknown!" I
know, that's not what was originally intended, but that's sure how it came
across.
Regarding Java itself - while I'm on a roll... It's unfortunate that a
language with so much potential has so much political baggage, but I guess
that's a part of the growth process. Personally, I have fought some hard
battles with Java, but, like little kids, when I'm done fighting I usually
conclude that Java really does have a lot of power, versatility, and public
support, and that makes it a worthy partner for future alliances.
Your Milage May Vary
Regards,
Tony
(forever a cheerleader)
--
Tony Gravagno - Pick Systems
Corporate Technical Account Manager
USA ph. 949-260-5104 fax 949-261-5308
http://www.picksys.com
http://members.home.net/gravagno/index.html
Melih Rona
I still find it quiet amazing that so many people posted replies to my
posting but only two of them could be bothered to answer my question. Thanks
Ken (Wallis) and Brian Buchanan.
I agree that my posting "Has any of you heard the word JAVA yet?" was a bit
hot headed but the initials postings were just normal usenet inquires about
the performance issues relating to ODBC and UniObjects for Java.
What I find hard to believe is that some of you even boasted in your replies
about how you have been using those technologies on a daily basis (ODBC,
UniObjects etc...) and still they couldn't bothered to give any pointers or
answers to my question.
And of course there were replies such as the one coming from Larry Hazel. I
cross posted. A fine example of usenet bigotry. I postred my question to
comp.java.databases and comp.databases.pick. I think my questions were
relevant to both of the news groups.
As a matter of fact I could have asked the question as a comparison between
ODBC and UniObjects without specifying a language I guess that would have
rendered my question a bit less offensive??? to some of the readers of this
newsgroup. Do you see my point Larry? Altough I posted my question to
comp.java.databases as well, I still think this is the more relevant (the
only across the globe) newsgroup.
Anyways....
Thanks,
Melih
Bob Dubery
wrote:
>Hellooooo, are you there?
>Or just hiding from the technological advancements for the last 15 years
>like an ostrich digging its head in the sand?
There's been a lot of hype about Java, but it's not clear to me that
it is the holy grail of programming - yet. I think that in many ways
it's like Pick/U2 - it has a role to play and does some things very
elegantly, but it is not a panacea.
I find it intriguing too, that Java's much touted portability is
achieved by use of a mechanism very similar to that contrived by the
authors of Pick 30-odd years ago.
Homer L. Hazel
I posted my response to your post because you were obnoxious in your
comments about our lack of response.
I still find you annoying.
As I said before, if no one answers your posts, maybe you are in the wrong
newsgroup.
If you don't like the responses, or the lack of responses, go play some
place else.
Larry Hazel
"Melih Rona" <me...@infovista.com> wrote in message
news:8a4p43$nj8$1...@the-fly.zip.com.au...
Henry Eggers
: Hellooooo, are you there?
: Or just hiding from the technological advancements for the last 15 years
: like an ostrich digging its head in the sand?
No, more like 30 years, because this machine is generally incommensurate
with the trail of 'existing technology' over that period.
`
: ... JAVA....
:
The question is, what do you want to do with JAVA in this context?
Java is a language with a runmachine which is cross-platform object
compatible.
This machine is a database with an excentric data format and tow
associated languages, which is generally cross-platform source
compatible.
Some things you could do with JAVA:
1. You could implement the whole machine in JAVA, and never see it;
2. You could implement the standard 'external data' access to
this data base, and make it look like a normalized RDB;
3. You could implement an 'external file' access method
to this data in its native format, and feed it to routines
in Java;
4. You could supply a class with alll the standard manipulations
to the native data format;
5. You could compile basic to JAVA PCodes and run it on the JAVA
run machine. You could add graphicaphical capabilities to basic,
which map onto the JAVA capabilities, then compile and run that;
6. You could migrate JAVA capabilities back into basic -- thrown
exceptions, typed 'structures-as-clases'.
After the VB end ODBC xercises, it appears that the lack of vigorous
interest in the initial question was that the addition of native
data routines and SQL data access are pretty conventional. As
such, Java is yet another bit of external baggage.
Can it be made to be any more than that in this context?
Regards, hve.
Luke Webber
>Well,
>I still find it quiet amazing that so many people posted replies to my
>posting but only two of them could be bothered to answer my question.
Thanks
>Ken (Wallis) and Brian Buchanan.
>
>I agree that my posting "Has any of you heard the word JAVA yet?" was a bit
>hot headed but the initials postings were just normal usenet inquires about
>the performance issues relating to ODBC and UniObjects for Java.
And you received no response, so you decided to get cheeky. Not a capital
offense, but it's hardly surprising you got some negative responses. You
might have done better by reframing your question, giving specia attention
to the subject header. The subject header is especially important, as proven
by the current level of response to this thread. ;^)
>What I find hard to believe is that some of you even boasted in your
replies
>about how you have been using those technologies on a daily basis (ODBC,
>UniObjects etc...) and still they couldn't bothered to give any pointers or
>answers to my question.
Quite honestly, I never noticed your first post, but that's hardly
surprising. If you made specific mention of UniObjects that would
immediately have sidelined all but a very few of the active participants in
this newsgroup.
>And of course there were replies such as the one coming from Larry Hazel. I
>cross posted. A fine example of usenet bigotry. I postred my question to
>comp.java.databases and comp.databases.pick. I think my questions were
>relevant to both of the news groups.
Not really. The comp.LANG.java.databases group is largely unaware of MV
databases, and most subscribers will just go "huh?", but that's unimportant.
You provoked, Larry responded. You also got some helpful responses, so your
strategy worked.
>As a matter of fact I could have asked the question as a comparison between
>ODBC and UniObjects without specifying a language I guess that would have
>rendered my question a bit less offensive??? to some of the readers of this
>newsgroup. Do you see my point Larry? Altough I posted my question to
>comp.java.databases as well, I still think this is the more relevant (the
>only across the globe) newsgroup.
You're perfectly right there. OTOH, try to put thing thing into perspective.
How many MV programmers are using Unidata? How many of those are also using
UniObjects? How many of those are also active participants in this
newsgroup?
>Anyways....
>Thanks,
Quite right. This is a helpful group, but a request for really specialised
information won't always get a response. Equally, a cranky post will elicit
some cranky responses. No surprises there.
Luke
Bryan Buchanan
>
[snip]
>Regarding "[sic] if you're going to use Java, you might as well use DB2..." -
>isn't that a little backward? We're Pick people reaching out to interface other
>technologies into the products that we already know and love. Seems to me a bit
>weird to say "since I'm extending out to use the latest programming language I
>might as well scrap everything else and go for something Totally unknown!" I
>know, that's not what was originally intended, but that's sure how it came
>across.
>
[snip]
Tony,
A little confusion in the news articles I think. You're responding
in part here to my reply to the original post, where I said that if
you want to use JDBC then you're better off using a relational
database, a la DB2, than a Pick like database. I think I got some
support from Luke on that point in his response.
I like Java, and I like Pick, which is why I 'rolled my own' interface
so I _could_ keep the Pick data structures, call subroutines etc from
Java code. Using JDBC (or indeed ODBC) to talk to Pick doesn't, IMHO,
doesn't add much value to either.
Hope this clears that up !
Bryan.
vis...@my-deja.com
diving in.....
In article <89va9h$c8i$1...@the-fly.zip.com.au>,
"Melih Rona" <me...@infovista.com> wrote:
> Hellooooo, are you there?
> Or just hiding from the technological advancements for the last 15
years
> like an ostrich digging its head in the sand?
I think that this question has been answered by a lot of the other
posts. Maybe we are not so gobsmacked by the so-called advances in
technology. A lot of us have been around for more than those 15 years
and seen "technologies" come and "technologies" go. Java is important,
but it is not *that* innovative. The idea of a virtual machine, and
hardware independence, are something that we work with every day and
have done for all the many years we have been in Pick. For us, it seems
that the rest of the world is slowly raising it's head from the sand..
>
> After checking the my newsserver for a Universe newsgoups without
success I
> had to use this newsgroup to post my inquiry about Universe JDBC,
JAVA and
> UniObjects for JAVA. It has been 3 days and no answer yet.
Considering how
> things work in newsgroups that's a very long time it almost means
there
> won't be any answers to my query.
>
This newsgroup is not a specifically Universe news group, most of the
active participants in this ng use other mv databases.
> And that demostrates what's happening at the PICK and PICK alike DBMSs
> arsenal.
>
> All around the world there wasn't a single soul who could answer my
simple
> query. Including the people working for or distributing Universe. I
guess
AFAIK there are no Ardent (the people who make Universe) people in this
ng. There are Ardent (or Informix Transact) people who regularly
contribute to a list currently called Info-...@oliver.com, though it
will be known as infor...@oliver.com from Saturday 11 march. You
will also find people there who use Universe ODBC.
It is important that you phrase your query properly query. If you had
asked "Does anybody know where I can get information on...." then you
would have probably been pointed to the info-ardent mailing list
straight away.
On a more general note, I only respond to a query where I have used the
technology myself and have something useful to contribute. I am sure
that this is the case with all the contributors in this ng. Most of the
people here, as has already been said but I think it bears repeating,
do not use Universe. Most of the people who do use Universe do not use
ODBC. Most of the people who use some kind of ODBC with Universe do not
use Java. So it is not surprising that you got no responses.
However, if you post a query which I or others in this ng do feel
qualified to answer, I can assure you that you will get replies and get
them very quickly. This is one of the most helpful, polite and
considerate ngs that I have come across. I guess thats why Larry took
such justified exception to the tone of your post...
Ken Clark
database. I'd be happy to discuss anything you'd like on the
Java/UniData/UniVerse front.
We originally tried the JDBC/ODBC bridge, but that was too slow and did not
allow full locking capabilities.
Then we researched a JDBC driver called Liberty that was a direct to
UniData, but we heard about some problems with the speed.
We are now using (ugh) UniObjects. It's real fast, but goes nowhere towards
the database independence we want to achieve.