[jira] [Commented] (TUSCANY-3924) Inherited fields in service impl classes are treated as Properties

2012-02-09 Thread Simon Laws (Commented) (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-3924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13204341#comment-13204341
 ] 

Simon Laws commented on TUSCANY-3924:
-

I'm seeing the same Raymond. I don't think my approach is good so am about to 
revert some of it. I had a chat offline with Mike Edwards and I think we need 
to rethink the interpretation of the spec (which is not clear in this area) as 
I'm feeling uncomfortable about the code ignoring base class information.


 Inherited fields in service impl classes are treated as Properties
 --

 Key: TUSCANY-3924
 URL: https://issues.apache.org/jira/browse/TUSCANY-3924
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Assembly Model
Affects Versions: Java-SCA-2.x
Reporter: Vijai Kalathur
Assignee: Simon Laws
 Fix For: Java-SCA-2.x


 In the scenario where the Service impl class extends a class which has no SCA 
 annotations in it, protected fields in the base class are interpreted like 
 Properties.
 Ideally, only the fields in the impl class should be introspected for 
 References/Properties.  The fields in the base class should not be 
 interpreted as References/Properties if there are no SCA annotations. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




Tuscany website

2012-02-09 Thread ant elder
See the forwarded note below on changes to how Tuscany must manage the
website. We've got until next year but it will probably take some time
to sort out. Any volunteers to go have a look and see whats required?

   ...ant

-- Forwarded message --
From: Joe Schaefer joe_schae...@yahoo.com
Date: Wed, Feb 8, 2012 at 12:26 PM
Subject: Mandatory svnpubsub migration by Jan 2013
To: Apache Infrastructure infrastruct...@apache.org


[PLEASE DO NOT RESPOND TO THIS POST! DIRECT ALL FURTHER
INQUIRIES TO infrastruct...@apache.org]

FYI: infrastructure policy regarding website hosting has
changed as of November 2011: we are requiring all websites
and dist/ dirs to be svnpubsub or ASF CMS backed by the end of 2012.
If your PMC has already met this requirement congratulations,
you can ignore the remainder of this post.

As stated on http://www.apache.org/dev/project-site.html#svnpubsub
we are migrating our webserver infrastructure to 100% svnpubsub
over the course of 2012.  If your site does not currently make
use of this technology, it is time to consider a migration effort,
as rsync-based sites will be PERMANENTLY FROZEN in Jan 2013 due

to infra disabling the hourly rsync jobs.  While we recommend
migrating to the ASF CMS [0] for Anakia based or Confluence based
sites, and have provided tooling [1] to help facilitate this,
we are only mandating svnpubsub (which the CMS uses itself).

svnpubsub is a client-server system whereby a client watches an
svn working copy for relevant commit notifications from the svn
server.  It subsequently runs svn up on the working copy, bringing
in the relevant changes.  sites that use static build technologies
that commit the build results to svn are naturally compatible with
svnpubsub; simply file a JIRA ticket with INFRA to request a
migration: any commits to the resulting build tree will be

instantly picked up on the live site.


The CMS is a more elaborate system based on svnpubsub which
provides a webgui for convenient online editing.  Dozens of
sites have already successfully deployed using the CMS and
are quite happy with the results.  The system is sufficiently
flexible to accommodate a wide variety of choices regarding
templating systems and storage formats, but most sites have
standardized on the combination of Django and Markdown.  Talk
to infra if you would like to use the CMS in this or some other
fashion, we'll see what we can do.


NOTE: the policy for dist/ dirs for managing project releases is
similar.  We have setup a dedicated svn server for handling this,
please contact infra when you are ready to start using it.


HTH


[0]: http://www.apache.org/dev/cms
[1]: https://svn.apache.org/repos/infra/websites/cms/conversion-utilities/


Re: Another 2.x beta release

2012-02-09 Thread ant elder
I've done a little clean up to the point where a release tag would
build and tag that and spun the release artifacts so we can see what
they look like at present. They're up at:
http://people.apache.org/~antelder/tuscany/2.0-Beta4-review/

I haven't created a branch, for the time being we can do the release
prep in trunk i think.

   ...ant