[C++] C++ / PHP BOF at apache con

[Simon Laws <si...@googlemail.com>]

I believe Pete was thinking of trying for a C++ BOF at ApacheCon in a few
weeks time. In the C++ release IRC on Tuesday (
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg03746.html) there
was discussion of trying to get a simple sample, based loosely on the big
bank scenario, running in C++ and also possibly across the different
implementations.  Is there any appetite to use this during the BOF (assuming
a slot is available of course) end extend the BOF scope to interoperatbility
across implementations?

Re: [C++] C++ / PHP BOF at apache con

[Simon Laws <si...@googlemail.com>]

Oh Dear, that pretty much answers that then. Is this just a statement for
this time or are them stopping BOFs in future events too. You could always
retire to the pub!

I still think we should do what we discussed and put a PHP front end on the
demo that you are constructing for C++ SCA. So lets start thinking about
what we can do in that direction.

Currently only SDO is implemented in PHP. As I think we discussed on the IRC
we could do a number of things, for example:

1/ Try the PHP SOAP extension and see if we can talk to C++ big bank
services
2/ Use to PHP SDO to access details directly from the database being used by
C++ big bank

I guess we could also use a java service at the back end, but maybe that is
another discussion.

S

On 6/8/06, Edward Slattery <ed...@googlemail.com> wrote:
>
> I just got confirmation that there are not going to be any BOFs at
> ApacheCon
> Europe - so that may change our approach
>
> On 08/06/06, Edward Slattery <ed...@googlemail.com> wrote:
> >
> > I am hoping to have a bigbank back-end coded by apachecon - it would be
> > good to have another language as the front end to show WS interop
> >
> >
> > On 08/06/06, Simon Laws <si...@googlemail.com> wrote:
> > >
> > > I believe Pete was thinking of trying for a C++ BOF at ApacheCon in a
> > > few
> > > weeks time. In the C++ release IRC on Tuesday (
> > > http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg03746.html)
> > > there
> > > was discussion of trying to get a simple sample, based loosely on the
> > > big
> > > bank scenario, running in C++ and also possibly across the different
> > > implementations.  Is there any appetite to use this during the BOF
> > > (assuming
> > > a slot is available of course) end extend the BOF scope to
> > > interoperatbility
> > > across implementations?
> > >
> > >
> >
>
>

Re: [C++] C++ / PHP BOF at apache con

[Edward Slattery <ed...@googlemail.com>]

I just got confirmation that there are not going to be any BOFs at ApacheCon
Europe - so that may change our approach

On 08/06/06, Edward Slattery <ed...@googlemail.com> wrote:
>
> I am hoping to have a bigbank back-end coded by apachecon - it would be
> good to have another language as the front end to show WS interop
>
>
> On 08/06/06, Simon Laws <si...@googlemail.com> wrote:
> >
> > I believe Pete was thinking of trying for a C++ BOF at ApacheCon in a
> > few
> > weeks time. In the C++ release IRC on Tuesday (
> > http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg03746.html)
> > there
> > was discussion of trying to get a simple sample, based loosely on the
> > big
> > bank scenario, running in C++ and also possibly across the different
> > implementations.  Is there any appetite to use this during the BOF
> > (assuming
> > a slot is available of course) end extend the BOF scope to
> > interoperatbility
> > across implementations?
> >
> >
>

Re: [C++] C++ / PHP BOF at apache con

[Edward Slattery <ed...@googlemail.com>]

I am hoping to have a bigbank back-end coded by apachecon - it would be good
to have another language as the front end to show WS interop

On 08/06/06, Simon Laws <si...@googlemail.com> wrote:
>
> I believe Pete was thinking of trying for a C++ BOF at ApacheCon in a few
> weeks time. In the C++ release IRC on Tuesday (
> http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg03746.html)
> there
> was discussion of trying to get a simple sample, based loosely on the big
> bank scenario, running in C++ and also possibly across the different
> implementations.  Is there any appetite to use this during the BOF
> (assuming
> a slot is available of course) end extend the BOF scope to
> interoperatbility
> across implementations?
>
>