OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-transport message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: Test Indicator Issue


Bob,

Yes, that works. I think though that we should have
the votes certified on or before the seventh day
following the conference call in which they are cast.
We should probably not use a butterfly ballot
either, unless we all want our votes cast for
some obscure and unrelated option.

Chris ;-)

"Miller, Robert (GXS)" wrote:
> 
> Chris,
> 
> My ballot option two reads:
> 
>       2 - Application (MSH MUST pass the message to the "test application")
>           (The mechanics of how it does so is implementation dependent)
> 
> which is where I cast my vote.  If you really feel your option 2 is
> appropriate to ballot, then I ask that a runoff be held if none of the three
> gathers a majority.
> And of course, if any ballots come in with hanging or dimpled chad, we'll
> have to have a recount.
> 
> Cheers,
>         Bob
> -----Original Message-----
> From: christopher ferris [mailto:chris.ferris@east.sun.com]
> Sent: Monday, November 27, 2000 11:52 AM
> To: Miller, Robert (GXS)
> Cc: ebxml-transport@lists.ebxml.org
> Subject: Re: Test Indicator Issue
> 
> I'm getting the sense that there seems to be some
> consensus on the need for a test indicator, but that
> the scope of its use/intent seems to be at issue.
> 
>         1 - MSH only (MUST NOT pass message to "application")
>         2 - undefined (MSH MAY pass message to "application"
>                 along with test indicator and allow application
>                 to figure out what to do)
> 
> Have I captured this sense correctly?
> 
> Can we agree to have the vote on this aspect?
> 
> Cheers,
> 
> Chris
> 
> "Miller, Robert (GXS)" wrote:
> >
> > Dick,
> >
> > The tables which select the URL to which to deliver the payloads, whether
> > these tables be in the application code on in some middleware, would have
> to
> > differ between the production system and the test system.  And there might
> > be dozens of URL's each of which needs both a production and a development
> > entry.  And the tables might be stored in the same database as other
> tables,
> > so when a database is copied from prodcution to test, the changes have to
> be
> > re-introduced.
> >
> > Cheers,
> >         Bob
> >
> > -----Original Message-----
> > From: Dick Brooks [mailto:dick@8760.com]
> > Sent: Monday, November 27, 2000 9:56 AM
> > To: Miller, Robert (GXS); Nikola Stojanovic;
> > ebxml-transport@lists.ebxml.org
> > Subject: RE: Test Indicator Issue
> >
> > Bob,
> >
> > I don't understand how separate test/production URL's does the following:
> >
> > > referenced below.  But I contend that these other ways reduce the
> > > parallelism of the test system to a greater extent than does a test
> flag.
> >
> > Please explain. Thanks.
> >
> > Dick Brooks
> > Group 8760
> > 110 12th Street North
> > Birmingham, AL 35203
> > dick@8760.com
> > 205-250-8053
> > Fax: 205-250-8057
> > http://www.8760.com/
> >
> > InsideAgent - Empowering e-commerce solutions
> >
> > > -----Original Message-----
> > > From: Miller, Robert (GXS) [mailto:Robert.Miller@gxs.ge.com]
> > > Sent: Monday, November 27, 2000 9:23 AM
> > > To: Nikola Stojanovic; ebxml-transport@lists.ebxml.org
> > > Subject: RE: Test Indicator Issue
> > >
> > >
> > > List-Unsubscribe:
> > >  <mailto:ebxml-transport-request@lists.ebxml.org?body=unsubscribe>
> > > List-Archive: <http://lists.ebxml.org/archives/ebxml-transport>
> > > List-Help: <http://lists.ebxml.org/doc/email-manage.html>,
> > >  <mailto:ebxml-transport-request@lists.ebxml.org?body=help>
> > >
> > > Yes there are other ways to indicate a 'test' message, two of which are
> > > referenced below.  But I contend that these other ways reduce the
> > > parallelism of the test system to a greater extent than does a test
> flag.
> > > Use of a test flag is a proven practice. So my advice is add the
> > > test flag -
> > > "If it ain't broke, don't fix it!"
> > >
> > > Cheers,
> > >        Bob Miller
> > >
> > > -----Original Message-----
> > > From: Nikola Stojanovic [mailto:nhomest1@twcny.rr.com]
> > > Sent: Monday, November 27, 2000 8:57 AM
> > > To: ebxml-transport@lists.ebxml.org
> > > Subject: Re: First issue [was: Outstanding Issues - LONG please red to
> > > end}
> > >
> > >
> > > <Dick Brooks>
> > > There are others means to indicate a "test" versus "production" message
> > > exchange. For example:
> > > - separate production and test ebxml handler URL's (mailboxes, FTP
> sites,
> > > etc.)
> > > - separate production and test Party ID's
> > > </Dick Brooks>
> > >
> > > Makes sense. I agree.
> > >
> > > Nikola
> > >
begin:vcard 
n:Ferris;Christopher
tel;cell:508-667-0402
tel;work:781-442-3063
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:chris.ferris@east.sun.com
fn:Christopher Ferris
end:vcard


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC