You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@portals.apache.org by Raphaël Luta <ra...@apache.org> on 2004/09/27 19:26:28 UTC
[VOTE] Promote portals-bridges as a sub-project of Portals
A few weeks ago, Ate Douma proposed the creation of
a portals-bridges subproject within Apache Portals to
host the generic adapters being developped within the
Jetspeed 2 codebase to "bridge" the JSR-168 to other
web frameworks (Struts, PHP, etc...).
http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.apache.org&by=thread&from=829294
I think it's probably time now to do something about it, so
I'd like to officially call for a PMC vote on accepting
Bridges as a new sub-project of Portals based on the code
currently available in Jetspeed 2 and with an initial
committer list of all the active developpers of Jetspeed 2.
[ ] +1 - I accept Bridges as a Portals sub-project
[ ] +0 - I have no strong opinion
[ ] -1 - I refuse and think something needs to be
fixed first (please explain)
Vote will start now and ends on Thursday 1st October 18:00 GMT.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by David Sean Taylor <da...@bluesunrise.com>.
Raphaël Luta wrote:
> A few weeks ago, Ate Douma proposed the creation of
> a portals-bridges subproject within Apache Portals to
> host the generic adapters being developped within the
> Jetspeed 2 codebase to "bridge" the JSR-168 to other
> web frameworks (Struts, PHP, etc...).
>
> http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.apache.org&by=thread&from=829294
>
>
> I think it's probably time now to do something about it, so
> I'd like to officially call for a PMC vote on accepting
> Bridges as a new sub-project of Portals based on the code
> currently available in Jetspeed 2 and with an initial
> committer list of all the active developpers of Jetspeed 2.
>
> [ ] +1 - I accept Bridges as a Portals sub-project
> [ ] +0 - I have no strong opinion
> [ ] -1 - I refuse and think something needs to be
> fixed first (please explain)
>
> Vote will start now and ends on Thursday 1st October 18:00 GMT.
>
[+1] +1 - I accept Bridges as a Portals sub-project
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
[office] +01 707 773 4646
[mobile] +01 707 529 9194
Re: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by Julie MacNaught <jm...@apache.org>.
+1
Julie MacNaught
jmacna@apache.org
Raphaël Luta wrote:
> A few weeks ago, Ate Douma proposed the creation of
> a portals-bridges subproject within Apache Portals to
> host the generic adapters being developped within the
> Jetspeed 2 codebase to "bridge" the JSR-168 to other
> web frameworks (Struts, PHP, etc...).
>
> http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.apache.org&by=thread&from=829294
>
>
> I think it's probably time now to do something about it, so
> I'd like to officially call for a PMC vote on accepting
> Bridges as a new sub-project of Portals based on the code
> currently available in Jetspeed 2 and with an initial
> committer list of all the active developpers of Jetspeed 2.
>
> [ ] +1 - I accept Bridges as a Portals sub-project
> [ ] +0 - I have no strong opinion
> [ ] -1 - I refuse and think something needs to be
> fixed first (please explain)
>
> Vote will start now and ends on Thursday 1st October 18:00 GMT.
>
Re: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by "Scott T. Weaver" <sc...@binary-designs.net>.
[x] +1 - I accept Bridges as a Portals sub-project
Raphaël Luta wrote:
> A few weeks ago, Ate Douma proposed the creation of
> a portals-bridges subproject within Apache Portals to
> host the generic adapters being developped within the
> Jetspeed 2 codebase to "bridge" the JSR-168 to other
> web frameworks (Struts, PHP, etc...).
>
> http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.apache.org&by=thread&from=829294
>
>
> I think it's probably time now to do something about it, so
> I'd like to officially call for a PMC vote on accepting
> Bridges as a new sub-project of Portals based on the code
> currently available in Jetspeed 2 and with an initial
> committer list of all the active developpers of Jetspeed 2.
>
> [ ] +1 - I accept Bridges as a Portals sub-project
> [ ] +0 - I have no strong opinion
> [ ] -1 - I refuse and think something needs to be
> fixed first (please explain)
>
> Vote will start now and ends on Thursday 1st October 18:00 GMT.
>
--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss people." - Admiral Hyman Rickover
*******************************************
* Scott T. Weaver *
* <we...@apache.org> *
* <http://www.einnovation.com> *
* -------------------------------------- *
* Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container *
* *
* OpenEditPro, Website Content Management *
* <http://www.openeditpro.com> *
*******************************************
RE: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by Carsten Ziegeler <cz...@apache.org>.
Raphaël Luta wrote:
>
> A few weeks ago, Ate Douma proposed the creation of a
> portals-bridges subproject within Apache Portals to host the
> generic adapters being developped within the Jetspeed 2
> codebase to "bridge" the JSR-168 to other web frameworks
> (Struts, PHP, etc...).
>
> http://nagoya.apache.org/eyebrowse/BrowseList?listName=general
> @portals.apache.org&by=thread&from=829294
>
> I think it's probably time now to do something about it, so
> I'd like to officially call for a PMC vote on accepting
> Bridges as a new sub-project of Portals based on the code
> currently available in Jetspeed 2 and with an initial
> committer list of all the active developpers of Jetspeed 2.
>
> [ ] +1 - I accept Bridges as a Portals sub-project
> [ ] +0 - I have no strong opinion
> [ ] -1 - I refuse and think something needs to be
> fixed first (please explain)
>
I'm +1 if Bridges is independent from Jetspeed 2, so that it is
usable in other portal engines as well. It doesn't have to be
the case now, but it should imho have a high priority.
If the goal is to use Bridges only within Jetspeed 2, than I'm
-1 on this.
Carsten
RE: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by Jeremy Ford <ca...@hotmail.com>.
+1
Jeremy Ford
jford@apache.org
-----Original Message-----
From: Raphaël Luta [mailto:raphael@apache.org]
Sent: Monday, September 27, 2004 12:26 PM
To: general@portals.apache.org
Subject: [VOTE] Promote portals-bridges as a sub-project of Portals
A few weeks ago, Ate Douma proposed the creation of
a portals-bridges subproject within Apache Portals to
host the generic adapters being developped within the
Jetspeed 2 codebase to "bridge" the JSR-168 to other
web frameworks (Struts, PHP, etc...).
http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.apach
e.org&by=thread&from=829294
I think it's probably time now to do something about it, so
I'd like to officially call for a PMC vote on accepting
Bridges as a new sub-project of Portals based on the code
currently available in Jetspeed 2 and with an initial
committer list of all the active developpers of Jetspeed 2.
[ ] +1 - I accept Bridges as a Portals sub-project
[ ] +0 - I have no strong opinion
[ ] -1 - I refuse and think something needs to be
fixed first (please explain)
Vote will start now and ends on Thursday 1st October 18:00 GMT.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of
Portals
Posted by Ate Douma <at...@douma.nu>.
Santiago Gala said:
> El dom, 24-10-2004 a las 22:57 +0200, Raphaël Luta escribió:
>
>> Santiago should be able to set you up, he's supposed to have the
>> necessary karma.
>>
>
> Nope. I asked for either Ate being added to our group in
> asf-authorization or me or you been given infrastructure group in
> subversion, but nothing has happened yet.
>
> I'll insist today.
>
> Re: being in the pmc, I think portals should aim to have all active
> developers in the pmc, so that coordination is easier and we don't
> "balkanize" too much between the different sub-projects.
>
> Is it the case that you don't want to be involved, Ate? I think we
> should follow more the cocoon "everybody's in" model than the old
> jakarta "only a few" model.
I've thought about it some time ago, but never got around to actually do ask.
So no, I'd like to be involved and maybe this is a good time.
Should I do that in a more formal way or is this enough?
Regards, Ate
>
> Regards
> --
> Santiago Gala <sg...@hisitech.com>
> High Sierra Technology, SLU
>
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by "Scott T. Weaver" <sc...@binary-designs.net>.
+1 on committer == pmc member
Santiago Gala wrote:
>El dom, 24-10-2004 a las 22:57 +0200, Raphaël Luta escribió:
>
>
>
>>Santiago should be able to set you up, he's supposed to have the
>>necessary karma.
>>
>>
>>
>
>Nope. I asked for either Ate being added to our group in
>asf-authorization or me or you been given infrastructure group in
>subversion, but nothing has happened yet.
>
>I'll insist today.
>
>Re: being in the pmc, I think portals should aim to have all active
>developers in the pmc, so that coordination is easier and we don't
>"balkanize" too much between the different sub-projects.
>
>Is it the case that you don't want to be involved, Ate? I think we
>should follow more the cocoon "everybody's in" model than the old
>jakarta "only a few" model.
>
>Regards
>
>
--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss people." - Admiral Hyman Rickover
*******************************************
* Scott T. Weaver *
* <we...@apache.org> *
* <http://www.einnovation.com> *
* -------------------------------------- *
* Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container *
* *
* OpenEdit, Website Content Management *
* <http://www.openedit.org> *
*******************************************
Re: PMC Membership (was Re: [VOTE:RESULT] Promote portals-bridges
as a sub-project of Portals)
Posted by Raphaël Luta <ra...@apache.org>.
David H. DeWolf wrote:
> Santiago Gala wrote:
>
>> Re: being in the pmc, I think portals should aim to have all active
>> developers in the pmc, so that coordination is easier and we don't
>> "balkanize" too much between the different sub-projects.
>>
>
> In that case, I would like to be considered for a spot on the PMC.
> Hopefully it's not considered rude to ask :)
>
> I'm not sure what the makeup of the pmc actually is, but it seems that
> it may be made up of mostly jetspeed committers (probably rightly so).
> In any case, it may be beneficial to the "de-balkanization" effort to
> have another Pluto committer on the pmc.
>
> Thanks,
>
> David
>
+1 both to the request and the context
Also note that I have updated in SVN a whoweare.xml xdocs listing all
the PMC members (I think I have the list
right). When you are accepted, feel free to add yourself in the file to
keep it accurate.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: PMC Membership (was Re: [VOTE:RESULT] Promote portals-bridges
as a sub-project of Portals)
Posted by "Scott T. Weaver" <sc...@binary-designs.net>.
I feel all of the currently active Pluto committers should be offered
PMC spots.
Regards,
David H. DeWolf wrote:
> Santiago Gala wrote:
>
>> Re: being in the pmc, I think portals should aim to have all active
>> developers in the pmc, so that coordination is easier and we don't
>> "balkanize" too much between the different sub-projects.
>>
>
> In that case, I would like to be considered for a spot on the PMC.
> Hopefully it's not considered rude to ask :)
>
> I'm not sure what the makeup of the pmc actually is, but it seems that
> it may be made up of mostly jetspeed committers (probably rightly so).
> In any case, it may be beneficial to the "de-balkanization" effort to
> have another Pluto committer on the pmc.
>
> Thanks,
>
> David
>
>
--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss people." - Admiral Hyman Rickover
*******************************************
* Scott T. Weaver *
* <we...@apache.org> *
* <http://www.einnovation.com> *
* -------------------------------------- *
* Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container *
* *
* OpenEdit, Website Content Management *
* <http://www.openedit.org> *
*******************************************
PMC Membership (was Re: [VOTE:RESULT] Promote portals-bridges as
a sub-project of Portals)
Posted by "David H. DeWolf" <dd...@apache.org>.
Santiago Gala wrote:
> Re: being in the pmc, I think portals should aim to have all active
> developers in the pmc, so that coordination is easier and we don't
> "balkanize" too much between the different sub-projects.
>
In that case, I would like to be considered for a spot on the PMC.
Hopefully it's not considered rude to ask :)
I'm not sure what the makeup of the pmc actually is, but it seems that
it may be made up of mostly jetspeed committers (probably rightly so).
In any case, it may be beneficial to the "de-balkanization" effort to
have another Pluto committer on the pmc.
Thanks,
David
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of
Portals
Posted by Santiago Gala <sg...@hisitech.com>.
El dom, 24-10-2004 a las 22:57 +0200, Raphaël Luta escribió:
> Santiago should be able to set you up, he's supposed to have the
> necessary karma.
>
Nope. I asked for either Ate being added to our group in
asf-authorization or me or you been given infrastructure group in
subversion, but nothing has happened yet.
I'll insist today.
Re: being in the pmc, I think portals should aim to have all active
developers in the pmc, so that coordination is easier and we don't
"balkanize" too much between the different sub-projects.
Is it the case that you don't want to be involved, Ate? I think we
should follow more the cocoon "everybody's in" model than the old
jakarta "only a few" model.
Regards
--
Santiago Gala <sg...@hisitech.com>
High Sierra Technology, SLU
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Raphaël Luta <ra...@apache.org>.
Ate Douma wrote:
>
>
> Raphaël Luta wrote:
>
>> Ate Douma wrote:
>>
>>> I just tried but it seems I don't have the privilege. Should I have?
>>>
>>
>> Yes you should.
>>
>> 1st: make sure you have a SVN login/password defined
>> (check http://www.apache.org/dev/version-control.html if it's not set
>> and you don't know how to set it up)
>> 2nd: svn co https://svn.apache.org/repos/asf/portals/site
>> 3rd: edit and commit back.
>>
>> You need to use https to be able to commit afterwards.
>>
> I didn't have a SVN password setup yet, so I created on.
> (I stupidly thought my cvs account settings would give me likewise
> access to svn)
>
> Then I did a svn co https://svn.apache.org/repos/asf/portals/site,
> modified the file and tried svn commit.
> Now I get an authorization failed error which seems to indicate my svn
> account hasn't been setup yet.
> I tried it once more directly through the svn.apache.org console but
> with the same result.
> I guess, I should ask infrastructure for karma on portals/site svn then?
>
>
>
Santiago should be able to set you up, he's supposed to have the
necessary karma.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Ate Douma <at...@douma.nu>.
Raphaël Luta wrote:
> Ate Douma wrote:
>> I just tried but it seems I don't have the privilege. Should I have?
>>
>
> Yes you should.
>
> 1st: make sure you have a SVN login/password defined
> (check http://www.apache.org/dev/version-control.html if it's not set
> and you don't know how to set it up)
> 2nd: svn co https://svn.apache.org/repos/asf/portals/site
> 3rd: edit and commit back.
>
> You need to use https to be able to commit afterwards.
>
I didn't have a SVN password setup yet, so I created on.
(I stupidly thought my cvs account settings would give me likewise access to svn)
Then I did a svn co https://svn.apache.org/repos/asf/portals/site, modified the file and tried svn commit.
Now I get an authorization failed error which seems to indicate my svn account hasn't been setup yet.
I tried it once more directly through the svn.apache.org console but with the same result.
I guess, I should ask infrastructure for karma on portals/site svn then?
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Raphaël Luta <ra...@apache.org>.
Ate Douma wrote:
>
>
> Raphaël Luta wrote:
>
>> Ate Douma wrote:
>>
>>> I've looked at the document and I'm curious why we would want or need
>>> a separate JIRA project for each bridge component.
>>> I'm not against this, but it seems to me it will require more
>>> administration as well as every time over for each additional bridge
>>> we want to create. Can't we just use a JIRA Component definition for
>>> this?
>>>
>>> As Preferred Project Abbreviation (for Portals Bridges) I would
>>> suggest the shortest one: PB
>>>
>>
>> No problem, feel free to update the document directly :)
>
> I just tried but it seems I don't have the privilege. Should I have?
>
Yes you should.
1st: make sure you have a SVN login/password defined
(check http://www.apache.org/dev/version-control.html if it's not set
and you don't know how to set it up)
2nd: svn co https://svn.apache.org/repos/asf/portals/site
3rd: edit and commit back.
You need to use https to be able to commit afterwards.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Ate Douma <at...@douma.nu>.
Raphaël Luta wrote:
> Ate Douma wrote:
>
>> I've looked at the document and I'm curious why we would want or need
>> a separate JIRA project for each bridge component.
>> I'm not against this, but it seems to me it will require more
>> administration as well as every time over for each additional bridge
>> we want to create. Can't we just use a JIRA Component definition for
>> this?
>>
>> As Preferred Project Abbreviation (for Portals Bridges) I would
>> suggest the shortest one: PB
>>
>
> No problem, feel free to update the document directly :)
I just tried but it seems I don't have the privilege. Should I have?
> I don't think there's any requirement. It just means you're going to get
> a few messages per week that need to be moderated through (valid mails
> from non-subsribers) or rejected/dropped (mostly spam).
> The more moderators are defined for a specific list the better, since
> that means that if you're not available at a time, some other moderator
> may be... I believe we are currently 3-4 moderators on jetspeed lists.
Ok. I'll sign up then :-)
>
>> Concerning the developer accounts for the different JIRA projects (if
>> we are going to use all of them): I would like to be added to at least
>> Portals Bridges itself as well as to the Struts Bridge. Furthermore,
>> if their is a need for a lead for the Struts Bridge I would volunteer
>> for that as well (although I don't want to step on any ones toes).
>>
>> And Raphaël, thanks for getting this started!
>
>
> If the consensus among the current bridges developers is that we only
> need 1 JIRA project, I'm all for it as it's indeed simpler and we simply
> grant all committers access to the JIRA project.
+1
Re: Portals applications @ Apache Portals
Posted by Santiago Gala <sg...@hisitech.com>.
El lun, 25-10-2004 a las 08:38 -0700, David Sean Taylor escribió:
> Im currently working or soon to be working on
>
> * Database Browser and Database Form portlets
> * RSS Portlet
> * Web Service Portlet (Stock Quote)
>
I'm also mostly interested in small scale apps than core currently.
In particular, I would like to work in RSS/Atom support, to get
something along the lines of bloglines available for intranets or even
public portals.
> And plans for other applications
>
I would think most of the administraction should be moved into a webapp,
with few and controlled "private" API calls, none of which related to
rendering. Even if this would not run in other portals, it would give an
easy to port admin kit for other projects.
> >
> >> If we do decide to move forward, one possible "test run" may be
> the
> >> pluto-testsuite portlet-app. There seem to be at least a couple
> of
> >> portal implementations outside of Apache that are using the
> testsuite
> >> for high-level testing of portals/containers. Additionally, due
> to
> >> the fact that it's a "test suite", it seems as though the
> development
> >> of it is never finished (kinda like JUnits :) ) - so it doesn't
> seem
> >> like a candidate for fizzling due to the development being
> "complete".
> >>
> >> Just some ideas . . .
> >
> >
> > Interesting. I'd definitely like to see somebody give this project
> some
> > thought and issue a complete proposal.
> > I just know this someone is not going to be me, with JCMS and
> Bridges my
> > alloted time for Apache-related
> > activites is already reached :(
> >
> I will write a proposal.
> IMO its should go through the incubation process like JCMS and Bridges
>
It is a good way to get aware of lots of Apache related efforts and get
people interested involved in the effort.
Regards
--
Santiago Gala <sg...@hisitech.com>
High Sierra Technology, SLU
Re: Portals applications @ Apache Portals
Posted by David Sean Taylor <da...@bluesunrise.com>.
Raphaël Luta wrote:
>>
>> Additionally, I would add that supporting the development of spec
>> compliant portlet-apps would bring new interest to Apache Portals from
>> people who may not otherwise be interested in our specific portal
>> implementations - but would be interested in canned portlets which
>> they can deploy into whatever flavor portal they prefer. This may
>> help offset the 'cost' of a new subproject.
>>
> Agreed, although we are more in need of "developers" than "users" here
> and packaged portlets will tend to attract many
> end users and possibly few developers.
>
I know of several developers interested in working on this project.
IMO, portlet applications are essential to the success of J2 and will
have a much larger influence on the Portlet standard general acceptance
Im currently working or soon to be working on
* Database Browser and Database Form portlets
* RSS Portlet
* Web Service Portlet (Stock Quote)
And plans for other applications
>
>> If we do decide to move forward, one possible "test run" may be the
>> pluto-testsuite portlet-app. There seem to be at least a couple of
>> portal implementations outside of Apache that are using the testsuite
>> for high-level testing of portals/containers. Additionally, due to
>> the fact that it's a "test suite", it seems as though the development
>> of it is never finished (kinda like JUnits :) ) - so it doesn't seem
>> like a candidate for fizzling due to the development being "complete".
>>
>> Just some ideas . . .
>
>
> Interesting. I'd definitely like to see somebody give this project some
> thought and issue a complete proposal.
> I just know this someone is not going to be me, with JCMS and Bridges my
> alloted time for Apache-related
> activites is already reached :(
>
I will write a proposal.
IMO its should go through the incubation process like JCMS and Bridges
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
[office] +01 707 773 4646
[mobile] +01 707 529 9194
Re: Portals applications @ Apache Portals
Posted by Raphaël Luta <ra...@apache.org>.
David H. DeWolf wrote:
> Raphaël Luta wrote:
>
>> David H. DeWolf wrote:
>>
>>> David Sean Taylor wrote:
>>>
>>>>
>>>> While we are discussing new Portals sub projects, what do you all
>>>> think about a subproject for developing portlet applications. I'd
>>>> like to see it be called "Portals Applications"
>>>>
>>> Big +1 from me. I've been thinking about that for a while and would
>>> be ready to roll my sleeves up to help.
>>>
>>
>> I must say I'm pretty ambivalent on the subject:
>>
>> - I strongly think we need an organised effort to promote various portal
>> applications validated to work well the Portals containers (jetspeed
>> and cocoon) and possibly leveraging some specific features of these
>> portals.
>
>
> Additionally, I would add that supporting the development of spec
> compliant portlet-apps would bring new interest to Apache Portals from
> people who may not otherwise be interested in our specific portal
> implementations - but would be interested in canned portlets which
> they can deploy into whatever flavor portal they prefer. This may
> help offset the 'cost' of a new subproject.
>
Agreed, although we are more in need of "developers" than "users" here
and packaged portlets will tend to attract many
end users and possibly few developers.
>>
>> - I have important doubts on the viability of such an effort in terms
>> of community. My main 2 concerns are :
>> * I foresee that many of these portals application will probably be
>> small scale developments not big enough to attract a large crowd of
>> developers and that create the risks of a lot of one-man-development
>> team that we usually try to avoid.
>> * It's likely that such a sub-project would soon attract one time "code
>> drops" by external contributors willing to donate their code but
>> necessarily to maintain it in the long-term.
>
>
> I think these are totally valid concerns and do think they should be
> considered in this discussion. While I probably don't understand them
> in the depth that some of you Apache veterans do, I do share the
> concern over a lack of community.
>
> At the same time, I wonder if it would be possible to mitigate these
> risks by being selective in which portlet-apps we allow into the
> subproject. Could we have certain entry criteria which addresses the
> community which surrounds the app and/or the "size" of an application?
> Could we possibly require an incubation/trial period?
>
Incubation is probably overkill but a selective approach would
definitely be necessary to avoid being overwhelmed
by too many small components.
> If we do decide to move forward, one possible "test run" may be the
> pluto-testsuite portlet-app. There seem to be at least a couple of
> portal implementations outside of Apache that are using the testsuite
> for high-level testing of portals/containers. Additionally, due to
> the fact that it's a "test suite", it seems as though the development
> of it is never finished (kinda like JUnits :) ) - so it doesn't seem
> like a candidate for fizzling due to the development being "complete".
>
> Just some ideas . . .
Interesting. I'd definitely like to see somebody give this project some
thought and issue a complete proposal.
I just know this someone is not going to be me, with JCMS and Bridges my
alloted time for Apache-related
activites is already reached :(
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: Portals applications @ Apache Portals
Posted by "David H. DeWolf" <dd...@apache.org>.
See below:
Raphaël Luta wrote:
> [Renamed the thread since this is a brand new discussion]
>
> David H. DeWolf wrote:
>
>> David Sean Taylor wrote:
>>
>>>
>>> While we are discussing new Portals sub projects, what do you all
>>> think about a subproject for developing portlet applications. I'd
>>> like to see it be called "Portals Applications"
>>>
>> Big +1 from me. I've been thinking about that for a while and would
>> be ready to roll my sleeves up to help.
>>
>
> I must say I'm pretty ambivalent on the subject:
>
> - I strongly think we need an organised effort to promote various portal
> applications validated to work well the Portals containers (jetspeed and
> cocoon) and possibly leveraging some specific features of these portals.
Additionally, I would add that supporting the development of spec
compliant portlet-apps would bring new interest to Apache Portals from
people who may not otherwise be interested in our specific portal
implementations - but would be interested in canned portlets which they
can deploy into whatever flavor portal they prefer. This may help
offset the 'cost' of a new subproject.
>
> - I have important doubts on the viability of such an effort in terms of
> community. My main 2 concerns are :
> * I foresee that many of these portals application will probably be
> small scale developments not big enough to attract a large crowd of
> developers and that create the risks of a lot of one-man-development
> team that we usually try to avoid.
> * It's likely that such a sub-project would soon attract one time "code
> drops" by external contributors willing to donate their code but
> necessarily to maintain it in the long-term.
I think these are totally valid concerns and do think they should be
considered in this discussion. While I probably don't understand them
in the depth that some of you Apache veterans do, I do share the concern
over a lack of community.
At the same time, I wonder if it would be possible to mitigate these
risks by being selective in which portlet-apps we allow into the
subproject. Could we have certain entry criteria which addresses the
community which surrounds the app and/or the "size" of an application?
Could we possibly require an incubation/trial period?
If we do decide to move forward, one possible "test run" may be the
pluto-testsuite portlet-app. There seem to be at least a couple of
portal implementations outside of Apache that are using the testsuite
for high-level testing of portals/containers. Additionally, due to the
fact that it's a "test suite", it seems as though the development of it
is never finished (kinda like JUnits :) ) - so it doesn't seem like a
candidate for fizzling due to the development being "complete".
Just some ideas . . .
David
>
> I can see how we could try to build a jakarta-commons like community
> dedicated to build many portal applications product but right now I
> believe that there are too few of us to make this work.
>
> In summary: I'm -0 on the idea, I recognize the need but have some
> concerns on the execution and outcome of such a subproject.
>
Portals applications @ Apache Portals
Posted by Raphaël Luta <ra...@apache.org>.
[Renamed the thread since this is a brand new discussion]
David H. DeWolf wrote:
> David Sean Taylor wrote:
>
>>
>> While we are discussing new Portals sub projects, what do you all
>> think about a subproject for developing portlet applications. I'd like
>> to see it be called "Portals Applications"
>>
> Big +1 from me. I've been thinking about that for a while and would be
> ready to roll my sleeves up to help.
>
I must say I'm pretty ambivalent on the subject:
- I strongly think we need an organised effort to promote various portal
applications validated to work well the Portals containers (jetspeed and
cocoon) and possibly leveraging some specific features of these portals.
- I have important doubts on the viability of such an effort in terms of
community. My main 2 concerns are :
* I foresee that many of these portals application will probably be
small scale developments not big enough to attract a large crowd of
developers and that create the risks of a lot of one-man-development
team that we usually try to avoid.
* It's likely that such a sub-project would soon attract one time "code
drops" by external contributors willing to donate their code but
necessarily to maintain it in the long-term.
I can see how we could try to build a jakarta-commons like community
dedicated to build many portal applications product but right now I
believe that there are too few of us to make this work.
In summary: I'm -0 on the idea, I recognize the need but have some
concerns on the execution and outcome of such a subproject.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by "David H. DeWolf" <dd...@apache.org>.
David Sean Taylor wrote:
>
> While we are discussing new Portals sub projects, what do you all think
> about a subproject for developing portlet applications. I'd like to see
> it be called "Portals Applications"
>
Big +1 from me. I've been thinking about that for a while and would be
ready to roll my sleeves up to help.
David
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by David Sean Taylor <da...@bluesunrise.com>.
Raphaël Luta wrote:
>
>
> If the consensus among the current bridges developers is that we only
> need 1 JIRA project, I'm all for it as it's indeed simpler and we simply
> grant all committers access to the JIRA project.
>
>
+1 on one JIRA project
While we are discussing new Portals sub projects, what do you all think
about a subproject for developing portlet applications. I'd like to see
it be called "Portals Applications"
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
[office] +01 707 773 4646
[mobile] +01 707 529 9194
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Raphaël Luta <ra...@apache.org>.
Ate Douma wrote:
> I've looked at the document and I'm curious why we would want or need a
> separate JIRA project for each bridge component.
> I'm not against this, but it seems to me it will require more
> administration as well as every time over for each additional bridge we
> want to create. Can't we just use a JIRA Component definition for this?
>
> As Preferred Project Abbreviation (for Portals Bridges) I would suggest
> the shortest one: PB
>
No problem, feel free to update the document directly :)
> I wouldn't mind to be set up as moderator but as I have no experience
> with that yet I'm not sure what my obligations would be: how often and
> quick should I be able to do this?
> And then, I'm not even sure I'm allowed to become one as non-pmc member.
> Is that a requirement? I tried to find some info about moderator
> requirements but without result.
>
I don't think there's any requirement. It just means you're going to get
a few messages per week that need to be moderated through (valid mails
from non-subsribers) or rejected/dropped (mostly spam).
The more moderators are defined for a specific list the better, since
that means that if you're not available at a time, some other moderator
may be... I believe we are currently 3-4 moderators on jetspeed lists.
> Concerning the developer accounts for the different JIRA projects (if we
> are going to use all of them): I would like to be added to at least
> Portals Bridges itself as well as to the Struts Bridge. Furthermore, if
> their is a need for a lead for the Struts Bridge I would volunteer for
> that as well (although I don't want to step on any ones toes).
>
> And Raphaël, thanks for getting this started!
If the consensus among the current bridges developers is that we only
need 1 JIRA project, I'm all for it as it's indeed simpler and we simply
grant all committers access to the JIRA project.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Ate Douma <at...@douma.nu>.
I've looked at the document and I'm curious why we would want or need a separate JIRA project for each bridge component.
I'm not against this, but it seems to me it will require more administration as well as every time over for each additional bridge we want
to create. Can't we just use a JIRA Component definition for this?
As Preferred Project Abbreviation (for Portals Bridges) I would suggest the shortest one: PB
I wouldn't mind to be set up as moderator but as I have no experience with that yet I'm not sure what my obligations would be: how often and
quick should I be able to do this?
And then, I'm not even sure I'm allowed to become one as non-pmc member. Is that a requirement? I tried to find some info about moderator
requirements but without result.
Concerning the developer accounts for the different JIRA projects (if we are going to use all of them): I would like to be added to at least
Portals Bridges itself as well as to the Struts Bridge. Furthermore, if their is a need for a lead for the Struts Bridge I would volunteer
for that as well (although I don't want to step on any ones toes).
And Raphaël, thanks for getting this started!
Regards, Ate
Raphaël Luta wrote:
> I've committed a first version of the Infrastructure form to create the
> Bridges sub-project in the portals/site repository:
>
> https://svn.apache.org/repos/asf/portals/site/forms/bridges.txt
>
> Please review and possibly:
> - add yourself to the moderators list
> - help me out filling the JIRA sub-project requirements
>
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Raphaël Luta <ra...@apache.org>.
I've committed a first version of the Infrastructure form to create the
Bridges sub-project in the portals/site repository:
https://svn.apache.org/repos/asf/portals/site/forms/bridges.txt
Please review and possibly:
- add yourself to the moderators list
- help me out filling the JIRA sub-project requirements
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
Re: [VOTE:RESULT] Promote portals-bridges as a sub-project of Portals
Posted by Raphaël Luta <ra...@apache.org>.
The result of the vote is :
+1: 6 Votes
Raphaël Luta
David Sean Taylor
Scott T. Weaver
Carsten Ziegler
Julie McNaught
Mark orciuch
+0: 0 votes
-1: 0 votes
Seems like we can forward the request to infrastructure.
I'll assume the following technical settings:
Repository: http://svn.apache.org/repos/asf/portals/bridges
User list: bridges-user@portals.apache.org
Dev list: bridges-dev@portals-apache.org
Commit list: same as dev
Please let me know quickly if you would prefer sticking to CVS instead
of SVN.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java
http://portals.apache.org/
RE: [VOTE] Promote portals-bridges as a sub-project of Portals
Posted by Mark Orciuch <ma...@ngsltd.com>.
+1
Best regards,
Mark Orciuch - morciuch@apache.org
Jakarta Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
> -----Original Message-----
> From: Raphaël Luta [mailto:raphael@apache.org]
> Sent: Monday, September 27, 2004 12:26 PM
> To: general@portals.apache.org
> Subject: [VOTE] Promote portals-bridges as a sub-project of Portals
>
>
> A few weeks ago, Ate Douma proposed the creation of
> a portals-bridges subproject within Apache Portals to
> host the generic adapters being developped within the
> Jetspeed 2 codebase to "bridge" the JSR-168 to other
> web frameworks (Struts, PHP, etc...).
>
http://nagoya.apache.org/eyebrowse/BrowseList?listName=general@portals.a
pache.org&by=thread&from=829294
I think it's probably time now to do something about it, so
I'd like to officially call for a PMC vote on accepting
Bridges as a new sub-project of Portals based on the code currently
available in Jetspeed 2 and with an initial committer list of all the
active developpers of Jetspeed 2.
[ ] +1 - I accept Bridges as a Portals sub-project
[ ] +0 - I have no strong opinion
[ ] -1 - I refuse and think something needs to be
fixed first (please explain)
Vote will start now and ends on Thursday 1st October 18:00 GMT.
--
Raphaël Luta - raphael@apache.org
Apache Portals - Enterprise Portal in Java http://portals.apache.org/