do i have to create a list, iterate over them all and one by one add them to the list.
yes, that's what I did. but because I'm not an expert, you should wait for other opinions
andreas
Janssen, Roger wrote:
hi,
how can i put them in a list?
do i have to create a list, iterate over them all and one by one add them to the list. so displaying a list, this drastically increases the amount of steps needed to display it.
-----Original Message----- From: Andreas Bohnert [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 31, 2004 12:24 PM To: OJB Users List Subject: Re: [bug] cannot reach data in chaining iterator because resources ar e closed
hello janssen,
i had the same 'problem'. now I put all items in a list, close the pk, and iterate over the list now.
from my point of view, I would say it was a bug, that ojb has allowed to iterate with a closed pk.
because there can be no cursor left to iterate over the query.
well, that's what I believe... regards andreas
Janssen, Roger wrote:
Hi,binding
I'm migrating from rc4 to rc6.
I now am confronted with the behaviour of RsIterator with its close
to a persistencebroker instance.not
Case 1: - 1. create persistence broker - 2. issue a query, resulting in an java.util.Iterator. - 3. close broker - 4. do something with iterator
In this case the iterator might be an RsIterator, that is created in some
backend component (step 1 to 3), returned by this component and then given to a presentation layer where it
will be processed for display (for instance
Velocity engine processing velocity template to generate html code with the
iterator in its context).
However, i am not able to acess the data anymore!!!! Big problem i would
say.
The backend could set the autorelease switch to false, but that would mean,
that from within my presentation layer,
somehow i will have to implement a 'manual' resource release. This might
theirbe possible, and if it were possible, it is kind of ridiculous to implement this kind of backend businesslogic in a presentation layer.
Case 2: - same as case one, but the resulting iterator is a ChainingIterator
In case 2, i can no longer access my data. All nested RsIterators have
whatresource released. And i have not found a way to prevent this from happening. ChainingIterator contains no logic to set the autorelease switch on all iterators.
Of course the same issues of case 1 remain valid.
Am i overlooking something and/or doing something completely wrong and/or
have no understanding of this functionality
whatsoever????
Do i really have to explicitly release the resources on the RsIterator,
happens if i do not?interference.
As it is, i cannot access my data anymore using rc6.... that poses me for some kind of a problem.
Thanx for any help on this issue,
Roger Janssen <mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED] iBanx B.V <http://www.ibanx.nl/> http://www.ibanx.nl Kon. Wilhelminaplein 13 tel +31-20-5727900 P.O. Box 69289 fax +31-20-5727901 1060 CH Amsterdam mobile +31-6-505 267 13 The Netherlands
*************************************************************************
The information contained in this communication is confidential and is
intended solely for the use of the individual or entity to whom it is
addressed.You should not copy, disclose or distribute this communication without the authority of iBanx bv. iBanx bv is neither liable for the proper and complete transmission of the information has been maintained
nor that the communication is free of viruses, interceptions or
If you are not the intended recipient of this communication please return the communication to the sender and delete and destroy all copies.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
*************************************************************************
The information contained in this communication is confidential and is
intended solely for the use of the individual or entity to whom it is
addressed.You should not copy, disclose or distribute this communication without the authority of iBanx bv. iBanx bv is neither liable for the proper and complete transmission of the information has been maintained
nor that the communication is free of viruses, interceptions or interference.
If you are not the intended recipient of this communication please return the communication to the sender and delete and destroy all copies.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
