I have some cases where before returning the 'next' page, I store the current page on a var on the next page, like 'previousPage'

nextPage=pageWithName("blabla");
nextPage.setPreviousPage(this);

Then on that page I have a link or button that returns previousPage.

return previousPage;


Seems to work alright. I'm willing to be educated on a better way if any.

Henrique Gomes



On Oct 14, 2009, at 2:55 PM, Andri vonAllmen wrote:

The end result:

A user navigates from page A to page B to page C.
Page C has a hyperlink to page A (return pageWithName("A")).
If clicking on this hyperlink, page A shall be shown in the same state as it has been left (e.g. the same filter options, etc.).

Mike Schrag <msch...@mdimension.com> schrieb am Mittwoch, 14. Oktober 2009 um
15:18 in Nachricht <2a345bc9-7581-4c6c-82ab-89e761ee3...@mdimension.com >:
Can you explain this more in terms of the end result you're trying to
achieve rather the approach you're trying at the moment?

On Oct 14, 2009, at 4:03 AM, Andri vonAllmen wrote:

Hi Stephane,

The reason for not using the WO caching mechanism was, that I'm
maintaining a application which has "pageWithName" methods ad
infinitum and this method does always create a new instance of a
page (please do correct me, if this is not true), which is not the
behaviour I want it to have (I want it to check the cache first).

Thank you for responding,
Andri

Stephane Guyot <stephane.guyo...@wanadoo.fr> schrieb am Mittwoch,
14. Oktober
2009 um 09:16 in Nachricht <6e311acc-81e0-40a4-8894-2d2c5a00f...@wanadoo.fr
:

        Andri,

        I don't what exactly you want do, but have a look on API Session :
restorePageForConextID, savePage, savePageInPermanentCache.
        You can start to override this API and just log, to understand how
WebObjects works with pages and contextIDs.

        HTH,
        Stephane


Le 13 oct. 09 à 10:29, Andri vonAllmen a écrit :


Dear List,

in an Applications Session, a NSMutableDictionary object is used for "caching" pages. Everytime the "pageWithName" method is called, the
dictionary is queried in order to determine if the requested page
does
already exist, if true the existing page is returned, else a new
one is
generated and stored in the dictionary. This is made in
Application.java
by overriding the "pageWithName" method:

public WOComponent pageWithName(String aName, WOContext aContext) {
  Object result = null;
  if ( aContext.hasSession() ) result =
((NSMutableDictionary)((Session)aContext.session()).cachedPages
()).objectForKey(aName);
  if ( result == null ) {
    result = super.pageWithName(aName, aContext);
    if ( aContext.hasSession() ) if ( aName != null )
((NSMutableDictionary)((Session)aContext.session()).cachedPages
()).setObjectForKey(result,
aName);
  }
  return (WOComponent)result;
}

This works with one exception. Making changes on Enterprise
Objects is
not possible in every case. Saving changes works, if always the same
object is changed but not if two different objects are changed
(changing
the first, saving the changes, then changing the second and saving
the
changes). But if making changes on a object, saving it, and then
revert
the changes (to the same state as before changing it the first
time),
making changes on other objects is possible.

As mentioned in the WO API Reference, for pages being stored in a
variable the "ensureAwakeInContext" method has to be called, but
this
has no effect. Same if refreshing the objects in the default editing context ("refreshAllObjects", "refaultAllObjects") which is used on
all
pages.

Any suggestions or other hints would be appreciated.

Regards
Andri


--- Disclaimer:
--------------------------------------------------------- This
email and
contents is for use only by the intended recipient. If you are not
the
individual or entity to whom it is addressed, you are hereby
formally
notified that any use, copying or distribution of this email and
attachments, in whole or in part, is strictly prohibited. If you
have
received this email in error, please notify the sender and delete
the
message and attachment(s) from your system. Any views, opinions or
information, expressed or contained in this email, are those of the
sender and not necessarily reflect those of CEDES. To help protect
our
environment, please avoid printing out this information
unnecessarily.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/
stephane.guyot11%40wanadoo.fr

This email sent to stephane.guyo...@wanadoo.fr


IBCM :  International Bank of Chatenay-Malabry http://www.kiva.org/
lender/stephane4127 - Click on Map View


--- Disclaimer:
--------------------------------------------------------- This email
and contents is for use only by the intended recipient. If you are
not the individual or entity to whom it is addressed, you are hereby
formally notified that any use, copying or distribution of this
email and attachments, in whole or in part, is strictly prohibited.
If you have received this email in error, please notify the sender
and delete the message and attachment(s) from your system. Any
views, opinions or information, expressed or contained in this
email, are those of the sender and not necessarily reflect those of
CEDES. To help protect our environment, please avoid printing out
this information unnecessarily.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:

http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com


This email sent to msch...@mdimension.com


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/andri.vonallmen%40cedes
.com

This email sent to andri.vonall...@cedes.com


--- Disclaimer: --------------------------------------------------------- This email and contents is for use only by the intended recipient. If you are not the individual or entity to whom it is addressed, you are hereby formally notified that any use, copying or distribution of this email and attachments, in whole or in part, is strictly prohibited. If you have received this email in error, please notify the sender and delete the message and attachment(s) from your system. Any views, opinions or information, expressed or contained in this email, are those of the sender and not necessarily reflect those of CEDES. To help protect our environment, please avoid printing out this information unnecessarily.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/lists%40farol.pt

This email sent to li...@farol.pt

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to