You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Leonardo Uribe <lu...@gmail.com> on 2013/10/16 20:40:44 UTC
[core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and 2.2.0-beta
Hi
It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
2.2.0-beta next week.
If anyone has an issue that requires to be solved before release, this is a
good time to say it.
regards,
Leonardo Uribe
Re: [core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and
2.2.0-beta
Posted by Werner Punz <we...@gmail.com>.
Am 16.10.13 20:40, schrieb Leonardo Uribe:
> Hi
>
> It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
> 2.2.0-beta next week.
>
> If anyone has an issue that requires to be solved before release, this
> is a good time to say it.
>
> regards,
>
> Leonardo Uribe
+1
Werner
Re: [core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and 2.2.0-beta
Posted by Leonardo Uribe <lu...@gmail.com>.
Hi
I have fixed the problem. See message in jira. In the list there are two
issues:
MYFACES-3728 "javax.faces.partial.execute=@none" still process
"javax.faces.source" component
MYFACES-3749 columnClasses not working correctly in DataTable Component
and all issues I can do until the end of the week.
regards,
Leonardo Uribe
2013/10/16 Gerhard Petracek <ge...@gmail.com>
> +1
>
> regards,
> gerhard
>
> http://www.irian.at
>
> Your JSF/JavaEE powerhouse -
> JavaEE Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
>
> 2013/10/16 Leonardo Uribe <lu...@gmail.com>
>
>> Hi Thomas
>>
>> The problem with this issue is, theorically it is possible to create a
>> UIViewRoot instance with viewId but with no underlying file. When this
>> happen? Mostly in testing, or if someone override ViewHandler and make
>> things in its own way. In 2.0, we tried to put a null check in that part to
>> detect if the view is created or not and if that so, throw an exception but
>> we had to rollback because it makes some compatibility test to fail.
>>
>> I have seen in MYFACES-3587 that it was reopened, but I think the issue
>> described there is not the same. One thing is disable
>> JspViewDeclarationLanguageStrategy in case jsp is not available on the
>> environment, we can do that.
>>
>> I think we can solved it only if we add a custom config parameter for
>> that maybe something like org.apache.myfaces.STRICT_JSF_2_VIEW_NOT_FOUND,
>> because we need to preserve the default behavior to pass the compatibility
>> tests. It will be added only for 2.1.x branch, because only since that
>> version we have ViewDeclarationLanguage.viewExists(...) method.
>>
>> regards,
>>
>> Leonardo Uribe
>>
>>
>>
>> 2013/10/16 Thomas Andraschko <an...@gmail.com>
>>
>>> Hi Leo,
>>>
>>> +1
>>>
>>> what about https://issues.apache.org/jira/browse/MYFACES-3587 ?
>>> Any way to solve this?
>>>
>>> Regards,
>>> Thomas
>>>
>>>
>>>
>>> 2013/10/16 Leonardo Uribe <lu...@gmail.com>
>>>
>>>> Hi
>>>>
>>>> It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
>>>> 2.2.0-beta next week.
>>>>
>>>> If anyone has an issue that requires to be solved before release, this
>>>> is a good time to say it.
>>>>
>>>> regards,
>>>>
>>>> Leonardo Uribe
>>>>
>>>
>>>
>>
>
Re: [core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and 2.2.0-beta
Posted by Gerhard Petracek <ge...@gmail.com>.
+1
regards,
gerhard
http://www.irian.at
Your JSF/JavaEE powerhouse -
JavaEE Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2013/10/16 Leonardo Uribe <lu...@gmail.com>
> Hi Thomas
>
> The problem with this issue is, theorically it is possible to create a
> UIViewRoot instance with viewId but with no underlying file. When this
> happen? Mostly in testing, or if someone override ViewHandler and make
> things in its own way. In 2.0, we tried to put a null check in that part to
> detect if the view is created or not and if that so, throw an exception but
> we had to rollback because it makes some compatibility test to fail.
>
> I have seen in MYFACES-3587 that it was reopened, but I think the issue
> described there is not the same. One thing is disable
> JspViewDeclarationLanguageStrategy in case jsp is not available on the
> environment, we can do that.
>
> I think we can solved it only if we add a custom config parameter for that
> maybe something like org.apache.myfaces.STRICT_JSF_2_VIEW_NOT_FOUND,
> because we need to preserve the default behavior to pass the compatibility
> tests. It will be added only for 2.1.x branch, because only since that
> version we have ViewDeclarationLanguage.viewExists(...) method.
>
> regards,
>
> Leonardo Uribe
>
>
>
> 2013/10/16 Thomas Andraschko <an...@gmail.com>
>
>> Hi Leo,
>>
>> +1
>>
>> what about https://issues.apache.org/jira/browse/MYFACES-3587 ?
>> Any way to solve this?
>>
>> Regards,
>> Thomas
>>
>>
>>
>> 2013/10/16 Leonardo Uribe <lu...@gmail.com>
>>
>>> Hi
>>>
>>> It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
>>> 2.2.0-beta next week.
>>>
>>> If anyone has an issue that requires to be solved before release, this
>>> is a good time to say it.
>>>
>>> regards,
>>>
>>> Leonardo Uribe
>>>
>>
>>
>
Re: [core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and 2.2.0-beta
Posted by Leonardo Uribe <lu...@gmail.com>.
Hi Thomas
The problem with this issue is, theorically it is possible to create a
UIViewRoot instance with viewId but with no underlying file. When this
happen? Mostly in testing, or if someone override ViewHandler and make
things in its own way. In 2.0, we tried to put a null check in that part to
detect if the view is created or not and if that so, throw an exception but
we had to rollback because it makes some compatibility test to fail.
I have seen in MYFACES-3587 that it was reopened, but I think the issue
described there is not the same. One thing is disable
JspViewDeclarationLanguageStrategy in case jsp is not available on the
environment, we can do that.
I think we can solved it only if we add a custom config parameter for that
maybe something like org.apache.myfaces.STRICT_JSF_2_VIEW_NOT_FOUND,
because we need to preserve the default behavior to pass the compatibility
tests. It will be added only for 2.1.x branch, because only since that
version we have ViewDeclarationLanguage.viewExists(...) method.
regards,
Leonardo Uribe
2013/10/16 Thomas Andraschko <an...@gmail.com>
> Hi Leo,
>
> +1
>
> what about https://issues.apache.org/jira/browse/MYFACES-3587 ?
> Any way to solve this?
>
> Regards,
> Thomas
>
>
>
> 2013/10/16 Leonardo Uribe <lu...@gmail.com>
>
>> Hi
>>
>> It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
>> 2.2.0-beta next week.
>>
>> If anyone has an issue that requires to be solved before release, this is
>> a good time to say it.
>>
>> regards,
>>
>> Leonardo Uribe
>>
>
>
Re: [core] plans for a release of MyFaces Core 2.1.13, 2.0.19 and 2.2.0-beta
Posted by Thomas Andraschko <an...@gmail.com>.
Hi Leo,
+1
what about https://issues.apache.org/jira/browse/MYFACES-3587 ?
Any way to solve this?
Regards,
Thomas
2013/10/16 Leonardo Uribe <lu...@gmail.com>
> Hi
>
> It could be good to do a release of MyFaces Core 2.1.13, 2.0.19 and
> 2.2.0-beta next week.
>
> If anyone has an issue that requires to be solved before release, this is
> a good time to say it.
>
> regards,
>
> Leonardo Uribe
>