You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by "Geir Magnusson Jr." <ge...@apache.org> on 2005/09/20 08:10:57 UTC
Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Lets not store code in the wiki, but rather SVN. There's no control
on a WIKI, so we have no clue what it is or really where it came from.
As you know, we are being very careful about code pedigree for all
sorts of good reasons. If you would like to get this code into SVN
so others can start tweaking and playing, we should do that.
1) To get started, first look at the Authorized Contributor
Questionnaire (ACQ)
http://incubator.apache.org/harmony/auth_cont_quest.html
or
http://incubator.apache.org/harmony/auth_cont_quest.txt
and fill out a copy, print it, and sign it. Fax to
+1 203 665 6400
(that's my fax #).
2) Fill out an ICLA as required by part IV of the ACQ above
http://www.apache.org/licenses/icla.txt
print it, and sign it. Fax to same number.
Assuming that all is well with the ACQ, this means that we can accept
the code you have put in the WIKI into SVN for people to start
playing with. You will have to add the code to a JIRA entry for the
project, so you can definitively offer it under the Apache license.
Note that we are going to be testing the contribution process that we
have thought out, so please be patient :)
geir
On Sep 16, 2005, at 3:47 PM, David Tanzer wrote:
> Ok, it took a little bit longer than I first expected, but now my
> proof-of-concept implementation of the component model I described is
> available in the wiki:
> http://wiki.apache.org/harmony/ComponentModelFunctionPointers
> I have also linked it from the harmony architecture page.
>
> It contains a mechanism for loading components and a basic versioning
> and dependency management mechanism. The test case loads two
> components,
> where one depends on the other. I'll add some more explanations to the
> wiki page when I have more time, hopefully at the weekend.
>
> I have made several assumptions about the directory structure, the
> coding conventions and the documentation conventions, we should maybe
> discuss this in a different thread.
>
> Regards, David.
>
> On Tue, 2005-09-13 at 17:27 +0100, Tim Ellison wrote:
>
>> David Tanzer wrote:
>>
>>> Since we already started to define some component interfaces I
>>> think we
>>> also should start thinking about a component model which loads /
>>> connects such components. Maybe there are also some existing
>>> solutions
>>> we might want to look at (I must confess I didn't really search
>>> yet).
>>>
>>
>> Agreed, plus managing the API itself to ensure forwards/backwards
>> version compatibility.
>>
>>
>>> I guess a requirement for such a component manager would be that
>>> it can
>>> load and connect components at runtime and that the specific
>>> implementations which are loaded can be configured. It might also be
>>> good if the same component implementations can be linked at
>>> compile time
>>> (i.e. statically) which could have benefits on embedded
>>> platforms, but
>>> I'm not sure if we really need this.
>>>
>>
>> I'm assuming that you are speculating on component management
>> beyond the
>> platform support (i.e. DLL-hell). The java world is already on
>> this path
>> with the OSGi framework (e.g. Felix). It will require a non-trivial
>> solution to ensure that the runtime flexibility does not incur an
>> unacceptable runtime cost.
>>
>>
>>> Another requirement would be that the components can be written in
>>> different programming languages (i.e. C, C++, Java, ...). It isn't
>>> really a problem to solve this for C and C++, but can we also easily
>>> support other programming languages?
>>>
>>> A simple way to implement such a component model in C would be an
>>> approach similar to the one Tim Ellison described in [1] where he
>>> explains the structure of the J9 VM's portability library. I started
>>> writing a proof of concept implementation for this, and I'll add it
>>> to the wiki as soon as it's finished.
>>>
>>
>> I look forward to seeing the proof of concept. Were you thinking of
>> introducing versioning and dependency management style functions?
>>
>>
>>> It would be interesting to have several such proof-of-concept
>>> implementations of component models which we can study and the
>>> decide
>>> which to use. We could even write "import mechanisms" for the
>>> different
>>> component models so they can import and use components from another
>>> model too (of course this would normally imply reduced performance).
>>>
>>> Regards, David.
>>>
>>> [1]
>>> http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/
>>> 200509.mbox/%3c431866C9.705@gmail.com%3e
>>>
>>>
>>
>>
> --
> David Tanzer, Haghofstr. 29, A-3352 St. Peter/Au, Austria/Europe
> http://deltalabs.at -- http://dev.guglhupf.net -- http://guglhupf.net
> My PGP Public Key: http://guglhupf.net/david/david.asc
> --
> METHODEN DER BEWEISFHRUNG -- WISCHWEG - METHODE
> Man wischt die entscheidenden Stellen des Beweises sofort nach dem
> Anschreiben
> wieder weg (rechts schreiben, links wischen).
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Sep 20, 2005, at 3:07 AM, David Tanzer wrote:
> Geir Magnusson Jr. wrote:
>
>> Lets not store code in the wiki, but rather SVN. There's no
>> control on a WIKI, so we have no clue what it is or really where
>> it came from.
>>
>
> I totally agree with that, I just didn't know if I have SVN write
> access
> and how we structure the repository. I guess it would be good to
> set up
> a "playground" or "sandbox" where we can play around with prototypes
> like the one I've provided.
This will be a way to help work that out.
>
>
>> As you know, we are being very careful about code pedigree for
>> all sorts of good reasons. If you would like to get this code
>> into SVN so others can start tweaking and playing, we should do
>> that.
>> 1) To get started, first look at the Authorized Contributor
>> Questionnaire (ACQ)
>> http://incubator.apache.org/harmony/auth_cont_quest.html
>> or
>> http://incubator.apache.org/harmony/auth_cont_quest.txt
>> and fill out a copy, print it, and sign it. Fax to
>> +1 203 665 6400
>> (that's my fax #).
>> 2) Fill out an ICLA as required by part IV of the ACQ above
>> http://www.apache.org/licenses/icla.txt
>> print it, and sign it. Fax to same number.
>>
>
> I have sent both documents via snail mail to
>
> Apache Software Foundation
> 1901 Munsey Drive,
> Forest Hill, MD 21050-2747
> U.S.A.
>
> should I still fax it to you anyway?
Yes.
>
>
>> Assuming that all is well with the ACQ, this means that we can
>> accept the code you have put in the WIKI into SVN for people to
>> start playing with. You will have to add the code to a JIRA
>> entry for the project, so you can definitively offer it under the
>> Apache license.
>> Note that we are going to be testing the contribution process that
>> we have thought out, so please be patient :)
>>
>
> Sure, no problem. I just thought we should start talking about code
> rather than abstract ideas.
That's perfect.
>
> Regards, David.
>
>
>> geir
>> On Sep 16, 2005, at 3:47 PM, David Tanzer wrote:
>> [Snip]
>>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by David Tanzer <st...@guglhupf.net>.
Geir Magnusson Jr. wrote:
> Lets not store code in the wiki, but rather SVN. There's no control on
> a WIKI, so we have no clue what it is or really where it came from.
I totally agree with that, I just didn't know if I have SVN write access
and how we structure the repository. I guess it would be good to set up
a "playground" or "sandbox" where we can play around with prototypes
like the one I've provided.
> As you know, we are being very careful about code pedigree for all
> sorts of good reasons. If you would like to get this code into SVN so
> others can start tweaking and playing, we should do that.
>
> 1) To get started, first look at the Authorized Contributor
> Questionnaire (ACQ)
>
> http://incubator.apache.org/harmony/auth_cont_quest.html
>
> or
>
> http://incubator.apache.org/harmony/auth_cont_quest.txt
>
> and fill out a copy, print it, and sign it. Fax to
>
> +1 203 665 6400
>
> (that's my fax #).
>
> 2) Fill out an ICLA as required by part IV of the ACQ above
>
> http://www.apache.org/licenses/icla.txt
>
> print it, and sign it. Fax to same number.
I have sent both documents via snail mail to
Apache Software Foundation
1901 Munsey Drive,
Forest Hill, MD 21050-2747
U.S.A.
should I still fax it to you anyway?
> Assuming that all is well with the ACQ, this means that we can accept
> the code you have put in the WIKI into SVN for people to start playing
> with. You will have to add the code to a JIRA entry for the project,
> so you can definitively offer it under the Apache license.
>
> Note that we are going to be testing the contribution process that we
> have thought out, so please be patient :)
Sure, no problem. I just thought we should start talking about code
rather than abstract ideas.
Regards, David.
> geir
>
>
> On Sep 16, 2005, at 3:47 PM, David Tanzer wrote:
> [Snip]
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Sep 20, 2005, at 9:29 AM, acoliver@apache.org wrote:
> Dude,
>
> It's catch 22. There weren't any legitimate committers (because
> there was no initial code base) at the beginning of the project to
> "vote". Because of this, there needs to be a lower barrier of entry
> than a formal procedure.
Having a "barrier to entry" isn't in conflict with a "formal
procedure". We are going to have a formal procedure because the code
pedigree is critical for this project.
> Otherwise I might suggest a segment of the willing go off and
> create an initial codebase in a CVS/SVN somewhere that is more open
> and then submit it. For a project with no code this seems a bit
> officious. Let the "likely" people in (Mladen for instance is an
> apache committer in good standing who has plans to do something)
> and then let Darwin sort them out. Then they can vote in
> committers in the normal way. The project needs code!!! Rather
> than being officious, the goal should be to facillitate every means
> possible to make that happen. It will be messy and there will be
> serveral misdirections but thats what a repository is for. Forward
> momentum.
This is clearly a position we all believe in - we need code. I'll
remark in another summary message.
geir
>
> -Andy
>
> Geir Magnusson Jr. wrote:
>
>> On Sep 20, 2005, at 9:11 AM, Davanum Srinivas wrote:
>>
>>> Geir,
>>>
>>> When folks have sent in their ACQ/ICLA, we should give them direct
>>> commit access (after maybe a VOTE on the ppmc list). I really don't
>>> like putting so many road blocks, what exactly are we waiting for?
>>>
>> What roadblocks are you talking about?
>> We certainly want a vote and not just make everyone who fills in
>> paperwork a committer. I don't think we need a high bar to
>> entry, but at least a patch, maybe? This is a good subject to
>> discuss.
>> *Any* bulk contribution - i.e. code created outside of the day to
>> day flow of the project by committers should come into a JIRA so
>> the contribution can be inspected and understood to be a clearly
>> delineated contribution. We will be keeping a record of all such
>> contributions.
>> geir
>>
>>>
>>>
>>>
>>>> Assuming that all is well with the ACQ, this means that we can
>>>> accept
>>>> the code you have put in the WIKI into SVN for people to start
>>>> playing with. You will have to add the code to a JIRA entry for
>>>> the
>>>> project, so you can definitively offer it under the Apache license.
>>>>
>>>>
>>>
>>> Thanks,
>>> dims
>>>
>>>
>>>
>
>
> --
> Andrew C. Oliver
> SuperLink Software, Inc.
>
> Java to Excel using POI
> http://www.superlinksoftware.com/services/poi
> Commercial support including features added/implemented, bugs fixed.
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component
Model)
Posted by ac...@apache.org.
Dude,
It's catch 22. There weren't any legitimate committers (because there
was no initial code base) at the beginning of the project to "vote".
Because of this, there needs to be a lower barrier of entry than a
formal procedure. Otherwise I might suggest a segment of the willing go
off and create an initial codebase in a CVS/SVN somewhere that is more
open and then submit it. For a project with no code this seems a bit
officious. Let the "likely" people in (Mladen for instance is an apache
committer in good standing who has plans to do something) and then let
Darwin sort them out. Then they can vote in committers in the normal
way. The project needs code!!! Rather than being officious, the goal
should be to facillitate every means possible to make that happen. It
will be messy and there will be serveral misdirections but thats what a
repository is for. Forward momentum.
-Andy
Geir Magnusson Jr. wrote:
>
> On Sep 20, 2005, at 9:11 AM, Davanum Srinivas wrote:
>
>> Geir,
>>
>> When folks have sent in their ACQ/ICLA, we should give them direct
>> commit access (after maybe a VOTE on the ppmc list). I really don't
>> like putting so many road blocks, what exactly are we waiting for?
>
>
> What roadblocks are you talking about?
>
> We certainly want a vote and not just make everyone who fills in
> paperwork a committer. I don't think we need a high bar to entry, but
> at least a patch, maybe? This is a good subject to discuss.
>
> *Any* bulk contribution - i.e. code created outside of the day to day
> flow of the project by committers should come into a JIRA so the
> contribution can be inspected and understood to be a clearly delineated
> contribution. We will be keeping a record of all such contributions.
>
> geir
>
>>
>>
>>> Assuming that all is well with the ACQ, this means that we can accept
>>> the code you have put in the WIKI into SVN for people to start
>>> playing with. You will have to add the code to a JIRA entry for the
>>> project, so you can definitively offer it under the Apache license.
>>>
>>
>> Thanks,
>> dims
>>
>>
>
--
Andrew C. Oliver
SuperLink Software, Inc.
Java to Excel using POI
http://www.superlinksoftware.com/services/poi
Commercial support including features added/implemented, bugs fixed.
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Sep 20, 2005, at 9:36 AM, Davanum Srinivas wrote:
> So let's do it then...Everyone interested should fill in their
> paperwork by end of the month. First week next month we can have a
> VOTE on the PPMC for each person based on their contributions so far.
> (Let each person state what they are bringing to the table as well if
> they haven't already). So by end of October we should have a roster of
> folks with commit privs who can then vote in the next set of
> committers (or as and when they want to).
>
> I really don't want to wait another 4 months and see that we are still
> in the same situation as we are in today.
We won't be. I'll post another note outlining what I think we should
do, and we can agree.
geir
>
> Thanks,
> dims
>
> On 9/20/05, Geir Magnusson Jr. <ge...@apache.org> wrote:
>
>>
>> On Sep 20, 2005, at 9:11 AM, Davanum Srinivas wrote:
>>
>>
>>> Geir,
>>>
>>> When folks have sent in their ACQ/ICLA, we should give them direct
>>> commit access (after maybe a VOTE on the ppmc list). I really don't
>>> like putting so many road blocks, what exactly are we waiting for?
>>>
>>
>> What roadblocks are you talking about?
>>
>> We certainly want a vote and not just make everyone who fills in
>> paperwork a committer. I don't think we need a high bar to entry,
>> but at least a patch, maybe? This is a good subject to discuss.
>>
>> *Any* bulk contribution - i.e. code created outside of the day to day
>> flow of the project by committers should come into a JIRA so the
>> contribution can be inspected and understood to be a clearly
>> delineated contribution. We will be keeping a record of all such
>> contributions.
>>
>> geir
>>
>>
>>>
>>>
>>>
>>>> Assuming that all is well with the ACQ, this means that we can
>>>> accept
>>>> the code you have put in the WIKI into SVN for people to start
>>>> playing with. You will have to add the code to a JIRA entry for
>>>> the
>>>> project, so you can definitively offer it under the Apache license.
>>>>
>>>>
>>>
>>> Thanks,
>>> dims
>>>
>>>
>>>
>>
>> --
>> Geir Magnusson Jr +1-203-665-6437
>> geirm@apache.org
>>
>>
>>
>>
>
>
> --
> Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service
> Platform
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by Davanum Srinivas <da...@gmail.com>.
So let's do it then...Everyone interested should fill in their
paperwork by end of the month. First week next month we can have a
VOTE on the PPMC for each person based on their contributions so far.
(Let each person state what they are bringing to the table as well if
they haven't already). So by end of October we should have a roster of
folks with commit privs who can then vote in the next set of
committers (or as and when they want to).
I really don't want to wait another 4 months and see that we are still
in the same situation as we are in today.
Thanks,
dims
On 9/20/05, Geir Magnusson Jr. <ge...@apache.org> wrote:
>
> On Sep 20, 2005, at 9:11 AM, Davanum Srinivas wrote:
>
> > Geir,
> >
> > When folks have sent in their ACQ/ICLA, we should give them direct
> > commit access (after maybe a VOTE on the ppmc list). I really don't
> > like putting so many road blocks, what exactly are we waiting for?
>
> What roadblocks are you talking about?
>
> We certainly want a vote and not just make everyone who fills in
> paperwork a committer. I don't think we need a high bar to entry,
> but at least a patch, maybe? This is a good subject to discuss.
>
> *Any* bulk contribution - i.e. code created outside of the day to day
> flow of the project by committers should come into a JIRA so the
> contribution can be inspected and understood to be a clearly
> delineated contribution. We will be keeping a record of all such
> contributions.
>
> geir
>
> >
> >
> >> Assuming that all is well with the ACQ, this means that we can accept
> >> the code you have put in the WIKI into SVN for people to start
> >> playing with. You will have to add the code to a JIRA entry for the
> >> project, so you can definitively offer it under the Apache license.
> >>
> >
> > Thanks,
> > dims
> >
> >
>
> --
> Geir Magnusson Jr +1-203-665-6437
> geirm@apache.org
>
>
>
--
Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service Platform
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
On Sep 20, 2005, at 9:11 AM, Davanum Srinivas wrote:
> Geir,
>
> When folks have sent in their ACQ/ICLA, we should give them direct
> commit access (after maybe a VOTE on the ppmc list). I really don't
> like putting so many road blocks, what exactly are we waiting for?
What roadblocks are you talking about?
We certainly want a vote and not just make everyone who fills in
paperwork a committer. I don't think we need a high bar to entry,
but at least a patch, maybe? This is a good subject to discuss.
*Any* bulk contribution - i.e. code created outside of the day to day
flow of the project by committers should come into a JIRA so the
contribution can be inspected and understood to be a clearly
delineated contribution. We will be keeping a record of all such
contributions.
geir
>
>
>> Assuming that all is well with the ACQ, this means that we can accept
>> the code you have put in the WIKI into SVN for people to start
>> playing with. You will have to add the code to a JIRA entry for the
>> project, so you can definitively offer it under the Apache license.
>>
>
> Thanks,
> dims
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org
Re: Code into SVN, not the WIKI (Re: [arch] VMCore / Component Model)
Posted by Davanum Srinivas <da...@gmail.com>.
Geir,
When folks have sent in their ACQ/ICLA, we should give them direct
commit access (after maybe a VOTE on the ppmc list). I really don't
like putting so many road blocks, what exactly are we waiting for?
> Assuming that all is well with the ACQ, this means that we can accept
> the code you have put in the WIKI into SVN for people to start
> playing with. You will have to add the code to a JIRA entry for the
> project, so you can definitively offer it under the Apache license.
Thanks,
dims