-1

I know this is late, but I'd like to see
https://issues.apache.org/jira/browse/PLUTO-590 fixed

Thanks,

Luis


On Wed, Apr 14, 2010 at 8:36 AM, Michael Freedman <
michael.freed...@oracle.com> wrote:

> No problem, I knew this was unlikely because of its lateness, but I thought
> I would try.  At least I got your attention ;-).  Anyway I am in process of
> wrapping up jsr301 and this will soon be followed by jsr329.  This means a
> production 301 bridge should be released sometime in May with a Beta 329
> close behind it.  The Production 329 bridge should be out by late
> summer/early fall.  Bug 569 only impacts the 329 bridge (and any portlet app
> that has multiple portlets in it that communicate via events).  I don't
> recall at the moment the specific use case that caused me to track down 581
> but suspect it applies to both versions.
>   -Mike-
>
>
> On 4/13/2010 3:07 PM, Ate Douma wrote:
>
>> On 04/13/2010 10:06 PM, Michael Freedman wrote:
>>
>>> -1
>>>
>>> I would really like to see PLUTO-581 ans PLUTO-569 fixed as part of this
>>> release. Both these bugs provide specific suggestions for code fixes.
>>> Both these bugs have a significantly impair the JSF Bridge from
>>> executing properly in a Pluto 2.0 environment. The second bug causes JSF
>>> based portlets using events to deadlock. The first leads to situations
>>> where submitted parameters are lost because they aren't properly decoded.
>>> -Mike-
>>>
>>
>> Hi Mike,
>>
>> I'm sorry to hear, this late, these issues are so important for the JSF
>> Portlet Bridge.
>> As such, I agree these issues probably should be fixed ASAP.
>>
>> However, as neither of these issues were actively pursued, like with
>> follow up emails on the dev list after they were entered in JIRA (6 and 10
>> months ago), you should understand that for the Portals dev team, as small
>> team as we are, these issues were not recognizable as critical to be fixed
>> for this 2.0.1 release.
>>
>> As a general rule I would suggest anyone needing specific features or bugs
>> fixed to actively pursue them and interact with the dev team, more than only
>> record them in JIRA, to ensure they'll get the proper attention needed.
>>
>> Also, I'd like to mention that for the Portals team the Pluto portlet
>> container is the primary target of concern, less so the Pluto Portal Driver
>> (which the issues you brought forward both apply to). The Portal Driver's
>> primary existence is providing a testbed for the Portlet spec TCK (which the
>> container passes), not to be a 100% bullet-proof product for its own sake
>> (for that you should be looking at other, more quality driven portals like
>> Jetspeed-2).
>>
>> Having said that, these issues definitely can and should be fixed if it
>> helps others testing and validating, like the JSF Portlet-Bridge.
>>
>> I'm willing to help out and fix these two (and more if needed) issues
>> ASAP, but preferably *after* the 2.0.1 release.
>> And if you'll need these fixes released soon, we can easily do so with a
>> follow up Pluto 2.0.2 release.
>>
>> Please let us know your concrete time schedule and possible other
>> requirements are for getting these issues fixed and a possible release to go
>> with and we'll try to help out where we can.
>>
>> Regards,
>>
>> Ate
>>
>>
>>> On 4/13/2010 9:14 AM, Ate Douma wrote:
>>>
>>>> Hi Pluto Team and community,
>>>>
>>>> I've staged a release candidate for the new Pluto 2.0.1 release.
>>>>
>>>> Please review the release candidate for this project which is
>>>> available in the following Nexus provided staging repository:
>>>>
>>>> https://repository.apache.org/content/repositories/orgapacheportals-019/
>>>>
>>>> The most important part is the big source archive of Pluto which is
>>>> here:
>>>>
>>>> https://repository.apache.org/content/repositories/orgapacheportals-019/org/apache/portals/pluto/pluto/2.0.1/
>>>>
>>>>
>>>> Please also check the various maven artifacts we're deploying to the
>>>> global maven repository:
>>>>
>>>>
>>>> https://repository.apache.org/content/repositories/orgapacheportals-019/org/apache/portals/pluto/
>>>>
>>>>
>>>> In addition, I'm providing a binary Distribution (Pluto+Tomcat) based
>>>> on this release candidate here:
>>>>
>>>> http://people.apache.org/~ate/releases/portals/pluto/<http://people.apache.org/%7Eate/releases/portals/pluto/>
>>>>
>>>>
>>>> Please vote on releasing Apache Pluto 2.0.1
>>>> This vote is open for the next 72 hours.
>>>>
>>>> Please cast your vote:
>>>>
>>>> [ ] +1 for Release
>>>> [ ] 0 for Don't care
>>>> [ ] -1 Don't release (do provide a reason then)
>>>>
>>>> Regards,
>>>>
>>>> Ate Douma
>>>>
>>>
>>

Reply via email to