Hi Geert,
I'm using IDEA 6.02 (build #6107) on a 3.0GHz DP Mac Pro using
Apple's JDK 1.5.0_06.
Nope; the fragment is just as you see it; the rest of the code is
just the other while clauses to deal with the next form pages. The
selectListBuilder and supporting code is verbatim from the code Steve
Grimm posted to the Wiki (the Dynamic Selects using Dynamic
Constraints code). I'll try to pull together a minimal example over
the weekend; my business partner is flying in from SF tonight for a
weekend of intense brainstorming and pre-launch work... and to check
out the app so it may not be before next week.
I have what I need for the moment with the simpler (Tyler) version of
dynamic selects; but Steve's version is a bit more direct it seems to
me; something like it -- since its pretty agnostic about how you keep
the data and it's integrated into the meta-data model cleanly --
would seem to be to be a great way to go in 1.6.
best,
David
On Jan 5, 2007, at 3:09 AM, Geert Bevin wrote:
Hi David,
do you somewhere use an list iterator in your element? I don't
understand where it would come from by looking at the code you
pasted yesterday. Also, which Java compiler are you using, Sun's or
something else?
About the empty bean not working, that is weird. Would you mind
creating a small self-contained example that manifests this
behavior? The easiest is to just start from the jumpstart archive
and add your element and template. You can just use static maps for
the select box values instead of populating them from the
datasource. This would make it much easier for be to trace and
track down any possible problems.
There isn't a better way planned for 1.6 atm, but I'm open to any
suggestion. If I think that it's a good idea I'll do my best to
implement/include it.
Best regards,
Geert
On 04 Jan 2007, at 15:56, David HM Spector wrote:
Hi Geert,
Yeah, I tried it with an empty bean; no luck.
Upon further inspection (read it's no longer 2:30AM :) the
clonable errors seem to be happening independent of the instance
of the Venue object but inside the template processing somewhere
due to the List<> I am passing to selectListHelper. The cookbook
page(s) don't state anywhere that you need to implement a
cloneable list or Iterator... so I guess it could be that
something changed between the time the cookbook entry was written
and now (I'm using the Rife-1.5.1 jar)...
Is there a better way to implements dynamic SELECTs coming say in
1.6 (hint, hint :) as its really a useful feature and quite common
in forms (wink, wink, nudge, nudge :) ..?
Anyway, here's what I get:
com.uwyn.rife.engine.exceptions.EngineException
com.uwyn.rife.engine.exceptions.ElementLocalVariableUncloneableExcept
ion: The implementation
'com.zeitgeist.nela.implementations.AddVenue' of element uses a
local method variable of type 'java.util.AbstractList$Itr' which
is not cloneable.
at com.uwyn.rife.engine.RequestState getContinuationContext
( RequestState.java : 151 )
at com.uwyn.rife.engine.RequestState getElementContext
( RequestState.java : 228 )
at com.uwyn.rife.engine.RequestState service
( RequestState.java : 335 )
at com.uwyn.rife.engine.Gate handleRequest ( Gate.java :
421 )
at sun.reflect.GeneratedMethodAccessor10 invoke ( <unknown> )
at sun.reflect.DelegatingMethodAccessorImpl invoke
( DelegatingMethodAccessorImpl.java : 25 )
at java.lang.reflect.Method invoke ( Method.java : 585 )
at com.uwyn.rife.servlet.RifeFilter doFilter
( RifeFilter.java : 142 )
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain
doFilter ( WebApplicationHandler.java : 823 )
at org.mortbay.jetty.servlet.WebApplicationHandler dispatch
( WebApplicationHandler.java : 473 )
at org.mortbay.jetty.servlet.ServletHandler handle
( ServletHandler.java : 567 )
at org.mortbay.http.HttpContext handle
( HttpContext.java : 1565 )
at org.mortbay.jetty.servlet.WebApplicationContext handle
( WebApplicationContext.java : 635 )
at org.mortbay.http.HttpContext handle
( HttpContext.java : 1517 )
at org.mortbay.http.HttpServer service ( HttpServer.java :
954 )
at org.mortbay.http.HttpConnection service
( HttpConnection.java : 814 )
at org.mortbay.http.HttpConnection handleNext
( HttpConnection.java : 981 )
4 more ...
com.uwyn.rife.engine.exceptions.ElementLocalVariableUncloneableExcept
ion
The implementation 'com.zeitgeist.nela.implementations.AddVenue'
of element uses a local method variable of type
'java.util.AbstractList$Itr' which is not cloneable.
at com.uwyn.rife.engine.ContinuationContext clone
( ContinuationContext.java : 408 )
at com.uwyn.rife.engine.ContinuationManager cloneContext
( ContinuationManager.java : 221 )
at com.uwyn.rife.engine.ContinuationManager
createNewContext ( ContinuationManager.java : 161 )
at com.uwyn.rife.engine.RequestState getContinuationContext
( RequestState.java : 147 )
at com.uwyn.rife.engine.RequestState getElementContext
( RequestState.java : 228 )
at com.uwyn.rife.engine.RequestState service
( RequestState.java : 335 )
at com.uwyn.rife.engine.Gate handleRequest ( Gate.java :
421 )
at sun.reflect.GeneratedMethodAccessor10 invoke ( <unknown> )
at sun.reflect.DelegatingMethodAccessorImpl invoke
( DelegatingMethodAccessorImpl.java : 25 )
at java.lang.reflect.Method invoke ( Method.java : 585 )
at com.uwyn.rife.servlet.RifeFilter doFilter
( RifeFilter.java : 142 )
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain
doFilter ( WebApplicationHandler.java : 823 )
at org.mortbay.jetty.servlet.WebApplicationHandler dispatch
( WebApplicationHandler.java : 473 )
at org.mortbay.jetty.servlet.ServletHandler handle
( ServletHandler.java : 567 )
at org.mortbay.http.HttpContext handle
( HttpContext.java : 1565 )
at org.mortbay.jetty.servlet.WebApplicationContext handle
( WebApplicationContext.java : 635 )
at org.mortbay.http.HttpContext handle
( HttpContext.java : 1517 )
7 more ...
java.lang.CloneNotSupportedException
java.util.AbstractList$Itr
at com.uwyn.rife.tools.ObjectUtils deepClone
( ObjectUtils.java : 233 )
at com.uwyn.rife.engine.ContinuationStack clone
( ContinuationStack.java : 365 )
at com.uwyn.rife.engine.ContinuationContext clone
( ContinuationContext.java : 403 )
at com.uwyn.rife.engine.ContinuationManager cloneContext
( ContinuationManager.java : 221 )
at com.uwyn.rife.engine.ContinuationManager
createNewContext ( ContinuationManager.java : 161 )
at com.uwyn.rife.engine.RequestState getContinuationContext
( RequestState.java : 147 )
at com.uwyn.rife.engine.RequestState getElementContext
( RequestState.java : 228 )
at com.uwyn.rife.engine.RequestState service
( RequestState.java : 335 )
at com.uwyn.rife.engine.Gate handleRequest ( Gate.java :
421 )
at sun.reflect.GeneratedMethodAccessor10 invoke ( <unknown> )
at sun.reflect.DelegatingMethodAccessorImpl invoke
( DelegatingMethodAccessorImpl.java : 25 )
at java.lang.reflect.Method invoke ( Method.java : 585 )
at com.uwyn.rife.servlet.RifeFilter doFilter
( RifeFilter.java : 142 )
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain
doFilter ( WebApplicationHandler.java : 823 )
at org.mortbay.jetty.servlet.WebApplicationHandler dispatch
( WebApplicationHandler.java : 473 )
at org.mortbay.jetty.servlet.ServletHandler handle
( ServletHandler.java : 567 )
at org.mortbay.http.HttpContext handle
( HttpContext.java : 1565 )
9 more ...
On Jan 4, 2007, at 4:35 AM, Geert Bevin wrote:
Hi David,
I never used this helper class, but it seems to me that you can
create a new Venue object when the element is instantiated
(private Venue mVenue = new Venue();). This will be your
'starting state', ie. an empty bean instance.
Also, I'm wondering which errors you get exactly about non-
clonable objects. I suppose it's for the Venue instances. When
using continuations, RIFE has to be able to clone your state for
each continuation step for the back button to work correctly.
You have several options here:
* you don't care about the back button snapping back to previous
state
Then you can just use setCloneContinuations(false) in your
element, or override the cloneContinuations() method to return
false.
* you want to carry around some state in between continuation
steps (for example the venue data that they're filling in)
You can then implement the clone() method of your element and
preserve the current venue instance for each clone, you can find
an example of this here: http://rifers.org/
08_advanced_continuations/src/==%20syntax%20highlighted%20==/
Order.java.html
Note that you'll then probably use fillSubmissionBean when the
data of each step comes in and not getSubmissionBean. This goes
together well with the empty bean instance suggestion I made at
the start of this message. It's also perfect to use with stepBack
continuations.
* you want to clone each individual venue instance for the
corresponding continuations
You'll have to implement the clone method of the Venue class.
Chances are though that you can use the standard Object clone
method that the JDK provides which creates a shallow copy and is
perfect for the immutable basic Java types.
protected Object clone() throws CloneNotSupportedException {
Venue new_venue = (Venue)super.clone();
return new_venue;
}
When you have more complex data structures (collections, maps,
arrays, ...), the ObjectUtils.deepClone method will allow you to
create deep copies of most of the typical types that you use as
bean properties.
Hope this helps.
Geert
I've been trying to follow the recipe for creating the dynamic
select elements (http://tinyurl.com/y4ssym) but there's
something I'm not understanding... the selectListHelper method
wants the bean with the
item to be the select target ("item" in the example) as part of
its argument list ... which would need to be already
populated ... which would mean that the form would already be
posted so that getSubmissionBean() would have to have been
called already so as to have a non-null bean to pass to
selectListHelper().
--
Geert Bevin
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Music and words - http://gbevin.com
_______________________________________________
Rife-users mailing list
[email protected]
http://lists.uwyn.com/mailman/listinfo/rife-users
---------------------------------------------------------------------
----------------------
David HM Spector
spector (at) zeitgeist.com
http://www.zeitgeist.com/
voice: +1 631.261.5013
fax: +1 212.656.1443
~ ~ ~
"New and stirring things are belittled because if they are not
belittled, the
humiliating question arises, 'Why then are you not taking part in
them?'"
--H. G. Wells
_______________________________________________
Rife-users mailing list
[email protected]
http://lists.uwyn.com/mailman/listinfo/rife-users
--
Geert Bevin
Uwyn "Use what you need" - http://uwyn.com
RIFE Java application framework - http://rifers.org
Music and words - http://gbevin.com
_______________________________________________
Rife-users mailing list
[email protected]
http://lists.uwyn.com/mailman/listinfo/rife-users
------------------------------------------------------------------------
-------------------
David HM Spector
spector (at) zeitgeist.com
http://www.zeitgeist.com/
voice: +1 631.261.5013 fax:
+1 212.656.1443
~ ~ ~
"New and stirring things are belittled because if they are not
belittled, the
humiliating question arises, 'Why then are you not taking part in
them?'"
--H. G. Wells
_______________________________________________
Rife-users mailing list
[email protected]
http://lists.uwyn.com/mailman/listinfo/rife-users
