On Wed, Apr 28, 2010 at 11:32 PM, Christophe Cordenier <[email protected]> wrote: > I guess only JDK 7 native closure support should solve this dilemma. >
Not really; closures will tighten up the syntax, but are not significantly more than what can be done with inner classes today. First class methods may be useful, but may be limited to public methods. > 2010/4/28 Howard Lewis Ship <[email protected]> > >> As I said previously, it's a case of creating new classes vs. using >> reflection (in many cases). However, there's still lots of >> opportunities to streamline the process I hope. >> > > What's your view on this ? TAP5-993 is part of it ? > > > >> >> I can't help feeling that langugages such as Clojure and perhaps Scala >> must have similar issues; i.e., an explosion of classes. I've noticed >> that when AOT compiling Clojure code, the final JAR files are several >> times the size of the source files (for normal Java code, it's >> approximately 1:1). >> >> On Wed, Apr 28, 2010 at 10:23 AM, Christophe Cordenier >> <[email protected]> wrote: >> > If i can help in anyways to track or fix, i ll be pleased to work on it. >> The >> > resulting api is really worthy >> > >> > Le 28 avr. 2010 à 18:52, Howard Lewis Ship <[email protected]> a écrit : >> > >> >> On Wed, Apr 28, 2010 at 4:54 AM, Christophe Cordenier >> >> <[email protected]> wrote: >> >>> >> >>> Hi, >> >>> >> >>> To avoid some cumbersome hacking or use of ognl, i finally decided to >> >>> automatically generate one getter for each know activity type. This was >> >>> the >> >>> opportunity to test the brand new Component Class Transformation API. >> >>> >> >>> Thanks to Howard for this great changes, no BodyBuilder anymore. >> >> >> >> Yes, though the cost seems to be an explosion of classes taking up a >> >> big chunk of permgen space. This has me a bit concerned. >> >> >> >>> >> >>> Best Regards, >> >>> Christophe Cordenier. >> >>> >> >>> 2010/4/28 Christophe Cordenier <[email protected]> >> >>> >> >>>> Hi >> >>>> >> >>>> Currently property conduit are created when the page template is >> parsed, >> >>>> i >> >>>> guess there is good reasons for that (performance, template >> validation) >> >>>> But what about a property binding that would be able to get >> informations >> >>>> from the returned type and note the type of the accessor. >> >>>> >> >>>> In my case, i have different blocks that display different type of >> >>>> activities. Every activity extends a base one, but each activity has >> >>>> specific attributes. >> >>>> My first implementation was to define one component per activity and >> put >> >>>> all the generics stuff in base component class. >> >>>> >> >>>> But i thought it would be more elegant to do it the >> >>>> 'PropertyDisplayBlocks' >> >>>> way, i mean create a context that contain the datas to display and let >> a >> >>>> service decide which block to display in function of the activity >> type. >> >>>> But >> >>>> doing this i am still stuck to my specific attributes problem. >> >>>> >> >>>> Any idea ? >> >>>> >> >>>> -- >> >>>> Regards, >> >>>> Christophe Cordenier. >> >>>> >> >>>> Developer of wooki @wookicentral.com >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Regards, >> >>> Christophe Cordenier. >> >>> >> >>> Developer of wooki @wookicentral.com >> >>> >> >> >> >> >> >> >> >> -- >> >> Howard M. Lewis Ship >> >> >> >> Creator of Apache Tapestry >> >> >> >> The source for Tapestry training, mentoring and support. Contact me to >> >> learn how I can get you up and productive in Tapestry fast! >> >> >> >> (971) 678-5210 >> >> http://howardlewisship.com >> >> >> >> --------------------------------------------------------------------- >> >> 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] >> > >> > >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > -- > Regards, > Christophe Cordenier. > > Developer of wooki @wookicentral.com > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
