| William M. Klein 2005-04-26, 3:55 am |
| If you think that having native XML support added to the standard is a bad idea,
you really SHOULD communicate this to your "national standards body". The
current J4 development was (as Chuck already pointed out) prompted by the HIGH
priority that the "national representatives" in WG4 placed on this. If you
think YOUR national body should oppose it, then communicate this to them "ASAP".
(I don't guarantee that they will agree - or that your national body's opinion
will "win" at WG4, but if you don't communicate your opinion, then I *can*
guarantee that it won't be considered.)
--
Bill Klein
wmklein <at> ix.netcom.com
"jce" <defaultuser@hotmail.com> wrote in message
news:Gyebe.25206$5f.19431@tornado.tampabay.rr.com...
>
> "William M. Klein" <wmklein@nospam.netcom.com> wrote in message
> news:pIcbe.1044776$za2.165503@news.easynews.com...
>
> It seems a strange solution? Why not have native language support for logging
> ? Why not have native language support for a messaging service? Why not have
> native language support for both - logging via XML over JMS?
>
> It seems a strange request to have a native solution to a dynamic environment.
> The XML of 2002 is nothing like the XML of 2005. When I was more active in
> this I was downloading Xerces almost monthly.
>
> It will be another problem for COBOL to maintain adoption of new standards.
> Java version 5 came a significant while after Java 2 - but in the middle came
> changes to a vast number of api's (and adoptions of said APIs). I would argue
> that standard cryptography should have higher precedence than XML handling if
> we're going to pick and choose.
>
> A native language is not a solution framework.
>
> I don't think that it is a viable business model anyway to be resonding to
> "pressure". Successful companies are ahead of the pressure points. A stitch
> in time......
>
>
> And I'm sure that the next major enhancement for 5 years will be the biggest
> reason for upgrading their compilers since, well the prior upgrade.
>
> JCE
>
|