27; <[EMAIL PROTECTED]>
> Subject: RE: [Design Discussion] DynaBean - JavaBeans with dynamic
> properties
>
> Craig, +1 from me.
>
> Although I do believe in stringly typed systems, I also find a need for
> something 'Pythonesque' in my web applications. This
ED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject: Re: [Design Discussion] DynaBean - JavaBeans with dynamic
> properties
>
> On 12/15/01 4:26 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
>
>
> (2)
> >
On Mon, Dec 17, 2001 at 08:38:36AM -0700, Bryan Field-Elliot wrote:
> My main point, Craig, is that it seems a bummer that we continue to
> develop frameworks in Java which steer the developer further and further
> away from the benefits of compile-time checking, and more and more
> towards activi
My main point, Craig, is that it seems a bummer that we continue to
develop frameworks in Java which steer the developer further and further
away from the benefits of compile-time checking, and more and more
towards activities which take a String as a runtime parameter in order
to describe the int
On 15 Dec 2001, Bryan Field-Elliot wrote:
> Date: 15 Dec 2001 15:21:05 -0700
> From: Bryan Field-Elliot <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject:
On Sat, Dec 15, 2001 at 01:26:05PM -0800, Craig R. McClanahan wrote:
> There's been a lot of interest, both here (COMMONS-DEV), on the Struts
> mailing lists, and elsewhere in the idea of a JavaBean-like thing where
> the set of properties can be dynamically defined. If support for this was
> int
On 15 Dec 2001, Bryan Field-Elliot wrote:
> Date: 15 Dec 2001 14:49:30 -0700
> From: Bryan Field-Elliot <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject:
It seems to me that Java was built from the start to be strongly-typed
and compilation-centered. This follows in the strong tradition of C++
and C.
In contrast, languages such as Python (over which I am admittedly
intruiged, but definitely no expert) are weakly-typed, and
scripting-centered.
Rec
+1 for all :-)
> -Original Message-
> From: craigmcc@localhost [mailto:craigmcc@localhost] On Behalf Of
Craig R.
> McClanahan
> Sent: 15 December 2001 21:26
> To: [EMAIL PROTECTED]
> Subject: [Design Discussion] DynaBean - JavaBeans with dynamic
properties
>
> There's been a lot of inter
> * A bean object that represents a Row from a JDBC ResultSet
> (the names and types of the column properties cannot be known
> in advance because they are based on the SELECT statement).
>
> * A way to construct and use "value objects" that extract the
> properties of an EJB into a structu
On Sat, 15 Dec 2001, Jason van Zyl wrote:
> Date: Sat, 15 Dec 2001 17:59:58 -0500
> From: Jason van Zyl <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> Subject:
This is good stuff, and definitely needed in Java.
One question I have is, (and I don't believe you address it in your
overview), will the resulting DynaBean be a real Java class, or will it
instead be something like a property set or hashmap (albeit a more
intelligent one than those provided by
> -Original Message-
> The purpose of the DynaBean design (I'm not firmly attached
> to the name,
> but kinda like it :-) is to support application programming
> designs based
> on JavaBeans design patterns, but where the static nature of JavaBeans
> themselves (i.e. the fact that the set
Craig and other "DynaBeaners",
I implemented a class that is very similar to what you describe several
months ago and it completely changed the way I do things, for the MUCH
better.
I am just going to describe a bit of my experience hoping that some of
you find it useful.
I was in the proc
14 matches
Mail list logo
