Re: Native M3 Release Candidate

[Pete Robbins]

On 16/03/07, Andrew Borley <[EMAIL PROTECTED]> wrote:


On 3/15/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
>
>
>
> On 3/15/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > On 3/15/07, Pete Robbins < [EMAIL PROTECTED]> wrote:
> > >
> > > Here is the latest candidate with fixes to the samples deploy
location
> > > on
> > > linux/mac
> > >
> > > http://people.apache.org/~robbinspg/M3-RC3/<
http://people.apache.org/%7Erobbinspg/M3-RC3/>
> > >
> > > If there are no major issues with this I will start a vote tomorrow.
> > >
> > > Cheers,
> > >
> > > --
> > > Pete
> > >
> >
> > I'm having trouble with RubyBigBank on Windows. It's crashing when it
> > tries to convert an SDO into a Rexml document  - anyone else see this
or is
> > it just my Ruby?
> > The line that's failing is 357 in RubyServiceProxy.cpp:
> >
> > value = rb_class_new_instance(1, vstr,
> > RubyImplementation::getXMLDocumentClass());
> >
> > This is trying to instantiate a new Document object from the
serialized
> > XML
> >
> > Cheers
> > Andy
> >
>
>
> The sample works fine on Linux BTW, it's just Windows that's failing.
>
> Andy
>

Ruby REXML problem found and fixed in r518904. A static method was being
called & returning variables that were only being initialized in the
constructor...

Cheers
Andy



Great. I have added the copyright to the Notice files and applied Caroline's
patch to SDO. I think we are at a point where I can generate a candidate to
vote on.

Cheers

--
Pete

Re: Native M3 Release Candidate

[Andrew Borley]

On 3/15/07, Andrew Borley <[EMAIL PROTECTED]> wrote:




On 3/15/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
>
>
>
> On 3/15/07, Pete Robbins < [EMAIL PROTECTED]> wrote:
> >
> > Here is the latest candidate with fixes to the samples deploy location
> > on
> > linux/mac
> >
> > 
http://people.apache.org/~robbinspg/M3-RC3/
> >
> > If there are no major issues with this I will start a vote tomorrow.
> >
> > Cheers,
> >
> > --
> > Pete
> >
>
> I'm having trouble with RubyBigBank on Windows. It's crashing when it
> tries to convert an SDO into a Rexml document  - anyone else see this or is
> it just my Ruby?
> The line that's failing is 357 in RubyServiceProxy.cpp:
>
> value = rb_class_new_instance(1, vstr,
> RubyImplementation::getXMLDocumentClass());
>
> This is trying to instantiate a new Document object from the serialized
> XML
>
> Cheers
> Andy
>


The sample works fine on Linux BTW, it's just Windows that's failing.

Andy



Ruby REXML problem found and fixed in r518904. A static method was being
called & returning variables that were only being initialized in the
constructor...

Cheers
Andy

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Caroline Maynard <[EMAIL PROTECTED]> wrote:


Would you please include my patch for
https://issues.apache.org/jira/browse/TUSCANY-1166? AFAIK this is not
contentious.

--
Caroline




I'll apply that so it will be picked up in the next re-spin.

Cheers,

--
Pete

Re: Native M3 Release Candidate

[Caroline Maynard]

Would you please include my patch for
https://issues.apache.org/jira/browse/TUSCANY-1166? AFAIK this is not
contentious.

--
Caroline

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:




On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> >
> > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > On 3/15/07, Pete Robbins <[EMAIL PROTECTED] > wrote:
> > > >
> > > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > So that prompted me to check the licenses. Zlib and libxml2 look
>
> > fine
> > > i
> > > > > think though they do need to be added to the Tuscany LICENSE and
> > > NOTICE
> > > > > files if the Tuscany code is using those APIs whether or not
> Tuscany
> > > > > Native
> > > > > is distributing them. Looks like iconv is LGPL which isn't ASF
> > > friendly.
> > > > > Is
> > > > > the Tuscany Native code actually using the iconv APIs?
> > > > >
> > > > >   ...ant
> > > >
> > > >
> > > > we do not use iconv at all. It just has to be there for libxml2 to
> > work.
> > > >
> > > > The only APIs used are for libxml2. I did not think that use of an
> API
> > > > requires a mention in the NOTICE file as we are not including any
> > > libxml2
> > > > artifacts. If it does then do we need to add entries for:
> > > > Ruby
> > > > Python
> > > > Curl
> > > > Httpd
> > > > Axis2c
> > > > gcc
> > > > java
> > > > ant
> > > > automake
> > > > autoconf
> > > > .
> > > >
> > > > ?
> > >
> > >
> > > I can't find a web page to point to with a definitive answer right
> now,
> > > but
> > > this is how i thought this worked:
> > >
> > > If ASF code directly uses the APIs of a third party work then you
> need
> > > mention this in the LICENSE and NOTICE files (unless its another ASF
> > > project). Its not about whether or not we actually distribute the
> third
> > > party work, its if the third party code is required to make a
> > functioning
> > > build of our project.
> > >
> > > I could be wrong, does anyone else know?
> > >
> > >   ...ant
> > >
> >
> > All the NOTICE files I look at only mention included works. Can you
> check
> > this out?
>
>
> I can't find anything definitive. Browsing the download areas its easy
> to
> find artifacts that *do* have NOTICE files that mention dependent works
> that
> are not distributed.  I'll leave it to you to take further or ignore.
> The
> ASF copyright is missing from the NOTICE files though so I think you do
> need
> to fix that (sorry i missed that earlier). There's an eg NOTICE file at:
>
> http://www.apache.org/licenses/example-NOTICE.txt
>
>   ...ant
>

Thanks. I'll add the copyright. The RAT tool didn't pick this up.


--
Pete




I asked on [EMAIL PROTECTED] and it seems we do NOT need to list libxml etc
in the NOTICE file.

Cheers,
--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

That is correct. We can release sdo and sca separately too (they are
separate downloads) it's just that they are both ready for a new release.

So... keep DASing ;-)

Cheers,


On 15/03/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


Quick question...I'm assuming the current C++ DAS is not being picked up
for
the current Native Release, so applying new patches to the C++ DAS will
not
affect the release... but I just want to double check if I have the right
understanding...

--
Luciano Resende
http://people.apache.org/~lresende

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> On 15/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > On 3/15/07, Pete Robbins <[EMAIL PROTECTED] > wrote:
> > > > > >
> > > > > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > So that prompted me to check the licenses. Zlib and libxml2
> look
> > >
> > > > fine
> > > > > i
> > > > > > > think though they do need to be added to the Tuscany LICENSE
> and
> > > > > NOTICE
> > > > > > > files if the Tuscany code is using those APIs whether or not
> > > Tuscany
> > > > > > > Native
> > > > > > > is distributing them. Looks like iconv is LGPL which isn't
ASF
> > > > > friendly.
> > > > > > > Is
> > > > > > > the Tuscany Native code actually using the iconv APIs?
> > > > > > >
> > > > > > >   ...ant
> > > > > >
> > > > > >
> > > > > > we do not use iconv at all. It just has to be there for
libxml2
> to
> > > > work.
> > > > > >
> > > > > > The only APIs used are for libxml2. I did not think that use
of
> an
> > > API
> > > > > > requires a mention in the NOTICE file as we are not including
> any
> > > > > libxml2
> > > > > > artifacts. If it does then do we need to add entries for:
> > > > > > Ruby
> > > > > > Python
> > > > > > Curl
> > > > > > Httpd
> > > > > > Axis2c
> > > > > > gcc
> > > > > > java
> > > > > > ant
> > > > > > automake
> > > > > > autoconf
> > > > > > .
> > > > > >
> > > > > > ?
> > > > >
> > > > >
> > > > > I can't find a web page to point to with a definitive answer
right
> > > now,
> > > > > but
> > > > > this is how i thought this worked:
> > > > >
> > > > > If ASF code directly uses the APIs of a third party work then
you
> > > need
> > > > > mention this in the LICENSE and NOTICE files (unless its another
> ASF
> > > > > project). Its not about whether or not we actually distribute
the
> > > third
> > > > > party work, its if the third party code is required to make a
> > > > functioning
> > > > > build of our project.
> > > > >
> > > > > I could be wrong, does anyone else know?
> > > > >
> > > > >   ...ant
> > > > >
> > > >
> > > > All the NOTICE files I look at only mention included works. Can
you
> > > check
> > > > this out?
> > >
> > >
> > > I can't find anything definitive. Browsing the download areas its
easy
> > > to
> > > find artifacts that *do* have NOTICE files that mention dependent
> works
> > > that
> > > are not distributed.  I'll leave it to you to take further or
ignore.
> > > The
> > > ASF copyright is missing from the NOTICE files though so I think you
> do
> > > need
> > > to fix that (sorry i missed that earlier). There's an eg NOTICE file
> at:
> > >
> > > http://www.apache.org/licenses/example-NOTICE.txt
> > >
> > >   ...ant
> > >
> >
> > Thanks. I'll add the copyright. The RAT tool didn't pick this up.
> >
> >
> > --
> > Pete
> >
>
>
> I asked on [EMAIL PROTECTED] and it seems we do NOT need to list libxml
> etc
> in the NOTICE file.
>
> Cheers,
> --
> Pete
>





--
Pete

Re: Native M3 Release Candidate

[Luciano Resende]

Quick question...I'm assuming the current C++ DAS is not being picked up for
the current Native Release, so applying new patches to the C++ DAS will not
affect the release... but I just want to double check if I have the right
understanding...

--
Luciano Resende
http://people.apache.org/~lresende

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


On 15/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
>
>
> On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> > >
> > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On 3/15/07, Pete Robbins <[EMAIL PROTECTED] > wrote:
> > > > >
> > > > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > So that prompted me to check the licenses. Zlib and libxml2
look
> >
> > > fine
> > > > i
> > > > > > think though they do need to be added to the Tuscany LICENSE
and
> > > > NOTICE
> > > > > > files if the Tuscany code is using those APIs whether or not
> > Tuscany
> > > > > > Native
> > > > > > is distributing them. Looks like iconv is LGPL which isn't ASF
> > > > friendly.
> > > > > > Is
> > > > > > the Tuscany Native code actually using the iconv APIs?
> > > > > >
> > > > > >   ...ant
> > > > >
> > > > >
> > > > > we do not use iconv at all. It just has to be there for libxml2
to
> > > work.
> > > > >
> > > > > The only APIs used are for libxml2. I did not think that use of
an
> > API
> > > > > requires a mention in the NOTICE file as we are not including
any
> > > > libxml2
> > > > > artifacts. If it does then do we need to add entries for:
> > > > > Ruby
> > > > > Python
> > > > > Curl
> > > > > Httpd
> > > > > Axis2c
> > > > > gcc
> > > > > java
> > > > > ant
> > > > > automake
> > > > > autoconf
> > > > > .
> > > > >
> > > > > ?
> > > >
> > > >
> > > > I can't find a web page to point to with a definitive answer right
> > now,
> > > > but
> > > > this is how i thought this worked:
> > > >
> > > > If ASF code directly uses the APIs of a third party work then you
> > need
> > > > mention this in the LICENSE and NOTICE files (unless its another
ASF
> > > > project). Its not about whether or not we actually distribute the
> > third
> > > > party work, its if the third party code is required to make a
> > > functioning
> > > > build of our project.
> > > >
> > > > I could be wrong, does anyone else know?
> > > >
> > > >   ...ant
> > > >
> > >
> > > All the NOTICE files I look at only mention included works. Can you
> > check
> > > this out?
> >
> >
> > I can't find anything definitive. Browsing the download areas its easy
> > to
> > find artifacts that *do* have NOTICE files that mention dependent
works
> > that
> > are not distributed.  I'll leave it to you to take further or ignore.
> > The
> > ASF copyright is missing from the NOTICE files though so I think you
do
> > need
> > to fix that (sorry i missed that earlier). There's an eg NOTICE file
at:
> >
> > http://www.apache.org/licenses/example-NOTICE.txt
> >
> >   ...ant
> >
>
> Thanks. I'll add the copyright. The RAT tool didn't pick this up.
>
>
> --
> Pete
>


I asked on [EMAIL PROTECTED] and it seems we do NOT need to list libxml
etc
in the NOTICE file.

Cheers,
--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:


On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> > >
> > > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > >
> > > > So that prompted me to check the licenses. Zlib and libxml2 look
> fine
> > i
> > > > think though they do need to be added to the Tuscany LICENSE and
> > NOTICE
> > > > files if the Tuscany code is using those APIs whether or not
Tuscany
> > > > Native
> > > > is distributing them. Looks like iconv is LGPL which isn't ASF
> > friendly.
> > > > Is
> > > > the Tuscany Native code actually using the iconv APIs?
> > > >
> > > >   ...ant
> > >
> > >
> > > we do not use iconv at all. It just has to be there for libxml2 to
> work.
> > >
> > > The only APIs used are for libxml2. I did not think that use of an
API
> > > requires a mention in the NOTICE file as we are not including any
> > libxml2
> > > artifacts. If it does then do we need to add entries for:
> > > Ruby
> > > Python
> > > Curl
> > > Httpd
> > > Axis2c
> > > gcc
> > > java
> > > ant
> > > automake
> > > autoconf
> > > .
> > >
> > > ?
> >
> >
> > I can't find a web page to point to with a definitive answer right
now,
> > but
> > this is how i thought this worked:
> >
> > If ASF code directly uses the APIs of a third party work then you need
> > mention this in the LICENSE and NOTICE files (unless its another ASF
> > project). Its not about whether or not we actually distribute the
third
> > party work, its if the third party code is required to make a
> functioning
> > build of our project.
> >
> > I could be wrong, does anyone else know?
> >
> >   ...ant
> >
>
> All the NOTICE files I look at only mention included works. Can you
check
> this out?


I can't find anything definitive. Browsing the download areas its easy to
find artifacts that *do* have NOTICE files that mention dependent works
that
are not distributed.  I'll leave it to you to take further or ignore. The
ASF copyright is missing from the NOTICE files though so I think you do
need
to fix that (sorry i missed that earlier). There's an eg NOTICE file at:
http://www.apache.org/licenses/example-NOTICE.txt

  ...ant



Thanks. I'll add the copyright. The RAT tool didn't pick this up.


--
Pete

Re: Native M3 Release Candidate

[ant elder]

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> >
> > On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > So that prompted me to check the licenses. Zlib and libxml2 look
fine
> i
> > > think though they do need to be added to the Tuscany LICENSE and
> NOTICE
> > > files if the Tuscany code is using those APIs whether or not Tuscany
> > > Native
> > > is distributing them. Looks like iconv is LGPL which isn't ASF
> friendly.
> > > Is
> > > the Tuscany Native code actually using the iconv APIs?
> > >
> > >   ...ant
> >
> >
> > we do not use iconv at all. It just has to be there for libxml2 to
work.
> >
> > The only APIs used are for libxml2. I did not think that use of an API
> > requires a mention in the NOTICE file as we are not including any
> libxml2
> > artifacts. If it does then do we need to add entries for:
> > Ruby
> > Python
> > Curl
> > Httpd
> > Axis2c
> > gcc
> > java
> > ant
> > automake
> > autoconf
> > .
> >
> > ?
>
>
> I can't find a web page to point to with a definitive answer right now,
> but
> this is how i thought this worked:
>
> If ASF code directly uses the APIs of a third party work then you need
> mention this in the LICENSE and NOTICE files (unless its another ASF
> project). Its not about whether or not we actually distribute the third
> party work, its if the third party code is required to make a
functioning
> build of our project.
>
> I could be wrong, does anyone else know?
>
>   ...ant
>

All the NOTICE files I look at only mention included works. Can you check
this out?



I can't find anything definitive. Browsing the download areas its easy to
find artifacts that *do* have NOTICE files that mention dependent works that
are not distributed.  I'll leave it to you to take further or ignore. The
ASF copyright is missing from the NOTICE files though so I think you do need
to fix that (sorry i missed that earlier). There's an eg NOTICE file at:
http://www.apache.org/licenses/example-NOTICE.txt

  ...ant

Re: Native M3 Release Candidate

[Andrew Borley]

On 3/15/07, Andrew Borley <[EMAIL PROTECTED]> wrote:




On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> Here is the latest candidate with fixes to the samples deploy location
> on
> linux/mac
>
> 
http://people.apache.org/~robbinspg/M3-RC3/
>
> If there are no major issues with this I will start a vote tomorrow.
>
> Cheers,
>
> --
> Pete
>

I'm having trouble with RubyBigBank on Windows. It's crashing when it
tries to convert an SDO into a Rexml document  - anyone else see this or is
it just my Ruby?
The line that's failing is 357 in RubyServiceProxy.cpp:

value = rb_class_new_instance(1, vstr,
RubyImplementation::getXMLDocumentClass());

This is trying to instantiate a new Document object from the serialized
XML

Cheers
Andy




The sample works fine on Linux BTW, it's just Windows that's failing.

Andy

Re: Native M3 Release Candidate

[Andrew Borley]

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


Here is the latest candidate with fixes to the samples deploy location on
linux/mac

http://people.apache.org/~robbinspg/M3-RC3/

If there are no major issues with this I will start a vote tomorrow.

Cheers,

--
Pete



I'm having trouble with RubyBigBank on Windows. It's crashing when it tries
to convert an SDO into a Rexml document  - anyone else see this or is it
just my Ruby?
The line that's failing is 357 in RubyServiceProxy.cpp:

value = rb_class_new_instance(1, vstr,
RubyImplementation::getXMLDocumentClass());

This is trying to instantiate a new Document object from the serialized XML

Cheers
Andy

Re: Native M3 Release Candidate

[Pete Robbins]

Here is the latest candidate with fixes to the samples deploy location on
linux/mac

http://people.apache.org/~robbinspg/M3-RC3/

If there are no major issues with this I will start a vote tomorrow.

Cheers,

--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


A refresh of the release candidate is now available at:
http://people.apache.org/~robbinspg/M3-RC2/

Hopefully this addresses the issues raised above.

Cheers,
--
Pete




Oh well... I still haven't fixed the deployment of the samples on linux. So
I'll fix this up and re-build.

:-(
--
Pete

Re: Native M3 Release Candidate

[Andrew Borley]

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


A refresh of the release candidate is now available at:
http://people.apache.org/~robbinspg/M3-RC2/

Hopefully this addresses the issues raised above.

Cheers,
--
Pete



RAT looks good for all packages. The SDO test xml files are showing, but I
remember this was OK'd by the incubator-general list in the last release as
these are for comparison against generated test files.

Cheers
Andy

Re: Native M3 Release Candidate

[Pete Robbins]

A refresh of the release candidate is now available at:
http://people.apache.org/~robbinspg/M3-RC2/

Hopefully this addresses the issues raised above.

Cheers,
--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:


On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > So that prompted me to check the licenses. Zlib and libxml2 look fine
i
> > think though they do need to be added to the Tuscany LICENSE and
NOTICE
> > files if the Tuscany code is using those APIs whether or not Tuscany
> > Native
> > is distributing them. Looks like iconv is LGPL which isn't ASF
friendly.
> > Is
> > the Tuscany Native code actually using the iconv APIs?
> >
> >   ...ant
>
>
> we do not use iconv at all. It just has to be there for libxml2 to work.
>
> The only APIs used are for libxml2. I did not think that use of an API
> requires a mention in the NOTICE file as we are not including any
libxml2
> artifacts. If it does then do we need to add entries for:
> Ruby
> Python
> Curl
> Httpd
> Axis2c
> gcc
> java
> ant
> automake
> autoconf
> .
>
> ?


I can't find a web page to point to with a definitive answer right now,
but
this is how i thought this worked:

If ASF code directly uses the APIs of a third party work then you need
mention this in the LICENSE and NOTICE files (unless its another ASF
project). Its not about whether or not we actually distribute the third
party work, its if the third party code is required to make a functioning
build of our project.

I could be wrong, does anyone else know?

  ...ant



All the NOTICE files I look at only mention included works. Can you check
this out?

Cheers,

--
Pete

Re: Native M3 Release Candidate

[ant elder]

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> So that prompted me to check the licenses. Zlib and libxml2 look fine i
> think though they do need to be added to the Tuscany LICENSE and NOTICE
> files if the Tuscany code is using those APIs whether or not Tuscany
> Native
> is distributing them. Looks like iconv is LGPL which isn't ASF friendly.
> Is
> the Tuscany Native code actually using the iconv APIs?
>
>   ...ant


we do not use iconv at all. It just has to be there for libxml2 to work.

The only APIs used are for libxml2. I did not think that use of an API
requires a mention in the NOTICE file as we are not including any libxml2
artifacts. If it does then do we need to add entries for:
Ruby
Python
Curl
Httpd
Axis2c
gcc
java
ant
automake
autoconf
.

?



I can't find a web page to point to with a definitive answer right now, but
this is how i thought this worked:

If ASF code directly uses the APIs of a third party work then you need
mention this in the LICENSE and NOTICE files (unless its another ASF
project). Its not about whether or not we actually distribute the third
party work, its if the third party code is required to make a functioning
build of our project.

I could be wrong, does anyone else know?

  ...ant

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:


So that prompted me to check the licenses. Zlib and libxml2 look fine i
think though they do need to be added to the Tuscany LICENSE and NOTICE
files if the Tuscany code is using those APIs whether or not Tuscany
Native
is distributing them. Looks like iconv is LGPL which isn't ASF friendly.
Is
the Tuscany Native code actually using the iconv APIs?

  ...ant



we do not use iconv at all. It just has to be there for libxml2 to work.

The only APIs used are for libxml2. I did not think that use of an API
requires a mention in the NOTICE file as we are not including any libxml2
artifacts. If it does then do we need to add entries for:
Ruby
Python
Curl
Httpd
Axis2c
gcc
java
ant
automake
autoconf
.

?

Cheers,

--
Pete

Re: Native M3 Release Candidate

[Simon Laws]

On 3/15/07, ant elder <[EMAIL PROTECTED]> wrote:


So that prompted me to check the licenses. Zlib and libxml2 look fine i
think though they do need to be added to the Tuscany LICENSE and NOTICE
files if the Tuscany code is using those APIs whether or not Tuscany
Native
is distributing them. Looks like iconv is LGPL which isn't ASF friendly.
Is
the Tuscany Native code actually using the iconv APIs?

   ...ant

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> > >
> > > ant elder wrote:
> > > > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking
for
> > > that
> > > > but can't find a pre-compiled win32 version for that, so I tried
> > > > 2.6.23 and
> > > > using that the sample runs fine.
> > > >
> > > >   ...ant
> > > >
> > >
> > > Would it help to have on our Wiki a page with actual links to the
> > > (Windows) dependency downloads that people have been successful
with?
> > > This way users won't have to fish for distributions of libxml for
> > > example that work for us.
> > >
> > > What do you think?
> >
> >
> > Sure that would be useful but IMHO even better would be to just
> distribute
> > these dependencies with the binary distro. I know not everyone agrees
> with
> > that though.
> >
> >   ...ant
> >
>
> I really think that is a bad thing to do even considering the License
> issues
> of re-distributing some of them.
>
> --
> Pete
>



You might want to ignore this as I didn't strictly follow the
instructions

I installed IBM JDK 5 and dependencies on my Fedora Core 6 box (only becuase
that's what I have on my FC5 box which has worked fine with Tuscany Native
in the past). Am getting strange results from scagen. In the CppCalculator
test it generated, for example

...
float CalculatorImpl_CalculatorService_Proxy::add( float arg0,  float arg1)
{
   tuscany::sca::Operation operation("add");
   operation.addParameter("arg1", &arg0);
   operation.addParameter("arg2", &arg1);
   float ret;
   operation.setReturnValue(&ret);
   target->invoke(operation);
   return *(float*)operation.getReturnValue();
}
...

I.e. it seems to be URL encoding the generated code. I suspect this is some
setting somewhere as I've not had this before and Sebastien has just run
successfully.  I'll look at it a little closer later when I have more time.

Simon

Re: Native M3 Release Candidate

[ant elder]

So that prompted me to check the licenses. Zlib and libxml2 look fine i
think though they do need to be added to the Tuscany LICENSE and NOTICE
files if the Tuscany code is using those APIs whether or not Tuscany Native
is distributing them. Looks like iconv is LGPL which isn't ASF friendly. Is
the Tuscany Native code actually using the iconv APIs?

  ...ant

On 3/15/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > ant elder wrote:
> > > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> > that
> > > but can't find a pre-compiled win32 version for that, so I tried
> > > 2.6.23 and
> > > using that the sample runs fine.
> > >
> > >   ...ant
> > >
> >
> > Would it help to have on our Wiki a page with actual links to the
> > (Windows) dependency downloads that people have been successful with?
> > This way users won't have to fish for distributions of libxml for
> > example that work for us.
> >
> > What do you think?
>
>
> Sure that would be useful but IMHO even better would be to just
distribute
> these dependencies with the binary distro. I know not everyone agrees
with
> that though.
>
>   ...ant
>

I really think that is a bad thing to do even considering the License
issues
of re-distributing some of them.

--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


[snip]
Jean-Sebastien Delfino wrote:
>
> I just finished testing all the samples on RHEL4 and they all worked
> for me except AlertAggregator, which gives me this:
>
[snip]
> The HTTPD server log says this:
>
> Traceback (most recent call last):
>  File
>
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py",
> line 19, in 
>import feedparser, datetime, xml.etree.ElementTree, re
> ImportError: No module named feedparser

My mistake, I guess I forgot to read the doc... and install the
feedparser library :) All the docs and the samples are really really
nice BTW, I'm impressed!

I'll continue to test it tomorrow when I get a some time... after I
install the feedparser library...

--
Jean-Sebastien



Thanks everyone. This is all great feedback.

--
Pete

Re: Native M3 Release Candidate

[Jean-Sebastien Delfino]

[snip]
Jean-Sebastien Delfino wrote:


I just finished testing all the samples on RHEL4 and they all worked 
for me except AlertAggregator, which gives me this:



[snip]

The HTTPD server log says this:

Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser


My mistake, I guess I forgot to read the doc... and install the 
feedparser library :) All the docs and the samples are really really 
nice BTW, I'm impressed!


I'll continue to test it tomorrow when I get a some time... after I 
install the feedparser library...


--
Jean-Sebastien


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

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, ant elder <[EMAIL PROTECTED]> wrote:


On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> that
> > but can't find a pre-compiled win32 version for that, so I tried
> > 2.6.23 and
> > using that the sample runs fine.
> >
> >   ...ant
> >
>
> Would it help to have on our Wiki a page with actual links to the
> (Windows) dependency downloads that people have been successful with?
> This way users won't have to fish for distributions of libxml for
> example that work for us.
>
> What do you think?


Sure that would be useful but IMHO even better would be to just distribute
these dependencies with the binary distro. I know not everyone agrees with
that though.

  ...ant



I really think that is a bad thing to do even considering the License issues
of re-distributing some of them.

--
Pete

Re: Native M3 Release Candidate

[ant elder]

On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


ant elder wrote:
> I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
that
> but can't find a pre-compiled win32 version for that, so I tried
> 2.6.23 and
> using that the sample runs fine.
>
>   ...ant
>

Would it help to have on our Wiki a page with actual links to the
(Windows) dependency downloads that people have been successful with?
This way users won't have to fish for distributions of libxml for
example that work for us.

What do you think?



Sure that would be useful but IMHO even better would be to just distribute
these dependencies with the binary distro. I know not everyone agrees with
that though.

  ...ant

Re: Native M3 Release Candidate

[Jean-Sebastien Delfino]

[snip]
Simon Laws wrote:

Just compiling up SCA (on a fresh Fedora Core 6 machine this time). A few
comments when following the instructions so far.

Builidng core SCA
 Without Ant and JDK on the path the tools build fails

Looking at the getting starter page. Not sure what to do once the core 
has
been built. I know from experience that I need to build a sample and, 
before

this, build the appropriate extensions. But it's not obvious from the SCA
getting started page. Would be good to give an example of the very first
thing someone might like to try after buidling the core, e.g. now go 
build
the C++ extensions and try the CPPCalculator sample. Or is there some 
other

test I should try to prove that the compile was successful?

Tuscany SCA Extensions

Links don't work as doc is missing.

Samples
Small point - Could you extend the link highlighting from "getting 
started"

to "samples getting started".

Tuscany Samples - Getting Started

Samples Dependencies table 1.
Doc appears to be missing from the doc directory so links at top of table
don;t work
HTTPDBigBang link doesn't work
AlertAggregator link doesn't work

Just downloading a JDK so will let you know how I get on once done.

Simon



I just finished testing all the samples on RHEL4 and they all worked for 
me except AlertAggregator, which gives me this:


Apache Tuscany Alert Aggregator Sample

Alert Sources:
Internal Server Error

The server encountered an internal error or misconfiguration and was 
unable to complete your request.


Please contact the server administrator, [no address given] and inform 
them of the time the error occurred, and anything you might have done 
that may have caused the error.


More information about this error may be available in the server error log.

Recent Alerts (Refresh):
Internal Server Error

The server encountered an internal error or misconfiguration and was 
unable to complete your request.


Please contact the server administrator, [no address given] and inform 
them of the time the error occurred, and anything you might have done 
that may have caused the error.


More information about this error may be available in the server error log.

The HTTPD server log says this:

Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser
Traceback (most recent call last):
 File 
"/home/delfinoj/Tuscany/apache-deploy/cpp/sca/samples/AlertAggregator/deploy/httpserver/..//sample.alerter/RSSCheckerImpl.py", 
line 19, in 

   import feedparser, datetime, xml.etree.ElementTree, re
ImportError: No module named feedparser

--
Jean-Sebastien


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

Re: Native M3 Release Candidate

[Jean-Sebastien Delfino]

Pete Robbins wrote:

On 15/03/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> that
> > but can't find a pre-compiled win32 version for that, so I tried
> > 2.6.23 and
> > using that the sample runs fine.
> >
> >   ...ant
> >
>
> Would it help to have on our Wiki a page with actual links to the
> (Windows) dependency downloads that people have been successful with?
> This way users won't have to fish for distributions of libxml for
> example that work for us.
>
> What do you think?
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> The getting started pages in the release have got dependency lists 
with

quite an amount of detail in but I like the idea  of having somewhere
where
we can record the links to dependencies and update it with any funnies
that
people find.  This page was started a while back  (
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+CPP+Dependencies)
but
not finished. We could tidy that up and put more accurate links in.

Simon



A good idea but not essential for this release. The dependencies are 
spelt
out in the doc as some folk complained when I origianally just had 
links to

where to get the pre-reqs. Some seem unable to read the instructions for
those pre-reqs and want them repeated in our doc (which is daft as 
they can

get out of date quite easily).

Cheers,



Pete,

Agreed. I was just proposing to have a Wiki page maintained on the side, 
not essential for the release :) which could evolve over time. If I get 
to try the Windows binaries in the next few days, I'll add the links 
that work for me to the page that Simon mentioned.


--
Jean-Sebastien


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

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 3/15/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
>
>
> On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > ant elder wrote:
> > > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> > that
> > > but can't find a pre-compiled win32 version for that, so I tried
> > > 2.6.23 and
> > > using that the sample runs fine.
> > >
> > >   ...ant
> > >
> >
> > Would it help to have on our Wiki a page with actual links to the
> > (Windows) dependency downloads that people have been successful with?
> > This way users won't have to fish for distributions of libxml for
> > example that work for us.
> >
> > What do you think?
> >
> > --
> > Jean-Sebastien
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > The getting started pages in the release have got dependency lists
with
> quite an amount of detail in but I like the idea  of having somewhere
where
> we can record the links to dependencies and update it with any funnies
that
> people find.  This page was started a while back  (
> http://cwiki.apache.org/confluence/display/TUSCANY/SCA+CPP+Dependencies)
> but not finished. We could tidy that up and put more accurate links in.
>
> Simon
>
Just compiling up SCA (on a fresh Fedora Core 6 machine this time). A few
comments when following the instructions so far.

Builidng core SCA
Without Ant and JDK on the path the tools build fails



Yes. The scagen tool should really be part of the cpp extension and should
be moved in there after this release. I will change the build to only build
the tools is CPP extension is wanted.

Looking at the getting starter page. Not sure what to do once the core has

been built. I know from experience that I need to build a sample and,
before
this, build the appropriate extensions. But it's not obvious from the SCA
getting started page. Would be good to give an example of the very first
thing someone might like to try after buidling the core, e.g. now go build
the C++ extensions and try the CPPCalculator sample. Or is there some
other
test I should try to prove that the compile was successful?



Feel free to update the doc as you go along.

Tuscany SCA Extensions


Links don't work as doc is missing.



which links?

Samples

Small point - Could you extend the link highlighting from "getting
started"
to "samples getting started".



yes

Tuscany Samples - Getting Started


Samples Dependencies table 1.
Doc appears to be missing from the doc directory so links at top of table
don;t work
HTTPDBigBang link doesn't work
AlertAggregator link doesn't work

Just downloading a JDK so will let you know how I get on once done.

Simon





--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


Andrew Borley wrote:
> On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>> I forgot to say what is new in this release!
>>
>> SDO C++ has a 30-40% performance improvement.
>> SCA Native has language support for C++, Python and Ruby, binding
>> support
>> for sca, webservices and rest plus samples to demonstrate these
>> bindings.
>>
>> Cheers,
>>
>>
>> On 14/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>> >
>> > I have posted a release candidate here:
>> > http://people.apache.org/~robbinspg/M3-RC1/
>> >
>> > Before starting a vote for this I would appreciate some folk trying
>> it out
>> > and reporting the silly errors that will require a vote to restart.
>> Please
>> > reply here with any problems (or success) you may have.
>> >
>> > Thank you.
>> >
>> > --
>> > Pete
>> >
>>
>
> I've just run RAT over the 6 packages and found & fixed a few files
> with missing Apache licenses (see r518120).
>
> I also found the following files that I'm not sure should be in the
> released packages:
> sdo/doc/CommittersGuide.txt
> sdo/doc/DesignNotes.htm
> sca/doc/CppGeneratorTool.txt
> These are all Tuscany developers documentation, not user docs.
>
> sdo/runtime/core/src/.cdtbuild
> sdo/runtime/core/src/.cdtproject
> sdo/runtime/core/src/.project
> These are Eclipse CDT project files - we don't have any docs to
> explain how to develop in or compile with EclipseCDT, so should these
> be in the SDO src package?
>
> Cheers
> Andy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

The developer doc should be in the release IMO, the release is for users
and developers.

With respect to the CDT files under SDO, are they working? would they
help people if they wanted to load the SDO source in CDT? or would they
get in their way?

For SCA, I have been using CDT on Linux but have not checked the CDT
project files in SVN (I could do that if you wanted to have them in the
release).

Also, I've been following a slightly different scheme:
sca/.cdtproject
sca/samples/.cdtproject
as it allowed me to build from the top of the tree, but I can also
adjust to follow the SDO scheme if it makes it simpler for people to use
these files.

--
Jean-Sebastien



The CDT files are historical and should not have been checked in to SVN. We
shoudl remove them.


--
Pete

Re: Native M3 Release Candidate

[Jean-Sebastien Delfino]

Andrew Borley wrote:

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:

I forgot to say what is new in this release!

SDO C++ has a 30-40% performance improvement.
SCA Native has language support for C++, Python and Ruby, binding 
support
for sca, webservices and rest plus samples to demonstrate these 
bindings.


Cheers,


On 14/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> I have posted a release candidate here:
> http://people.apache.org/~robbinspg/M3-RC1/
>
> Before starting a vote for this I would appreciate some folk trying 
it out
> and reporting the silly errors that will require a vote to restart. 
Please

> reply here with any problems (or success) you may have.
>
> Thank you.
>
> --
> Pete
>



I've just run RAT over the 6 packages and found & fixed a few files
with missing Apache licenses (see r518120).

I also found the following files that I'm not sure should be in the
released packages:
sdo/doc/CommittersGuide.txt
sdo/doc/DesignNotes.htm
sca/doc/CppGeneratorTool.txt
These are all Tuscany developers documentation, not user docs.

sdo/runtime/core/src/.cdtbuild
sdo/runtime/core/src/.cdtproject
sdo/runtime/core/src/.project
These are Eclipse CDT project files - we don't have any docs to
explain how to develop in or compile with EclipseCDT, so should these
be in the SDO src package?

Cheers
Andy

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




The developer doc should be in the release IMO, the release is for users 
and developers.


With respect to the CDT files under SDO, are they working? would they 
help people if they wanted to load the SDO source in CDT? or would they 
get in their way?


For SCA, I have been using CDT on Linux but have not checked the CDT 
project files in SVN (I could do that if you wanted to have them in the 
release).


Also, I've been following a slightly different scheme:
sca/.cdtproject
sca/samples/.cdtproject
as it allowed me to build from the top of the tree, but I can also 
adjust to follow the SDO scheme if it makes it simpler for people to use 
these files.


--
Jean-Sebastien


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

Re: Native M3 Release Candidate

[Simon Laws]

On 3/15/07, Simon Laws <[EMAIL PROTECTED]> wrote:




On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> that
> > but can't find a pre-compiled win32 version for that, so I tried
> > 2.6.23 and
> > using that the sample runs fine.
> >
> >   ...ant
> >
>
> Would it help to have on our Wiki a page with actual links to the
> (Windows) dependency downloads that people have been successful with?
> This way users won't have to fish for distributions of libxml for
> example that work for us.
>
> What do you think?
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> The getting started pages in the release have got dependency lists with
quite an amount of detail in but I like the idea  of having somewhere where
we can record the links to dependencies and update it with any funnies that
people find.  This page was started a while back  (
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+CPP+Dependencies)
but not finished. We could tidy that up and put more accurate links in.

Simon


Just compiling up SCA (on a fresh Fedora Core 6 machine this time). A few
comments when following the instructions so far.

Builidng core SCA
 Without Ant and JDK on the path the tools build fails

Looking at the getting starter page. Not sure what to do once the core has
been built. I know from experience that I need to build a sample and, before
this, build the appropriate extensions. But it's not obvious from the SCA
getting started page. Would be good to give an example of the very first
thing someone might like to try after buidling the core, e.g. now go build
the C++ extensions and try the CPPCalculator sample. Or is there some other
test I should try to prove that the compile was successful?

Tuscany SCA Extensions

Links don't work as doc is missing.

Samples
Small point - Could you extend the link highlighting from "getting started"
to "samples getting started".

Tuscany Samples - Getting Started

Samples Dependencies table 1.
Doc appears to be missing from the doc directory so links at top of table
don;t work
HTTPDBigBang link doesn't work
AlertAggregator link doesn't work

Just downloading a JDK so will let you know how I get on once done.

Simon

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
> that
> > but can't find a pre-compiled win32 version for that, so I tried
> > 2.6.23 and
> > using that the sample runs fine.
> >
> >   ...ant
> >
>
> Would it help to have on our Wiki a page with actual links to the
> (Windows) dependency downloads that people have been successful with?
> This way users won't have to fish for distributions of libxml for
> example that work for us.
>
> What do you think?
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> The getting started pages in the release have got dependency lists with
quite an amount of detail in but I like the idea  of having somewhere
where
we can record the links to dependencies and update it with any funnies
that
people find.  This page was started a while back  (
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+CPP+Dependencies)
but
not finished. We could tidy that up and put more accurate links in.

Simon



A good idea but not essential for this release. The dependencies are spelt
out in the doc as some folk complained when I origianally just had links to
where to get the pre-reqs. Some seem unable to read the instructions for
those pre-reqs and want them repeated in our doc (which is daft as they can
get out of date quite easily).

Cheers,

--
Pete

Re: Native M3 Release Candidate

[Simon Laws]

On 3/15/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


ant elder wrote:
> I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for
that
> but can't find a pre-compiled win32 version for that, so I tried
> 2.6.23 and
> using that the sample runs fine.
>
>   ...ant
>

Would it help to have on our Wiki a page with actual links to the
(Windows) dependency downloads that people have been successful with?
This way users won't have to fish for distributions of libxml for
example that work for us.

What do you think?

--
Jean-Sebastien


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

The getting started pages in the release have got dependency lists with

quite an amount of detail in but I like the idea  of having somewhere where
we can record the links to dependencies and update it with any funnies that
people find.  This page was started a while back  (
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+CPP+Dependencies) but
not finished. We could tidy that up and put more accurate links in.

Simon

Re: Native M3 Release Candidate

[Jean-Sebastien Delfino]

ant elder wrote:

I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for that
but can't find a pre-compiled win32 version for that, so I tried 
2.6.23 and

using that the sample runs fine.

  ...ant



Would it help to have on our Wiki a page with actual links to the 
(Windows) dependency downloads that people have been successful with? 
This way users won't have to fish for distributions of libxml for 
example that work for us.


What do you think?

--
Jean-Sebastien


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

Re: Native M3 Release Candidate

[Pete Robbins]

On 15/03/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


I noticed the following in the SDO getting started file:

1. Top of the file says: " If you haven't already done so, the first step
is
to download the SDO C++ Milestone release 2 of Apache Tuscany from our
download
page ."

2. The links for  FAQ and mailing list in the Getting help section are
pointing to the old site instead of Cwiki where everything is.  The same
links need to be fixed in the running samples file.

Thanks,
Haleh



Thanks for that. I'm fixing these.

Cheers,

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:

>
> I've notice that building the samples on Mac installs them in
> sca/samples/samples. I'll look into this.
> --
> Pete
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>





--
Pete

Re: Native M3 Release Candidate

[haleh mahbod]

There are some good user guides/documents in the SCA  subproject. Can we
move these to the website? Is there a reason why these are not shared on the
website?

On 3/14/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


I noticed the following in the SDO getting started file:

1. Top of the file says: " If you haven't already done so, the first step
is to download the SDO C++ Milestone release 2 of Apache Tuscany from our 
download
page ."

2. The links for  FAQ and mailing list in the Getting help section are
pointing to the old site instead of Cwiki where everything is.  The same
links need to be fixed in the running samples file.

Thanks,
Haleh


On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> I've notice that building the samples on Mac installs them in
> sca/samples/samples. I'll look into this.
> --
> Pete
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Native M3 Release Candidate

[haleh mahbod]

I noticed the following in the SDO getting started file:

1. Top of the file says: " If you haven't already done so, the first step is
to download the SDO C++ Milestone release 2 of Apache Tuscany from our download
page ."

2. The links for  FAQ and mailing list in the Getting help section are
pointing to the old site instead of Cwiki where everything is.  The same
links need to be fixed in the running samples file.

Thanks,
Haleh


On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


I've notice that building the samples on Mac installs them in
sca/samples/samples. I'll look into this.
--
Pete

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

Re: Native M3 Release Candidate

[Pete Robbins]

I've notice that building the samples on Mac installs them in
sca/samples/samples. I'll look into this.
--
Pete

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

Re: Native M3 Release Candidate

[Simon Laws]

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


On 14/03/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> I've just given this a try with the windows binary builds and following
> the
> getting started instructions to run the calculator sample.
>
> The first try failed as libxml2 and iconv are missing. I see now it does
> mention these in the SDO system prereqs section but a note pointing that
> out
> in the "Getting Tuscany SDO for C++ working with the binary release on
> Windows" would make this a bit clearer.


I've added some extra words for this.

Thanks for checking it out,

--
Pete



Pete

Have tried SDO on Fedora Core 5 and it compiled and ran according to the
GettingStarted instructions Have to go now but will try SCA also.

Simon

Re: Native M3 Release Candidate

[Pete Robbins]

On 14/03/07, ant elder <[EMAIL PROTECTED]> wrote:


I've just given this a try with the windows binary builds and following
the
getting started instructions to run the calculator sample.

The first try failed as libxml2 and iconv are missing. I see now it does
mention these in the SDO system prereqs section but a note pointing that
out
in the "Getting Tuscany SDO for C++ working with the binary release on
Windows" would make this a bit clearer.



I've added some extra words for this.

Thanks for checking it out,

--
Pete

Re: Native M3 Release Candidate

[ant elder]

I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for that
but can't find a pre-compiled win32 version for that, so I tried 2.6.23 and
using that the sample runs fine.

  ...ant

On 3/14/07, Andrew Borley <[EMAIL PROTECTED]> wrote:


Hi Ant,

This looks like it could be a libxml problem: do you have the libxml2,
iconv
and zlib libraries available on your path?
My path looks like the following:

/cygdrive/e/mingw/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:.:/cygdrive/d/tuscany/tuscany_sca_native-
1.0-incubator-M3-bin/bin:/cygdrive/d/tuscany/tuscany_sdo_cpp-
1.0-incubator-M3-bin/bin/:/cygdrive/d/libs/libxml2-2.6.24.win32
/bin/:/cygdrive/d/libs/zlib-1.2.3.win32/bin:/cygdrive/d/libs/iconv-
1.9.2.win32/bin

This is on cygwin, but you get the idea. With this path and TUSCANY_SCACPP
and TUSCANY_SDOCPP env variables set CppCalculator worked fine for me.

Let me know if that helps & I'll try to make the docs clearer.

Cheers
Andy



On 3/14/07, ant elder <[EMAIL PROTECTED]> wrote:
> I've just given this a try with the windows binary builds and following
the
> getting started instructions to run the calculator sample.
>
> The first try failed as libxml2 and iconv are missing. I see now it does
> mention these in the SDO system prereqs section but a note pointing that
out
> in the "Getting Tuscany SDO for C++ working with the binary release on
> Windows" would make this a bit clearer.
>
> Fixing that and now running the CppCalculator sample and it fails with
the
> error below. The sca.xsd does exist at that location but note in the
file
> path in the Description it uses some forward slashes which I'm guessing
is
> why it can't find the file on Windows.
>
>...ant
>
> C:\Tuscany\CPP\M3\tuscany_sca_native-
>
1.0-incubator-M3-bin\samples\CppCalculator\deploy\sample.calculator.client
>
> runclient.bat
> using SCA installed at \Tuscany\CPP\M3\tuscany_sca_native-
> 1.0-incubator-M3-bin
> using SDO installed at \Tuscany\CPP\M3\tuscany_sdo_cpp-
1.0-incubator-M3-bin
> calculator_client: exception caught: Exception
>  Class:   SDOFileNotFoundException
>  Description: \Tuscany\CPP\M3\tuscany_sca_native-
1.0-incubator-M3-bin
> /xsd/sca.xsd
>  Origin:
>File:
> ..\..\..\runtime\core\src\commonj\sdo\SDOSchemaSAX2Parser.cpp
>Line:551
>Function:"parseIfNot"
>  Path:
>File:
> ..\..\..\runtime\core\src\tuscany\sca\model\ModelLoader.cpp
>Line:  898
>Function:  tuscany::sca::model::ModelLoader::getXSDHelper
>File:
> ..\..\..\runtime\extensions\cpp\src\osoa\sca\CompositeContext.cpp
>Line:  101
>Function:  osoa::sca::CompositeContext::getCurrent
>
>...ant
>
> On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
> >
> > I have posted a release candidate here:
> > http://people.apache.org/~robbinspg/M3-RC1/
> >
> > Before starting a vote for this I would appreciate some folk trying it
out
> > and reporting the silly errors that will require a vote to restart.
Please
> > reply here with any problems (or success) you may have.
> >
> > Thank you.
> >
> > --
> > Pete
> >
>

Re: Native M3 Release Candidate

[Andrew Borley]

Hi Ant,

This looks like it could be a libxml problem: do you have the libxml2, iconv
and zlib libraries available on your path?
My path looks like the following:
/cygdrive/e/mingw/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:.:/cygdrive/d/tuscany/tuscany_sca_native-
1.0-incubator-M3-bin/bin:/cygdrive/d/tuscany/tuscany_sdo_cpp-
1.0-incubator-M3-bin/bin/:/cygdrive/d/libs/libxml2-2.6.24.win32
/bin/:/cygdrive/d/libs/zlib-1.2.3.win32/bin:/cygdrive/d/libs/iconv-
1.9.2.win32/bin

This is on cygwin, but you get the idea. With this path and TUSCANY_SCACPP
and TUSCANY_SDOCPP env variables set CppCalculator worked fine for me.

Let me know if that helps & I'll try to make the docs clearer.

Cheers
Andy



On 3/14/07, ant elder <[EMAIL PROTECTED]> wrote:

I've just given this a try with the windows binary builds and following

the

getting started instructions to run the calculator sample.

The first try failed as libxml2 and iconv are missing. I see now it does
mention these in the SDO system prereqs section but a note pointing that

out

in the "Getting Tuscany SDO for C++ working with the binary release on
Windows" would make this a bit clearer.

Fixing that and now running the CppCalculator sample and it fails with the
error below. The sca.xsd does exist at that location but note in the file
path in the Description it uses some forward slashes which I'm guessing is
why it can't find the file on Windows.

   ...ant

C:\Tuscany\CPP\M3\tuscany_sca_native-
1.0-incubator-M3-bin\samples\CppCalculator\deploy\sample.calculator.client

runclient.bat
using SCA installed at \Tuscany\CPP\M3\tuscany_sca_native-
1.0-incubator-M3-bin
using SDO installed at \Tuscany\CPP\M3\tuscany_sdo_cpp-

1.0-incubator-M3-bin

calculator_client: exception caught: Exception
 Class:   SDOFileNotFoundException
 Description: \Tuscany\CPP\M3\tuscany_sca_native-1.0-incubator-M3-bin
/xsd/sca.xsd
 Origin:
   File:
..\..\..\runtime\core\src\commonj\sdo\SDOSchemaSAX2Parser.cpp
   Line:551
   Function:"parseIfNot"
 Path:
   File:
..\..\..\runtime\core\src\tuscany\sca\model\ModelLoader.cpp
   Line:  898
   Function:  tuscany::sca::model::ModelLoader::getXSDHelper
   File:
..\..\..\runtime\extensions\cpp\src\osoa\sca\CompositeContext.cpp
   Line:  101
   Function:  osoa::sca::CompositeContext::getCurrent

   ...ant

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> I have posted a release candidate here:
> http://people.apache.org/~robbinspg/M3-RC1/
>
> Before starting a vote for this I would appreciate some folk trying it

out

> and reporting the silly errors that will require a vote to restart.

Please

> reply here with any problems (or success) you may have.
>
> Thank you.
>
> --
> Pete
>

Re: Native M3 Release Candidate

[Andrew Borley]

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:

I forgot to say what is new in this release!

SDO C++ has a 30-40% performance improvement.
SCA Native has language support for C++, Python and Ruby, binding support
for sca, webservices and rest plus samples to demonstrate these bindings.

Cheers,


On 14/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> I have posted a release candidate here:
> http://people.apache.org/~robbinspg/M3-RC1/
>
> Before starting a vote for this I would appreciate some folk trying it out
> and reporting the silly errors that will require a vote to restart. Please
> reply here with any problems (or success) you may have.
>
> Thank you.
>
> --
> Pete
>



I've just run RAT over the 6 packages and found & fixed a few files
with missing Apache licenses (see r518120).

I also found the following files that I'm not sure should be in the
released packages:
sdo/doc/CommittersGuide.txt
sdo/doc/DesignNotes.htm
sca/doc/CppGeneratorTool.txt
These are all Tuscany developers documentation, not user docs.

sdo/runtime/core/src/.cdtbuild
sdo/runtime/core/src/.cdtproject
sdo/runtime/core/src/.project
These are Eclipse CDT project files - we don't have any docs to
explain how to develop in or compile with EclipseCDT, so should these
be in the SDO src package?

Cheers
Andy

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

Re: Native M3 Release Candidate

[ant elder]

I've just given this a try with the windows binary builds and following the
getting started instructions to run the calculator sample.

The first try failed as libxml2 and iconv are missing. I see now it does
mention these in the SDO system prereqs section but a note pointing that out
in the "Getting Tuscany SDO for C++ working with the binary release on
Windows" would make this a bit clearer.

Fixing that and now running the CppCalculator sample and it fails with the
error below. The sca.xsd does exist at that location but note in the file
path in the Description it uses some forward slashes which I'm guessing is
why it can't find the file on Windows.

  ...ant

C:\Tuscany\CPP\M3\tuscany_sca_native-
1.0-incubator-M3-bin\samples\CppCalculator\deploy\sample.calculator.client>
runclient.bat
using SCA installed at \Tuscany\CPP\M3\tuscany_sca_native-
1.0-incubator-M3-bin
using SDO installed at \Tuscany\CPP\M3\tuscany_sdo_cpp-1.0-incubator-M3-bin
calculator_client: exception caught: Exception
Class:   SDOFileNotFoundException
Description: \Tuscany\CPP\M3\tuscany_sca_native-1.0-incubator-M3-bin
/xsd/sca.xsd
Origin:
  File:
..\..\..\runtime\core\src\commonj\sdo\SDOSchemaSAX2Parser.cpp
  Line:551
  Function:"parseIfNot"
Path:
  File:
..\..\..\runtime\core\src\tuscany\sca\model\ModelLoader.cpp
  Line:  898
  Function:  tuscany::sca::model::ModelLoader::getXSDHelper
  File:
..\..\..\runtime\extensions\cpp\src\osoa\sca\CompositeContext.cpp
  Line:  101
  Function:  osoa::sca::CompositeContext::getCurrent

  ...ant

On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


I have posted a release candidate here:
http://people.apache.org/~robbinspg/M3-RC1/

Before starting a vote for this I would appreciate some folk trying it out
and reporting the silly errors that will require a vote to restart. Please
reply here with any problems (or success) you may have.

Thank you.

--
Pete

Re: Native M3 Release Candidate

[Pete Robbins]

I forgot to say what is new in this release!

SDO C++ has a 30-40% performance improvement.
SCA Native has language support for C++, Python and Ruby, binding support
for sca, webservices and rest plus samples to demonstrate these bindings.

Cheers,


On 14/03/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


I have posted a release candidate here:
http://people.apache.org/~robbinspg/M3-RC1/

Before starting a vote for this I would appreciate some folk trying it out
and reporting the silly errors that will require a vote to restart. Please
reply here with any problems (or success) you may have.

Thank you.

--
Pete





--
Pete

Native M3 Release Candidate

[Pete Robbins]

I have posted a release candidate here:
http://people.apache.org/~robbinspg/M3-RC1/

Before starting a vote for this I would appreciate some folk trying it out
and reporting the silly errors that will require a vote to restart. Please
reply here with any problems (or success) you may have.

Thank you.

--
Pete