On Fri, 2002-10-25 at 10:33, Craig R. McClanahan wrote:
> Conceptually, one can imagine a RowSet implementation that did not copy
> anything unless you tried to *modify* existing data, at which point it
> would keep "dirty" copies of the data that was changed. As long as the
> underlying ResultS
On Fri, 25 Oct 2002, Frederico Schuh wrote:
> Date: Fri, 25 Oct 2002 07:01:05 -0700 (PDT)
> From: Frederico Schuh <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: RE:
RowSet from Sun is closed source but there are way to look in.
Open Source RowSet is at jxUtil on Sourceforge, easy to look at.
Also Oracle has RowSet as optional download to the JDBC (it is not a
part of regular Oracle JDBC)
I found it to be fastest, easiest. My favorite part is that RowSe
Hookom, Jacob John wrote:
I guess I'm lost as to why CachedRowSet is a zero copy? The source
code for the basicPortal's still copies all the data into another,
internal collection.
No it does not. CVS will be up, else I would link you.
Pseudo code is soemthing like this:
getNameX () {
g
No, you're right Jacob. It would, in fact, have to do a copy. I don't,
quite frankly, know why I misrepresented it. I think it's still more
minimalistic than OJB though - so the original person asking may yet
prefer it. I certainly would rather see a person use CRS than keeping
ResultSets o
The CachedRowSet has to perform copying of data, it
cannot keep track of references only . The ResultSet
has a small volatile buffer that gets overwritten as
it is iterated over. So this means that if the
CachedRowSet stored only pointers, it would point to
the most recent rows being fetched from t
grab the source for it all, but it was still missing java
files.
-jacob
| -Original Message-
| From: Bryan Field-Elliot [mailto:bryan_lists@;netmeme.org]
| Sent: Friday, October 25, 2002 8:39 AM
| To: Struts Users Mailing List
| Subject: RE: Zero-copy persistence with Struts?
|
| On Fri,
urce for it all, but it was still missing java
files.
-jacob
| -Original Message-
| From: Bryan Field-Elliot [mailto:bryan_lists@;netmeme.org]
| Sent: Friday, October 25, 2002 8:39 AM
| To: Struts Users Mailing List
| Subject: RE: Zero-copy persistence with Struts?
|
| On Fri, 2002-10
On Fri, 2002-10-25 at 00:55, Hookom, Jacob John wrote:
> I guess I'm lost as to why CachedRowSet is a zero copy?
> The source code for the basicPortal's still copies all the data into another,
>internal collection.
>
> Regards,
> Jacob
>
>
Here's how my thinking has evolved since I ope
gards,
Jacob
-Original Message-
From: Frederico Schuh [mailto:fred_schuh@;yahoo.com.br]
Sent: Fri 10/25/2002 1:41 AM
To: Struts Users Mailing List
Cc:
Subject: RE: Zero-copy persistence with Struts?
Though I a
Though I agree with the CachedRowSet solution, I don't
think using a ResultSet is bad at all. If you can find
a way to wrap it around an interface like you are
proposing, it can be cleaner to the JSP page and will
be more memory efficient than using a CachedRowSet,
and thus it will be more scalable
Thanks, I'll take a look.
I've never even used RowSet before... My trusty O'Reilly JDBC book
devotes a whopping 2 pages to RowSet which I conveniently overlooked.
I'll take a look at RowSet and then the CachedRowSet extension...
Bryan
On Wed, 2002-10-23 at 12:09, Eddie Bush wrote:
> If you're
If you're set on zero-copy, CachedRowSet is probably the best way to go.
There is an OS implementation on sourceforge, I believe. Vic uses it
in basicPortal - that is his approach as well.
Personally, I use OJB. If you're trying to cut out all the "overhead"
you can CachedRowSet would probabl
| -Original Message-
| From: Miller, Jason [mailto:jmiller@;ostglobal.com]
| Sent: Wednesday, October 23, 2002 11:13 AM
| To: 'Struts Users Mailing List'
| Subject: RE: Zero-copy persistence with Struts?
|
| I do something similar to what you are proposing, so far as the
| Re
I do something similar to what you are proposing, so far as the
ResultSet-to-the-view bit goes. I have a wrapper class that adapts an
Iterator interface to anything you need.
So far as closing the resources go, I ended up coding in a requirement that
the ResultSet only contain the data that is to
Look at basicPortal.sf.net, we use rowSet, not resultset.
.V
Bryan Field-Elliot wrote:
I'm banging my brain against the sides of my skull trying to think of a
way to do zero-copy JDBC persistence with Struts.
What I mean by zero-copy is, basically, pass as much "raw data" as
possible between the
16 matches
Mail list logo