tablegen-development — TableGen development information

Re: [Tablegen-development] Hi,

[Joseph C. <Jos...@ma...>]

Hi Kees,

Feel free to put these in - they all sound good to me.
There is a very basic test program in the source tree and if you
could add some more tests to that it would be appreciated.

Cheers,

Joe








Kees Jongenburger <ke...@ne...> on 18/09/2000 15:43:00
                                                                                
                                                                                
                                                                                


                                                              
                                                              
                                                              
 To:      Tab...@li...          
                                                              
 cc:      (bcc: Joseph Carter/MAIN/MC1)                       
                                                              
                                                              
                                                              
 Subject: [Tablegen-development] Hi,                          
                                                              








Hi ,

i am a new developer to tablegen.
i have been modifying the source to fit my needs for the moment.
when can we have the code online?

i whant to know how "interrested you are on the fearture i propose/have

i have made some (not so minor) changes.
i have changed the internal storage of the data from
datatypes to there "Object" friends so
int has become Int, this while the interface still uses get/set(int)

i have added retriveSmart(), wich retrives from the database
where values have been set (by checking if values is or no NULL)

i have added the possibility to create objects from select query's
(because mysql does notsupport views)

i have added feature to add a limit and start item for the database
query's (e.q. LIMIT 3,10 in
sql)

the code i am providing is not yet fully tested i wil keep it evolving but
(it works for me)

the difference in the code are quite big and i can't test is i have broken
something else.

bye.
--
Kees Jongenburger <ke...@ne...>

_______________________________________________
Tablegen-development mailing list
Tab...@li...
http://lists.sourceforge.net/mailman/listinfo/tablegen-development

[Tablegen-development] Hi,

[Kees J. <ke...@ne...>]

Hi , 

i am a new developer to tablegen.
i have been modifying the source to fit my needs for the moment.
when can we have the code online?

i whant to know how "interrested you are on the fearture i propose/have

i have made some (not so minor) changes.
i have changed the internal storage of the data from
datatypes to there "Object" friends so
int has become Int, this while the interface still uses get/set(int)

i have added retriveSmart(), wich retrives from the database
where values have been set (by checking if values is or no NULL)

i have added the possibility to create objects from select query's
(because mysql does notsupport views)

i have added feature to add a limit and start item for the database
query's (e.q. LIMIT 3,10 in
sql)

the code i am providing is not yet fully tested i wil keep it evolving but
(it works for me)

the difference in the code are quite big and i can't test is i have broken
something else.

bye.
-- 
Kees Jongenburger <ke...@ne...>

[Tablegen-development] TableGen-1.10: Integrations from 1.8 and 1.9...

[Frotz F. <FR...@no...>]

Hi Joe, Rob.

Things look good so far in the CVS environment.  The changes that came =
through Joe was incomplete, but with the coming job change (September 1), =
things have slowed signficantly on my end.

At this point it does not make sense for me to continue to push for a 1.9 =
integration.  I've done the class source documentations, as much as I've =
been able to guess, but I'm not confident in those changes.

Rob: Can you be brutally honest and enumerate the bugs (if you have any on =
the top of you list) that I introduced or didn't complete?  I want to make =
sure that my next contribution to this project is far more stable and =
seemlessly integrated rather than appearing to be a complete re-format =
(appologies to Joe).  Publicly or privately as you prefer.  (I'm very =
interesting in measuring my current skills against those of more seasoned =
systems programmers and given the shortness of time that you've had to =
encounter and find my bugs tells me that I have a lot to learn from both =
of you.)

Now that the project is underway in CVS on SourceForge, I'd like to =
participate, but I would prefer to take my lead from you two and contribute=
 where you think I am best suited.



--
Fr...@no..., 1-408-967-6901 (desk)
Web Developer
Operations Application Support, IS&T, San Jose, CA
Novell, Inc., the leading provider of Net services software
www.novell.com=20

[Tablegen-development] Re: Status of TableGen 1.10

[Joseph C. <Jos...@ma...>]

Hi Rob,

Uploading as tablegen seems fine to me.
I've picked up tablegen-new via the CVS, but I've not really played yet.

We should consider placing Bret binaries under our CVS so we can do a single
download from our CVS tree without having to obtain from multiple source
to get off the ground - what do you think?

Handling the joins, binary data etc all sound good - long standing TODOs :-)

There is a good case for give getAddress() type naming, but there is an
potential issue.
There may namespace problems, as some people with inevitably use names which
will clash with our "standard" names (e.g. ones in the base class).
I had a version which allowed you to insert an optional prefix to help with
that.
Offhand I would be inclined to agree and ditch the ByIndex - if any for
esthetic reasons :-)

If you want caching I'd add code to auto generated a cached subclass. There will
be occasions - often? - where the user will not want to cache, and there is
plenty of
problems especially with fast changing data. I'd not put it directly in the core
auto-gen'd class. Make sense?

Wouldn't worry about method naming - I reckon we start at v2.0 as the changes
are significant, and it makes it clear it's a new development - seen as it's
been
quiescent for over a year.

EJB makes sense - I'd stopped active development just as they were becoming
available (free ones anyway!) - but it's obvious that's where it would be
useful.
Longer term, I'd like to make some of these general purpose GUI tool beans
which can be imported into tools such as Forte. Good for RAD work then.

Arrays not Vector is a definite yes - especially as my recently playing with
beans
has shown using vectors for this kind of thing is a mistake.

The missing statement closes are bugs. I think I missed most of those
as I generally use mysql which doesn't really care :-)
I think I'd better start testing against postgresql as well!
Hmmm that's another job - could do with a decent set of tests, as I found
there were a fair amount of bugs due to differences in the JDBC drivers.
Like, err, err handling lots of connections and queries... <grin>.

Joe








"Robert Ratcliff" <rob...@th...> on 12/08/2000 16:44:36

Please respond to rob...@th...
                                                                                
                                                                                
                                                                                


                                                              
                                                              
                                                              
 To:                                                          
                                                              
 cc:      joe...@vi...(bcc: Joseph Carter/MAIN/MC1)  
                                                              
                                                              
                                                              
 Subject: Status of TableGen 1.10                             
                                                              








Hi Joe,

  I just wanted to give you an update on TableGen 1.10. I've merged
two of the major changes you gave me into 1.08. The first one
was the ability to use the new ewin pooling package. The second one
was from the guy at Novell which allowed java naming conventions
and lots of formatting changes. The second "patch" had lots
of bugs in it and so I spent most of the time getting 1.10 to work
again after all the changes. It seems to work for the few number
of tests I've run on it now. I uploaded a test version to
sourcegen as tablegen-new. I'll probably go ahead next week
and upload it as tablegen (unless you have other suggestions.)

I also created a mailing list on SourceForge called tablegen-development.
I haven't tried it out but they claim that its ready to go.

I'm going to spend one more day adding a few more constructors to the
wrappers and if I get time I'd like to add prepared statements to
at least the insert and update functions to handle some binary
data we'll have in our application. Ideally I'd like to add
the capability to handle a joined dataset and automatically
create the object tree by splitting out the data from the joined
result set.

Also, I had a few questions for you in regards to method names.
I'd like to make child objects accessible by just calling their
name such as:

     Person person
          String lastName
          Address address
          Role role

you'd access address by using person.getAddress() instead of
person.getAddressByIndex()
It seems to me that the application programmer doesn't need to know what
you're doing underneath the covers. Whether you're getting a primitive or
a child object shouldn't matter to the user even though you might
be doing an additional database lookup to get the object. Also I was
thinking
of adding a class variable for each child object and a check in the
getAddress() method for instance to see if the address had already been
retrieved. Anyway, do we have to worry about keeping all the method name
conventions
the same? How many users are there of TableGen? I usually don't worry a
whole
lot about backward compatibility until things have stabilized more,
especially
if the end product would be better.

At some point I'd also like to add the capability to have EJB methods
generated for bean managed persistence.

Also, what would you think about replacing the Vector return type with an
Array
instead for the "get" methods that return more than  one object. I could
also
add additional methods that had names like getAllObjectsAsArray. Arrays of
objects are just much easier to code with..no casting, no instance of
checking,
and very simple access to the elements of the Array (no enumeration.)
Its too bad that you can't have methods with the same name and prototype
return
different object types. Do you have a strong opinion on that?

There are also a number of places where the result sets and the statements
aren't being closed. This has been causing the out of cursors errors
in Oracle and such. It appeared that the .disconnect() method was supposed
to handle that but only if you use the class variables for resultSet and
statement.
Was there a reason those weren't used or were you thinking that'd be best
to just close the statements right after the query?

Let me know what you think.

Talk to you soon,

Rob