So it looks like the value is being put into the url, as expected for the context of an action link.
Is your onAction method receiving that context? onActionFromSelect(CayenneDataObject object) {...} ^^^^^^^^^^^^^^^^^^^^^^^^ If you have your original method: onActionFromSelect() {...} then it's not going to do what you expect; either way, the @Parameter object is going to be null (unless you explicitly set it in your onAction method). But the "right way", you will recover the appropriate object from the method parameter. Robert On Dec 9, 2011, at 12/99:01 AM , Hugi Thordarson wrote: >>> (just ignore the commented out code, it's what I'm using to work around the >>> problem until I find a solution) >> >> What's the rendered HTML? > > Well, if I disable the ValueEncoder I made for CayenneDataObjects, it will > look like this: > > http://localhost:8080/tap/userlist.objectlink2.select/$007b$003cObjectId:User$002c$0020id$003d2$003e$003b$0020committed$003b$0020$005bid$003d$003e2$003b$0020creationDate$003d$003eFri$0020Dec$002002$002015:37:45$0020GMT$00202011$003b$0020registrationOffers$003d$003e$003f$003b$0020address$003d$003eGla$00f0heimar$002010$003b$0020contactName$003d$003eGummi$003b$0020userDocuments$003d$003e$003f$003b$0020registrations$003d$003e$003f$003b$0020visitorID$003d$003e1$003b$0020visitor$003d$003e$003f$003b$0020city$003d$003eReykjav$00edk$003b$0020ipAddress$003d$003e$005d$007d > > But if the ValueEncoder is enabled, it looks like this: > > http://localhost:8080/tap/userlist.objectlink2.select/1503831936-User-2 > > >> I think the commented-out code is better because it avoids one request (the >> redirection). > > Ah, I see. I like the other style better since it allows me to work with the > actual page class (passing in variables etc). > It seems that when I use the LinkSource-method of generating page URLs, > variables I set in a page one time "leak" over to the next time the page is > opened (for inspecting a different object). I'm still not entirely sure what > how the lifecycle of page instances works, so I guess I'm going back to the > documentation on that one. > > Thanks you for all your help. > > Cheers, > - hugi > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org