Chris Smith said:
I'm trying to understand what you want here.
I'll try to exaplain my way of thinking about this issue,
and some recently messages in comp.lang.java.* and
some other newsgroups.
I want to use Java to FAST develop database application.
So that means that maybe I have to find some forms&report tools
for Java. I wanted to try to find FREE (or cheap) ones.
After some searching I deciede I could try to use JasperReport as
a report tool. I find good its concept of XML translating.
Then I tried to find free forms tool and some Eclipse plug-ins,
Netbeans,
www.gestalt.com were potential to use.
But I like idea of XML processing tool.
I wonder if there any such XML translator for database tables
but none find yet. (I'm thinking of going to do some work: "XML database
translators as a Java form tool" at my Master studies).
I wonder if there is some Java library to easy making forms (for DB apps)
and asked for recommendation.
But all question about this thema were for some reason ambigous or unclear
to other
people, no mather how hard I try to explain. As English is not my native
language - it was just one
reason for harder communication.
Do you really mean that
Swing lacks components? That seems strange; it's one of the more
component-rish user interface libraries that I'm aware of.
I explained which component for example I'm looking for
and I'll say it again if you want to:
<cite>
I need also some "list of values (LOV)" like in Oracle developer (LOV)
component.
I'll explain this. Let's imagine we have database table ARTICLES with
columns id and name.
I want to have possibility to easy make components where application user
may search articles for names
and that components (we can name it LOV) may return value of article id.
I need that I could use that component for different purposes - not just for
articles, I want to use it
for employers, contracts, renters etc. - all usual DB purposes.
Or do you
want non-GUI functionality like database access provided for you?
I don't complain about non-GUI functionality.
One thing you should realize is that Java itself is not a "database
forms" kind of thing; it provides you with a flexible and logical way to
put different pieces together. Because of this, Java is *not* going to
give you a GUI component that can only display data from a database.
Two major database companies : Oracle and IBM use Java "like"
languages in their application frameworks. So if you said to me :
"Java is *not* going to give you a GUI component that can only display data
from a database. "
I couldn't REALLY understand you.
You've got a lot of GUI components available, though, and they all (with
the possible exception of the text components) provide a general and
abstract model interface that you can implement to display data from
your database.
OK. It seems I have to try to make components I want to.
In general, it's best to do this with knowledge of your own application,
so few people write generic models for data from databases. That's
because most sizable database applications will access the database via
some kind of generic interface that hides the details of where the data
comes from. Options there include O/R mappers, remote calls to
middleware, or just a plain set domain-specific data wrappers.
1. I don't know about that kind of generic interfaces but I worked at
database products with 300+ tables.
2. I have no expirience and don't know need for "remote calls to middleware"
and "just a plain set domain-specific data wrappers". If somebody have time
and will to explain me that, he are welcome
.