Andrus,

I'm 100% behind the idea of the complete platform, but I'm worried that your
proposal talks about 'Web Applications'.

I believe that what's needed is an alternative to the very idea that J2EE
(or even J2SE) is *the* definitive collection of java libraries, and that
the project should offering a number of sensible alternatives for use in any
architecture.

Database access, Logging, and Development Process are three things that
you've specifically mentioned that aren't particularly Web or Server
oriented.

Web Applications, or Server Applications, are more part of today's 'fashion'
than inherent categories of how you make a computing solution, and we can
expect things to move on during the lifetime of Java. Well, we can hope,
anyway. :-)

So, if possible, why not talk about a 'development and deployment platform
for Java applications' - and then start off by assembling both the
underlying 'component' toolsets and a number of combination-examples, such
as the jGuru one Ted mentioned, and whatever else might emerge during the
project as perhaps 'miniature live examples'.

Naturally, server applications are the primary interest point initially, but
it would be nice to think that the collection of tools being provided for
distribution would be offered as having wide applicability.

In particular, I believe that if a thing like this is available *and gets
marketed* (in the Red Hat sense) properly, we could start to see the
weakening of the Dilbert idea that only vendor-supplied products are
'serious' tools.

This *marketing* focus is the very thing I had settled on as being the
logical conclusion of the recent threads (J2EE considered harmful, EJB=Bad,
etc). A way to bring the marketplace to see that there are better
alternatives than the Dark Lords. Hence the marketing side (meaning actual
activity to spread the word and work in PR mode with the media) needs to be
a vital part of this project, needing volunteers of a different sort than
technicians.

But assembling the distribution first is very important, and I'm with you on
this.

One small extra: if a RedHat style toolkit distribution were available, the
number of independent consultants who could offer their support services
would exceed the number available to BEA, for example, eliminating that
argument that 'I buy where I can depend on getting support'. Well, we can
dream, anyway.

I had been considering a project along these lines, and had thought of the
name 'Tonic', both because it might revive a sickening architecture and
because the Tonic (in musical terms) is where you want to go after the
Dominant :-)

But, if OED is the same thing, yes, what's in a name ? But, think marketing
eventually !!

- Tim

----- Original Message -----
From: Andrus Adamchik <[EMAIL PROTECTED]>
To: Jakarta General List <[EMAIL PROTECTED]>
Sent: 24 February 2002 21:38
Subject: Re: The Complete Server Platform?


>
> Meaningful names are OK with me too :-) . Suggested versions revolve
> around Enterprise Distribution idea. I personally like "Open Enterprise
> Distribution", with OED acronym used interchangebly. I will register SF
> project under this name and let everybody know when the registration
> goes through.
>
>
>
> Bill Barnhill wrote:
> > How about a (semi?)-catchy name and a meaningful name--
> > Open Distribution for the Enterprise -- ODE
> >
> > Just my two cents,
> > Bill Barnhill
> >
> > ----- Original Message -----
> > From: "Andrew C. Oliver" <[EMAIL PROTECTED]>
> > To: "Jakarta General List" <[EMAIL PROTECTED]>
> > Sent: Sunday, February 24, 2002 11:32 AM
> > Subject: Re: The Complete Server Platform?
> >
> >
> >
> >>Open Enterprise Distribution ...  I'm bigger into descriptive names that
> >>mean something when they don't cause lawsuits...
> >>
> >>:-)
> >>
> >>You asked...  What's in a name?
> >>
> >>-Andy
> >>
>
>
> --
> ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
> - Andrei (a.k.a. Andrus) Adamchik
> http://objectstyle.org
> list email: andrus-jk at objectstyle dot org
> personal email: andrus at objectstyle dot org
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to