Re: Why J2ME?

Andrzej Jan Taramina wrote:
> Stefano objects:
> 
> 
>>Let me remind you that Avalon is a server side framework and it was 
>>designed to be that way and the ASF created a project to substain that.
> 
> 
> Embedded controllers ARE server side in many aspects and need a 
> lightweight container implementation.  Makes sense to build that on the Avalon 
> framework if possible.

Point taken and acknowledged.

Yet, I'm a little bit scared by the fact that this project is moving 
into a technological realm that is very restrictive.

Like I said, I fear the consequences of a 'one size fits all' framework 
or common-denominator-down-your-throwt.

It's true that Avalon is, more than anything, a collection of patterns, 
metapatterns and guidelines, enforced by programmatic constructs (java 
interfaces today, something else tomorrow) and container implementations.

But say that the JCP comes up with the concept of metadata built into 
Java 1.5 (Avalon will need that in the future) but they decide, for 
simplicity and cost of implementation, to leave this feature out of J2ME.

What do we do? ignore a nice feature that 90% of our users would love to 
have because it's not available on J2ME?

I would love to be proven wrong, but I don't want this project to follow 
into Sun's marketing WORA traps and influence its evolution because of that.

-- 
Stefano Mazzocchi                               <[email protected]>
--------------------------------------------------------------------