Welcome Bernhard!
Best wishes,
Paul
On Jan 29, 2008, at 6:20 AM, Manfred Geiler wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Bernhard Huemer as the newest MyFaces committer.
Bernhard Huemer has been providing several patches (including a very
+1
Leonardo Uribe wrote:
Hi,
I was running the needed tasks to get the 1.2.2 release of Apache
MyFaces core out.
Please note that this vote concerns all of the following parts:
1. Maven artifact group org.apache.myfaces.shared v3.0.2 [1]
2. Maven artifact group
Great work! 10 is definitely my favorite.
Best wishes,
Paul
On Nov 30, 2007, at 9:25 AM, Martin Marinschek wrote:
Hey everyone,
What do you think of a new MyFaces logo, like the one proposed by
Adonis in the following pdf?
regards,
martin
-- Forwarded message --
From:
Welcome Leonardo!
Best wishes,
Paul
On Nov 21, 2007, at 5:18 AM, Manfred Geiler wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Leonardo Uribe as the newest MyFaces committer.
Leonardo has provided countless patches to Jira issues, and is very
[
https://issues.apache.org/jira/browse/MYFACES-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543607
]
Paul McMahan commented on MYFACES-1761:
---
Feedback from the MyFaces dev list indicates that changing
On Nov 13, 2007, at 3:03 PM, Bernhard Huemer wrote:
However, if you really can't live with the seperation of
initialization and postconstruction, what about introducing
InjectionTasks? The ManagedBeanBuilder, for example, could
register an InjectionTask that handles the injection of
Whenever you have time sounds fine to me. Thanks again for your help
on this.
Best wishes,
Paul
On Nov 13, 2007, at 4:09 PM, Bernhard Huemer wrote:
Hello,
Ok, I'll do that on Thursday, if you don't mind.
regards,
Bernhard
On 11/13/2007 +0100,
Paul McMahan [EMAIL PROTECTED] wrote
The LifecycleProvider interface was introduced in MyFaces core 1.2.0
as an integration point that allows Java EE containers to handle
annotation processing for JSF managed beans. In order to help
containers invoke @PostConstruct methods more consistently with the
Java EE RI (glassfish) we
bean properties to the LifecycleProvider? This must be
implemented by Geronimo and the MyFaces Default LifecycleProvider.
I would prefer only one place for the old style managed bean
properties
injection.
Regards
Bernd
Paul McMahan schrieb:
The LifecycleProvider interface was introduced
[
https://issues.apache.org/jira/browse/MYFACES-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541341
]
Paul McMahan commented on MYFACES-1761:
---
Thanks Martin. As you can probably tell (and maybe agree?) I am
[
https://issues.apache.org/jira/browse/MYFACES-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541068
]
Paul McMahan commented on MYFACES-1761:
---
Bernhard, thanks for bringing this up and for the helpful sample
[
https://issues.apache.org/jira/browse/MYFACES-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541154
]
Paul McMahan commented on MYFACES-1761:
---
The original description for this issue says: The specification
, Paul McMahan [EMAIL PROTECTED] wrote:
I would like to get the 1.2.1-SNAPSHOT core api and impl jars into
Geronimo's TCK testbed. OK if I manually deploy those two jars? Or
should we wait for an update on vmbuild from Brett?
Best wishes,
Paul
On Nov 4, 2007, at 7:42 AM, Matthias Wessendorf
Thanks Manfred.
Best wishes,
Paul
On Nov 7, 2007, at 5:43 PM, Manfred Geiler wrote:
All continnum snapshots should be working again!
--Manfred
On Nov 5, 2007 8:44 AM, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi all, maven-buffs,
our snapshots are available under daily builds again,
I would like to get the 1.2.1-SNAPSHOT core api and impl jars into
Geronimo's TCK testbed. OK if I manually deploy those two jars? Or
should we wait for an update on vmbuild from Brett?
Best wishes,
Paul
On Nov 4, 2007, at 7:42 AM, Matthias Wessendorf wrote:
Pinged Brett for an update
Over the past couple of years the Geronimo project has discussed this
topic a lot. Now that discussion is settled and Confluence is used
for practically all of the project's user facing web pages -
developer wiki, user documentation, and the main project web site.
As you know MoinMoin is
+1 (non-binding)
Best wishes,
Paul
On Oct 15, 2007, at 7:03 AM, Manfred Geiler wrote:
This is the official vote for the acceptance of Oracle's donation of
the JSR-301 [1] reference implementation code as a new MyFaces sub
module. Please note that - since the codebase is small enough and
I don't know of an apache wide standard, the geronimo project uses
the following:
http://cwiki.apache.org/GMOxDEV/coding-standards.html
pretty closely aligned with Sun's.
Best wishes,
Paul
On Sep 28, 2007, at 11:48 AM, Matthias Wessendorf wrote:
I haven't really followed such an
Martin, looks like I just missed getting to read your posts as they
have been removed by the blog admin :-(If you repost somewhere
else then please update this thread because I would like to see your
feedback.
Best wishes,
Paul
On Sep 15, 2007, at 2:04 AM, Martin Marinschek wrote:
[
https://issues.apache.org/jira/browse/MYFACES-1722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12526549
]
Paul McMahan commented on MYFACES-1722:
---
I transferred this problem from the Geronimo project hoping
No tweaking in my runs of the JSF 1.2 TCK. It is possible that a TCK
patch or exclusion list provided by Sun might have affected this area
of the MyFaces test results in some way. But that seems unlikely.
Ed, can you let us know which TCK version and specific test(s) should
have failed
[
https://issues.apache.org/jira/browse/MYFACES-1709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520869
]
Paul McMahan commented on MYFACES-1709:
---
I agree that this is a good improvement for myfaces. As an aside
On Jul 19, 2007, at 4:24 AM, Matthias Wessendorf wrote:
I'd prefer a vote, to be honest. Yeah, we become vote-happy :-)))
Votes are cheap :-)
Best wishes,
Paul
+1
On Jul 19, 2007, at 9:59 AM, Matthias Wessendorf wrote:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please cast your vote
+1
Best wishes,
Paul
On Jul 14, 2007, at 10:18 AM, Matthias Wessendorf wrote:
Should we do it now ?
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
+1
Best wishes,
Paul
On Jul 14, 2007, at 11:28 AM, Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the 1.2.0 release of Apache
MyFaces core out.
.
The artifacts are deployed to my private Apache account ([1] and [2]).
Please take a look at the 1.2.0 artifacts and vote!
am -1 on releasing the demo
On 7/6/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Ok...
so, will try to start this release thing on Sunday / Monday
-M
On 6/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
On Jun 28, 2007, at 4:38 AM, Matthias Wessendorf wrote:
Hi,
is the current
Congrats Catagay!
Best wishes,
Paul
On Jul 10, 2007, at 5:26 AM, Matthias Wessendorf wrote:
Dear MyFaces community,
please welcome our new MyFaces PMC member Cagatay Civici.
Cagatay is working on the Apache MyFaces and Tomahawk stuff.
Therefore last week there was a vote to invite him to
On Jul 5, 2007, at 11:01 PM, [EMAIL PROTECTED] wrote:
Did commons-el pick up the apache-el to bring it to JSR standard
for JEE 5?
We have discussed it but AFAIK it hasn't happened. Last I heard was:
http://www.nabble.com/Commons-EL-tf3195018.html
Best wishes,
Paul
On Jun 28, 2007, at 4:38 AM, Matthias Wessendorf wrote:
Hi,
is the current version of MyFaces 1.2 fine (TCK)?
looks good to me, but please see my post on the tck list about jetty.
Best wishes,
Paul
I suspect that there is more interest in JSF 1.2 and JEE 5 than the
lack of votes for this maven plugin might imply. It's very
convenient to have all the JSF components already provided by the
container, and resource injection for managed beans is useful as
well. There has been some user
[
https://issues.apache.org/jira/browse/MYFACES-1656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502344
]
Paul McMahan commented on MYFACES-1656:
---
From a visual inspection of jetty it looks like it uses the jsp-2.1
The Java EE TCK actually does verify all the signatures. Today it
was announced that the Geronimo application server has passed TCK and
it uses MyFaces for JSF 1.2. So we should be OK here.
Best wishes,
Paul
On Jun 5, 2007, at 4:46 PM, Mike Kienenberger wrote:
We're talking about the
On May 25, 2007, at 4:31 AM, Manfred Geiler wrote:
Arguments pro 2.x.y:
A20.1. Tomcat does the same. They do not align there container
versions to the spec and nobody complains.
This is an excellent proposal and clearly takes all the factors we
have discussed into account. I would have no
: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
Fix For: 1.2.0-SNAPSHOT
JSF 1.2 javadoc for UIComponentTagBase requires
protected static Logger log = Logger.getLogger(javax.faces.webapp);
--
This message
This line was removed from javax/faces/webapp/UIComponentTagBase as
part of rev 540403.
protected static Logger log = Logger.getLogger
(javax.faces.webapp);
From the commit log it seems that line was removed for binary
compatibility with the RI. However, the signature test is now
[
https://issues.apache.org/jira/browse/MYFACES-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1644.
---
Resolution: Fixed
API signature error with UIComponentTagBase
[
https://issues.apache.org/jira/browse/MYFACES-1639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497687
]
Paul McMahan commented on MYFACES-1639:
---
the current12 branch also contains the DTDs. do you think we
+1 for 1.2, based on the advantages of aligning with spec releases.
Best wishes,
Paul
On May 18, 2007, at 12:41 AM, Zubin Wadia wrote:
+1 for 1.2.
IMO, Save 2.0 for JSF2.0. It's just easier to explain to non-
community members that way and keeps it aligned with the spec
releases.
[
https://issues.apache.org/jira/browse/MYFACES-1633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496686
]
Paul McMahan commented on MYFACES-1633:
---
Bruno, is GERONIMO-3167 a manifestation of this problem?
Incorret
+1
On May 13, 2007, at 3:09 PM, Wendy Smoak wrote:
I'd like to create [EMAIL PROTECTED] for automated
messages from Continuum.
I feel that more people are interested in watching commits than
notifications. Particularly in the case of new contributors who may
start as users, then watch the
1.2.0 snapshots are updated.
Best wishes,
Paul
On May 7, 2007, at 2:10 PM, Paul McMahan wrote:
I notice that the 1.2 snapshots haven't been published since 28-
Apr-2007. I think it's due to a build failure on continuum (?) but
my 1.2 local build succeeds, so I'm not sure how to address
I notice that the 1.2 snapshots haven't been published since 28-
Apr-2007. I think it's due to a build failure on continuum (?) but
my 1.2 local build succeeds, so I'm not sure how to address that.
Until that gets resolved are there any concerns if I manually publish
1.2 snapshots to the
: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
headerClass and footerClass attributes specified at the h:column level should
override style attributes specified at the UIData level.
page 7 of JSF 1.2 spec, section titled General changes says:
{quote}
Added
[
https://issues.apache.org/jira/browse/MYFACES-1622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1622.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
support headerClass
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
Fix For: 1.2.0-SNAPSHOT
Flesh out the implementation of ResourceBundleResolver.getFeatureDescriptors()
--
This message is automatically generated by JIRA.
-
You
[
https://issues.apache.org/jira/browse/MYFACES-1607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1607.
---
Resolution: Fixed
implement ResourceBundleResolver.getFeatureDescriptors
Sounds like fun. Too bad I can't make J1 this year to meet the team
in person.
Best wishes,
Paul
On Apr 27, 2007, at 1:02 PM, Martin Marinschek wrote:
Hi *,
we (Manfred and me, but get in contact with us if you are at J1, we'll
share the stage!) have been accepted for a MyFaces community
[
https://issues.apache.org/jira/browse/MYFACES-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1582.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Assignee: Paul McMahan
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
A disabled commandLink correctly renders as a span but needs to include id
attribute and also render its children.
See
http://java.sun.com/javaee/javaserverfaces
[
https://issues.apache.org/jira/browse/MYFACES-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1604.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
commandLink with disabled=true
[
https://issues.apache.org/jira/browse/MYFACES-1592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1592.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
patch applied with a minor
: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
Per the HtmlCommandButton spec at:
http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/api/javax/faces/component/html/HtmlCommandButton.html
need to correct two issues with HtmlCommandButton renderer to match
[
https://issues.apache.org/jira/browse/MYFACES-1595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1595.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
spec compliance
[
https://issues.apache.org/jira/browse/MYFACES-1594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1594.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
applied fix similar to MYFACES-1510
Issue Type: Bug
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
The tag descriptor generated by the maven plugin for
HtmlSelectBooleanCheckboxTag has the following attribute:
attribute
description![CDATA[The initial value
In order to address https://issues.apache.org/jira/browse/
MYFACES-1592 my current thinking is that the value attribute for
the selectBooleanCheckbox tag needs to use:
deferred-value
typeboolean/type
/deferred-value
instead of:
deferred-value/deferred-value
Does that
[
https://issues.apache.org/jira/browse/MYFACES-1592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490987
]
Paul McMahan commented on MYFACES-1592:
---
Thanks Martin, I haven't looked at the RI and didn't realize
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
With a managed bean defined in faces-config.xml like this:
managed-bean
managed-bean-name
mybean
/managed-bean-name
managed-bean-class
MyBean
On Apr 19, 2007, at 10:25 AM, Martin Marinschek wrote:
oh, yes. I had overlooked the return null at the end of the method -
that was different before.
Brief update here - I ended up changing the behavior of
ManagedBeanResolver to go ahead and return the managed bean right
away due to :
[
https://issues.apache.org/jira/browse/MYFACES-1593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1593.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Assignee: Paul McMahan
[
https://issues.apache.org/jira/browse/MYFACES-1588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1588.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
managed beans are not resolved
/continuum-1.1-SNAPSHOT/data/continuum/database/*.lck
and restarted continuum.
The build should now be up and the artifacts be deployed to the
snapshot repository.
2007/4/19, Wendy Smoak [EMAIL PROTECTED]:
On 4/19/07, Paul McMahan [EMAIL PROTECTED] wrote:
Looks like the 1.2.0 snapshot was last
On Apr 20, 2007, at 12:24 PM, Mario Ivankovits wrote:
Belen, Marco wrote:
In order 'choose' an unique prefix, why not re-use a common way to
create unique names in Java: Use a package-structure.
There for until it can be configured in the web.xml how about using
org_apache_myfaces_ as the
don't see why the second one needs to be done - putting will do
nothing, so you don't need the extra-check for none, right?
regards,
Martin
On 4/18/07, Paul McMahan [EMAIL PROTECTED] wrote:
Just wanted to invite some peer review for this change I just
committed for MYFACES-1588. The problem
On Apr 19, 2007, at 10:25 AM, Martin Marinschek wrote:
But still - you are short-circuiting the cyclic reference check now -
if I have a bean now which has scope none, and has a managed-property
referring to the bean again, then we'll run into an infinite loop,
right?
Yes that's true, and
Looks like the 1.2.0 snapshot was last published to the snapshot repo
on 11-Apr-2007.Are the 1.2.0 snapshots no longer being published
automatically?
Best wishes,
Paul
Cycle reference check should be fixed now in r530517. thanks again
for the peer review.
Best wishes,
Paul
On Apr 19, 2007, at 10:25 AM, Martin Marinschek wrote:
But still - you are short-circuiting the cyclic reference check now -
if I have a bean now which has scope none, and has a
Manfred's idea sounds good to me. I especially appreciate that it
will cause minimal disruption.
Best wishes,
Paul
On Apr 18, 2007, at 7:21 AM, Manfred Geiler wrote:
Yes.
+1 for a switch
But let's discuss the how first.
Just had a look at the tomcat repo and I like the structure they
Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
The TLD at target/classes/META-INF/h.tld that is generated ( IIUC ) by the
maven plugin does not conform to the schema it references
http://java.sun.com/xml/ns/javaee/web-jsptaglibrary_2_1.xsd. See
GERONIMO-3038 for an exhaustive list
[
https://issues.apache.org/jira/browse/MYFACES-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved MYFACES-1574.
---
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Not sure when/how this was fixed
-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Assigned To: Paul McMahan
When a manged bean is defined in an application's config like this:
managed-bean
managed-bean-nameMyBean/managed-bean-name
managed-bean
Just wanted to invite some peer review for this change I just
committed for MYFACES-1588. The problem was that managed beans in
scope none weren't accessible via the resolver. The change I made
passes the test cases but there might be a more elegant way to
implement it.
Also, I have an
[
https://issues.apache.org/jira/browse/MYFACES-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1584:
--
Resolution: Fixed
Fix Version/s: 1.2.0-SNAPSHOT
Assignee: Paul McMahan
[
https://issues.apache.org/jira/browse/MYFACES-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1577:
--
Resolution: Fixed
Status: Resolved (was: Patch Available)
PropertyResolver should
[
https://issues.apache.org/jira/browse/MYFACES-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486952
]
Paul McMahan commented on MYFACES-1577:
---
It was actually the setValue() errors that prompted me to provide
[
https://issues.apache.org/jira/browse/MYFACES-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1577:
--
Status: Patch Available (was: Reopened)
PropertyResolver should throw
-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Attachments: MYFACES-1584.patch
javax.faces.convert.DateTimeConverter contains an extra non-spec field:
public static final String PATTERN_TYPE_ID =
javax.faces.converter.DateTimeConverter.PATTERN_TYPE;
See
[
https://issues.apache.org/jira/browse/MYFACES-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1584:
--
Status: Patch Available (was: Open)
DateTimeConverter contains an extra non-spec field
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
web-facesconfig_1_2.xsd contains a restrictive copyright.
This document and the technology which it describes are
distributed under licenses restricting their use, copying
[
https://issues.apache.org/jira/browse/MYFACES-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486574
]
Paul McMahan commented on MYFACES-1582:
---
correct reference is GERONIMO-2630
web-facesconfig_1_2.xsd
On Apr 2, 2007, at 5:53 PM, Martin Marinschek wrote:
First - it's just a convenience, so you could remove it if you wanted,
with the possible disadvantages that Mike mentioned.
Second - the files were originally included, I removed them after
licensing issues were mentioned - then there was a
On Apr 2, 2007, at 11:38 AM, David Jencks wrote:
Over in geronimo we noticed this text and have responded by:
1. for the schemas that we generate code from (using xmlbeans or
jaxb) we checked the schemas into a non-publically-accessible
repository (with our tck stuff) and generate the code
Issue Type: Bug
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
VariableResolverImpl tries to determine if it was invoked through the faces
chain or jsp chain by looking for an attribute (Scope.getClassName()) in the
RequestMap. However
[
https://issues.apache.org/jira/browse/MYFACES-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1579:
--
Status: Patch Available (was: Open)
VariableResolver throws IllegalStateException because
[
https://issues.apache.org/jira/browse/MYFACES-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan reopened MYFACES-1572:
---
still seeing the problem with getRows in generated UIData class. seems that
_rowsSet
[
https://issues.apache.org/jira/browse/MYFACES-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1572:
--
Status: Patch Available (was: Reopened)
getFirst() and getRows() methods in UIData don't
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
According to the spec several methods in PropertyResolver should throw
PropertyNotFoundException in the following circumstances:
getValue(Object base, int index)
PropertyNotFoundException - if the index
[
https://issues.apache.org/jira/browse/MYFACES-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1577:
--
Status: Patch Available (was: Open)
PropertyResolver should throw
[
https://issues.apache.org/jira/browse/MYFACES-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484691
]
Paul McMahan commented on MYFACES-1572:
---
correction -- I meant to say the patch moves assignment of _rowsSet
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
The generated java src for javax.faces.component.html.HtmlOutputLink sets the
renderer type to javax.faces.Label :
public HtmlOutputLink()
{
setRendererType(javax.faces.Label);
}
It should instead set the renderer
[
https://issues.apache.org/jira/browse/MYFACES-1575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1575:
--
Status: Patch Available (was: Open)
MethodBinding.invoke() should provide cause exception
-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
According to the spec PropertyResolver.getType(Object, int) should throw
PropertyNotFoundException when the int is out of bounds or Object is null.
Also PropertyResolver.getType(Object, property) should throw
[
https://issues.apache.org/jira/browse/MYFACES-1576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1576:
--
Status: Patch Available (was: Open)
PropertyResolver.getType() should check arguments
Issue Type: Bug
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Priority: Critical
UIData data = new UIData();
data.setFirst(1);
data.getFirst(); // returns 0
data.setRows(1);
data.getRows(); // returns 0
Looks like there may
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Priority: Minor
When WebXmlParser ignores a child of servlet or filter it logs a debug
message, as expected. However, when it ignores a child of servlet-mapping or
filter-mapping it logs a warning message. It should
[
https://issues.apache.org/jira/browse/MYFACES-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan updated MYFACES-1560:
--
Status: Patch Available (was: Open)
WebXmlParser should log debug instead of warn
Thanks Dennis!
On 3/2/07, Dennis Byrne [EMAIL PROTECTED] wrote:
I removed it from the code generator. Some of the renderers still look for
the 'align' attribute but I'll get to that later.
Thanks,
Dennis Byrne
On 3/2/07, Paul McMahan [EMAIL PROTECTED] wrote:
I see that the datafld
specific implementation of the InjectionProvider. They first try to
use a web context init param and if that is not configured they simply
use a system property. Both keyed by the class name of the
InjectionProvider interface.
2007/3/2, Paul McMahan [EMAIL PROTECTED]:
I think Mathias' suggestion
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
The JSF 1.2 API says that the value of DoubleConverter.CONVERTER_ID should be
javax.faces.DoubleTime
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment
1 - 100 of 116 matches
Mail list logo