I am a not really aware of all the JVM mysteries, so excuse me if my question is out of scope :
Is it not possible to use static inner class with constructors instead of using anonymous inner classes ? Won't this solve a part of the problem ? 2010/4/29 Howard Lewis Ship <[email protected]> > 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] > > -- Regards, Christophe Cordenier. Developer of wooki @wookicentral.com
