Re: [DISCUSS] - Packages renaming and backward compatibility (was: Re: [VOTE] Graduate Sqoop podling from Apache Incubator)

2012-02-29 Thread Ian Dickinson

On 29/02/12 10:02, Mohammad Nour El-Din wrote:

I don't see that this getting to any clear end yet. So I suggest that we
take this from a Sqoop instance to be a discussion on rules them selves.

I would like to start a [VOTE] about whether it is a *must* for podlings to
rename all packages before being a TLP or not over keeping the old package
names for backward compatibility. What ever the consensus going to be built
we definitely need to update the Incubator documents to clear this kind of
issue. But before starting the vote I would like to consider others'
opinions.

Thoughts ?
In the case of Apache Jena (incubating), we have more than ten years' 
worth of existence as an open-source project. In that time, there have 
been countless tutorials, articles, research papers, code snippets, 
books and add-on tools that make use of Jena code in the com.hp 
namespace. But Jena was never an HP *product*, it was an output from the 
HP research lab in the UK.


Our intention as Apache project has been much like Sqoop's: to migrate 
to org.apache names but keep a compatibility layer in place. We had 
thought that migration wasn't necessary for graduation, but if it is, no 
biggie. What would be problematic for our community is if we can't host 
the compatibility layer packages *at all* under Apache. If we have to 
expunge all references to com.hp.* packages, then all that 
back-catalogue of tutorials etc will be instantly obsolete ... unless 
folks know to go and separately download the jena-compatibility package 
from SourceForge or wherever it would hypothetically end up.


Some of the discussion around Sqoop has been that the 
backwards-compatibility requirement is all about Cloudera's customers so 
it's Cloudera's problem. In the case of Jena, it has never been about 
HP's customers, and it definitely isn't HP's problem since none of the 
current committers work there any more.


Ian

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: [VOTE] Graduate Sqoop podling from Apache Incubator

2012-02-29 Thread Ian Dickinson

On 29/02/12 13:07, Alex Karasulu wrote:


[snip]

There is no legal (trademark or copyright) problem that I'm aware of. There
is no technical problem that I'm aware of.



OK do we have the right to create any kind of package or class under
com.cloudera (or any other companies packages)?
This is a red-herring in my view: no packages or classes are being 
created if a project leaves a compatibility layer in place. The 
class/package names are merely not being deleted. Presuming that the 
original code was part of the inceptional code grant, one can conclude 
that the company in question doesn't mind their namespace being used by 
ASF projects *for that purpose*.


Ian

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: Clarification about SGA versus CCLA

2010-11-27 Thread Ian Dickinson

On 27/11/10 13:34, Bertrand Delacretaz wrote:

I tend to agree with Craig in this particular case, as HP owns the
code to Jena and it's HP employes, covered by a CCLA, who are going to
commit it.
I dont' think this makes a material difference to this discussion, but 
for clarity the committers are all *former* HP employees. The 
discontinuation of HP's semantic web research programme provided much of 
the motivation for migrating the copyright, and ongoing development, of 
Jena to a non-HP body.


Ian


--

Ian Dickinson   Epimorphics Ltd, Bristol, UK
mailto:i...@epimorphics.comhttp://www.epimorphics.com
cell: +44-7786-850536  landline: +44-1275-399069

Epimorphics Ltd.  is a limited company registered in England
(no. 7016688). Registered address: Court Lodge, 105 High St,
  Portishead, Bristol BS20 6PT, UK


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: Clerezza, Stanbol, Jena, Semantic Commons, WDYT?

2010-11-08 Thread Ian Dickinson
On 08/11/10 15:09, Mattmann, Chris A (388J) wrote:
 Wow! Jena is proposing to come to Apache??! 
Yep, the proposal has been under discussion for some time within the
project, and Ross is now taking the lead in bringing it publicly into
the incubator process.

Bertrand wrote:
 1. Clerezza, Stanbol and Jena are independent podlings, each aiming
 for top-level status

 2. A Semantic Commons area is created for common code between these
 (and other) projects. Details to be discussed, this does probably not
 warrant a separate Apache project, but might be managed by Clerezza,
 as they were here first.

 3. It is expected that those projects will have a number of committers
 in common, as there are many collaboration possibilities.
As an Apache newbie it's hard to comment definitively, but it's not
clear to me what the common needs of the projects might be, and how
dependencies would handled. Are there examples of existing commons
areas between Apache projects, other than basic application-library
dependencies?


Ian


-- 

Ian Dickinson   Epimorphics Ltd, Bristol, UK
mailto:i...@epimorphics.comhttp://www.epimorphics.com
cell: +44-7786-850536  landline: +44-1275-399069

Epimorphics Ltd.  is a limited company registered in England
(no. 7016688). Registered address: Court Lodge, 105 High St,
  Portishead, Bristol BS20 6PT, UK


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



Re: Clerezza, Stanbol, Jena, Semantic Commons, WDYT?

2010-11-08 Thread Ian Dickinson
Hi Donald,

On 08/11/10 17:01, Donald Whytock wrote:
 Perhaps db.apache.org would be a better example?  Should there be a
 semantic.apache.org?
I looked around in db.apache.org and I couldn't see anything that said
what the goals of that project are, separate from the goals of the
individual sub-projects. Where should I be looking?

As others have noted, the three semantic web-related projects currently
being proposed have rather different objectives and provide different
capabilities. I personally don't object in principle to factoring out
common code or needs where that's useful, but +1 to Olivier: let's wait
until a clear requirement is identified.

Ian

-- 

Ian Dickinson   Epimorphics Ltd, Bristol, UK
mailto:i...@epimorphics.comhttp://www.epimorphics.com
cell: +44-7786-850536  landline: +44-1275-399069

Epimorphics Ltd.  is a limited company registered in England
(no. 7016688). Registered address: Court Lodge, 105 High St,
  Portishead, Bristol BS20 6PT, UK


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org