Re: [Sapforge-general] Sapforge studio

[Edson C. E. R. <eds...@mg...>]

I agree... As I stated, this is a early coding... There is a lot of "to-d=
o"
here...

A abstraction layer for database access is something I was thinking last
night... Several information that is important to studio cannot be obtain=
ed
just using JDBC. An example was to dected if a resultset is editable or n=
ot
just before trying to open the resultset. Will give us an error if the
resultset is readonly :(
But the operations is delegated to a specialized plataform class (in case=
,
SapDbFactory - this is not the best name, right?). I think we can assume
that the abstraction base class is the
net.sourceforge.sapforge.studio.session.Session, or we need to refactor s=
ome
code to avoid high dependency from Session class (besides it's not linked
with UI, and it's at heart of the studio).

I was able to connect to several SapDB servers at my site (event throught=
 a
firewall and the internet), but remember: you need the SapDB jdbc driver =
in
class path.

After hours of searching the web by confortable XUL implementation to wor=
k,
I concluded I've wasted my time, and started coding in Swing by my self. =
I
will not use NetBeans to generate (crappy) swing code.

I think someone else should start research XUL or anything else. I've use=
d
Swing because I work with Swing day-by-day, and is easier to me. SWT isn'=
t
hard, but then we will need the swt DLL distributed with the app, what ma=
ke
our app not so portable (besides I think SWT presently has a more
professional look).

SWT has a pretty editor (SWT Designer, if I not mistake myself), but
generate crappy code too, and can't edit menus, so need conding by the wa=
y.

Interesting the link for pgAdmin. I've looked, and belive me, I've starte=
d
the Swing UI with a really near approach in mind (even I never got to tha=
t
site before). We will have a tree at left to see connections and objects,
and a desktop pane which content derives from context (select in the tree=
).



----- Original Message -----=20
From: Sven K=F6hler
To: sap...@li...
Sent: Friday, October 17, 2003 5:45 PM
Subject: Re: [Sapforge-general] Sapforge studio


> Uau, takes a long time since I last touched our studio source code.
> Since I think people like to see something (an image is thousand valuab=
le
> than a million of words), I started to create a simple Swing UI to stud=
io.
> Execute the net.sourceforge.sapforge.studio.swingui.Main class.

Hmm, i think there was a discussion about SWT and Swing. Was there any
result?

Does anybody of you know pgadmin?
Out program could look like it.

http://www.pgadmin.org
http://www.pgadmin.org/pgadmin3/shots/pgadmin3_win32.png

> By now, we are able to open multiple connections, and keep separate
desktop
> panes for each. The unique real utility avaliable by now is a query
executor
> with data editor (based on javax.swing.TableModel, so don't blame me if=
 it
> now work like you expect).

I wasn't abled to connect to my DB (i guess i am to dump at the moment.
i've took some medcine to defeat my cold) so i couldn't test it yet.

I'll do some code-review in the next days.

What about the Database-Abstraction-Layer (DAL)? Is JDBC our
database-abstraction-layer? I think we'll miss several things if we
continue using JDBC.
A DAL would be an extension to the JDBC-API that provides more tools and
  information. We would have to provide DAL-modules for each Database
that's supported. A DAL-module that's based only on JDBC would be
possible, but would only provide limited support.



-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Sapforge-general mailing list
Sap...@li...
https://lists.sourceforge.net/lists/listinfo/sapforge-general


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.529 / Virus Database: 324 - Release Date: 16/10/2003