What does -1 mean in the context of design discussion?
Same thing?
--
Tom
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 12, 2002 11:15 AM
To: [EMAIL PROTECTED]
Subject: RE: Bean Class/Bean Class Helper Generation
> Please interpret the -1 in
> Please interpret the -1 in the same way you interpret a +1 for agreement.
> +1 are used with frequency, there is nothing bad about a -1 (at least the
> way I understand it).
Generally speaking, -1 in code discussions at Apache is to be interpreted
as a solid veto. Generally, people are use "-
TECTED]
Subject: RE: Bean Class/Bean Class Helper Generation
Whoa! A -1 on moving the meta data out of the bean class!?!?! I hate to
be nasty, but I'm moving closer and closer (not QUITE there, yet) to saying
-1 on keeping it IN! It puts non-bean stuff on beans (bad bad bad). It
locks out
Will attempt to respond to the rest of this later, but this comment stands out:
>The use of a alternate meta models reduces the risk of Axis being
>married to a particular model or implementation. I am not against
>having default meta models, but the use of a particular
> model in
US cc: [EMAIL PROTECTED]
Subject: RE: Bean Class/Bean Class
Helper Generation
03/12/2002 0
-band solution.
--Glen
> -Original Message-
> From: Russell Butek [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 12, 2002 10:04 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Bean Class/Bean Class Helper Generation
>
>
> Glen,
>
> I think we're talking about 2
Butek/Austin/IBM@To: [EMAIL PROTECTED]
IBMUScc:
Subject: RE: Bean Class/Bean Class
Helper Gene
ed.
Keeping the meta data out of the APIs would make their life less confusing,
less misleading.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 03/12/2002 08:05:11 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTEC
Tom Jordahl
com> cc:
Subject: RE: Bean Class/Bea
Hi Russell!
> Yeah, the proliferation of files DOES worry me. Perhaps
> whatever solution
> we end up with should continue along the path you set? Right now the
> meta-data ONLY exists if we have attributes, so whether it's inline or
> outline, the meta data will only be generated when we nee
]
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: Bean Class/Bean Class Helper Generation
Hi Russell!
See the note I just sent to Greg. I do see the need for, and want to see,
a good out-of-band solution for this, but that doesn't mean the in-b
rialization of a bean changes, or if the APIs in Axis change?
--Glen
> -Original Message-
> From: Russell Butek [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 11, 2002 8:37 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Bean Class/Bean Class Helper Generation
>
>
&g
l files, .NET uses embedded metadata - both are good models, let's do
both!
Will you be able to make the chat tomorrow? I think it would be good if we could
spend some time on this topic there.
--Glen
> -Original Message-----
> From: Greg Truty [mailto:[EMAIL PROTECTED]]
> Se
Tom Jordahl <[EMAIL PROTECTED]> on 03/11/2002 05:00:34 PM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: Bean Class/Bean Class Helper Generation
-1 on moving the meta data out of the bean class and in to
niels
dia.com> cc:
Subject: RE: Bean Class/Bean Class
Helper Ge
lease respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject: Bean Class/Bean Class Helper Generation
There have been several recent changes to the Bean Class generation to
support more advanced
xml features...namely attributes.
I applaud the new functionality, but we need to step
e-
> From: Richard Sitze [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 11, 2002 5:33 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Bean Class/Bean Class Helper Generation
>
>
> +1 to stepping back and designing (ie. cease code-checking on current
> direction)
>
> It&
CTED]
Subject: Bean Class/Bean Class Helper Generation
There have been several recent changes to the Bean Class generation to
support more advanced
xml features...namely attributes.
I applaud the new functionality, but we need to step back and consider a
more flexible architectural direction.
PROTECTED]
BM@IBMUS cc:
Subject: Re: Bean Class/Bean Class
Helper G
cc:
Subject: Bean Class/Bean Class Helper
Generation
03/11/2002 04:14
ouple these
too, I would think.
--Glen
> -Original Message-
> From: R J Scheuerle Jr [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 11, 2002 5:15 PM
> To: [EMAIL PROTECTED]
> Subject: Bean Class/Bean Class Helper Generation
>
>
> There have been several recent
There have been several recent changes to the Bean Class generation to
support more advanced
xml features...namely attributes.
I applaud the new functionality, but we need to step back and consider a
more flexible architectural direction.
I would like to see all of the meta data information remo
22 matches
Mail list logo
