Hi, I'm working on integrating MyFaces 1.2 into Geronimo 2.0 to
satisfy the JSF portion of the JEE5 spec. Tim McConnell has also
contacted you about this effort. We are making very good progress now
but I have a few questions and would appreciate your input.
Question 1:
I didn't find a MyFaces
On 2/16/07, Paul McMahan [EMAIL PROTECTED] wrote:
Question 2:
After integrating MyFaces into Geronimo's Tomcat container (v6.0.8) I
found that I could deploy JSF applications and pass many tests.
However, I found that several of the JSTL tests no longer worked. It
seems that when MyFaces has
now ? Also are the full JSF TCK tests part of the Java EE TCK ?
-M
On 2/16/07, Paul McMahan [EMAIL PROTECTED] wrote:
On 2/16/07, Paul McMahan [EMAIL PROTECTED] wrote:
Question 2:
After integrating MyFaces into Geronimo's Tomcat container (v6.0.8) I
found that I could deploy JSF applications
/07, Paul McMahan [EMAIL PROTECTED] wrote:
Hi Matthias, Thanks for taking a look at the patch. When I apply it
to my local copy of current12/core I am able to use JSF in a JSP
without breaking any JSTL apps. Without the patch JSPs that use JSTL
without also using JSF produce
which I'm going to check now. But for the meantime I will commit your
patch to make the jsp stuff working.
Cheers,
Mathias
2007/2/19, Paul McMahan [EMAIL PROTECTED]:
Hey Matthias, I saw a couple of commits go through over the weekend
that looked related to the problem I am seeing
The Geronimo project recently encountered this situation for several
JEE schemas. It wasn't totally clear whether or not including the Sun
XSDs was OK, and it was soon realized that it would be more practical
to type in the XSDs by hand than try to reach a definitive conclusion.
See this JIRA
it or if
they just copied ;)
regards,
Martin
On 2/23/07, Paul McMahan [EMAIL PROTECTED] wrote:
The Geronimo project recently encountered this situation for several
JEE schemas. It wasn't totally clear whether or not including the Sun
XSDs was OK, and it was soon realized that it would be more
Like Matthias says, geronimo-2.0-SNAPSHOT includes the MyFaces 1.2
jars. You can build it from :
http://svn.apache.org/repos/asf/geronimo/server/trunk
Or if you can wait until probably the middle of this week there should
be an official milestone driver (M3) available from
Excellent observation, Dennis. In Geronimo and a few other app
servers I am familiar with the user is provided with several knobs
that can affect classloading. Ideally, a component designed to run in
different types of containers would make as few assumptions about its
container's classloader
On 2/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Since JSF is part of the JEE 5 spec users don't need to include the
JSF jars or their dependencies in their webapps when deploying into
Geronimo 2.0. This makes developing a webapp much easier but makes
the jsf-jars in the WEB-INF/lib
Sorry if I'm behind on this discussion but what are the current
thoughts on how dependency injection will be implemented for managed
beans? The reason I'm curious is because PreDestroy and PostConstruct
annotations are used to deal with injected resources, so from a timing
perspective it would
ClassDefNotFoundErrors. This also keeps us compatible with the reference
implementation in terms of timing, although I really wish they'd change the
wording in the spec.
Dennis Byrne
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Sorry if I'm behind on this discussion but what are the current
thoughts
anyone feel free to
discuss.
You're point about javax.annotation being in the Servlet 2.5 is taken. I
totally missed that.
Dennis Byrne
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Actually by dependency injection I'm specifically referring to the
portion of the JSF spec that discusses
I see that the datafld, dataformatas, and datasrc properties were
removed from HtmlDataTable in rev 513533. Should the align property
also be removed from HtmlDataTable and HtmlPanelGrid since its not in
spec?
Best wishes,
Paul
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
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
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
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
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
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
/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
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
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 :
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
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 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
+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 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.
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
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
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
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
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
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
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
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
+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!
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
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
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:
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
+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
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
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
, 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,
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
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
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
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:
+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
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
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Paul McMahan
Priority: Critical
It seems that when MyFaces has been enabled it assumes that all the JSPs in a
web app will produce a FacesContext. But that's not the case for JSPs like the
following:
%@ taglib
[
https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475588
]
Paul McMahan commented on MYFACES-1246:
---
Dennis, sorry I can see how my comment could be easily
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
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
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
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
[
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
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
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
[
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
[
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-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
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
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
[
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
[
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
[
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
[
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
1 - 100 of 116 matches
Mail list logo
