[ http://issues.apache.org/jira/browse/MYFACES-334?page=all ]
Mario Ivankovits reopened MYFACES-334:
--
Assign To: Mario Ivankovits
aliasbean and alias usage in binding
Key: MYFACES-334
On 2/23/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 2/22/06, Sean Schofield [EMAIL PROTECTED] wrote:
In response to #1 I would say we do not need to be in the business of
ensuring developers can rely on our public API's. From my perspective
we are in the business of providing a JSF
What do you all think about moving the myfaces-example-simple project
to tomahawk-sandbox-examples, and creating a new
myfaces-example-simple project?
The examples in the current project aren't simple (as in basic JSF)
nor will they run without tomahawk. I'm sure the current name is a
I forgot to mention that one of my short-term goals is to clean up the
examples. I'd like to provide some jspx and facelet examples
(probably all three along side each other). I'd also like to see a
simple example of each component on its own page (sort of visual
equivalent of the usage
I see the need as more for testing and debugging our code than for teaching JSF.
It's also a lot easier for us if, after a user reports a problem, we
can say please change one of the simple examples to demonstrate your
issue so we can investigate. I'd rather have the user report if you
change
On 2/24/06, Werner Punz [EMAIL PROTECTED] wrote:
Well how about a number of small projects showing off various aspects
many people probably would love to have a simple crud example with db
connectivity on their hands
Sounds good, but not my goal. I want to provide simple usage
examples for
How difficult would it be to add svn revision info to the jar MANIFEST
files when they're built using maven? Seems like this would be
really useful information for version control issues.
On 2/24/06, Sean Schofield [EMAIL PROTECTED] wrote:
So basically we already have two example projects, one for tomahawk
and one for sandbox.
Sean,
I think some of my confusion was caused by the Eclipse project layout.
When I view the project through Eclipse, I only see
myfaces-example-simple
commons is doing something like that
http://jakarta.apache.org/commons/releases/prepare.html#checkjarmanifest
but with maven 1 - I'm sure we could get it to work with maven 2
And of course someone else has already gotten on the ball and built a
plugin...
Ok there are some good ideas here but I have a request. Can we wait
until the next core and tomahawk releases before diving into this? We
are still drifting along week after week without a release and I'd
like us to focus on getting the releases out. With all of the
branching and refactoring
On 2/24/06, Sean Schofield [EMAIL PROTECTED] wrote:
Ok there are some good ideas here but I have a request. Can we wait
until the next core and tomahawk releases before diving into this? We
are still drifting along week after week without a release and I'd
like us to focus on getting the
Yes but its more stuff to merge. Manfred is refactoring all of
tomahawk as we speak. The less changes on the trunk the less
confusion when we merge back down.
Sean
On 2/24/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 2/24/06, Sean Schofield [EMAIL PROTECTED] wrote:
Ok there are some
No. I think I added those so that the tests could run independent of
an implementation. This way you can test commons without a dependency
on impl. So they need to stay AFAIK.
Sean
On 2/24/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Why is there a javax.faces.Messages resource bundle in
I will pull the scope tag soon from the sandbox, although it is a nice
proof of concept it is rather pointless, since saveState does the same
and having a session driven scope is done better with shale dialog and
seam than what this stuff does.
Lets remove from sandbox to be consistent.
On 2/24/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
We have inconsistently defined a listener entry in the
tomahawk-sandbox-examples web.xml file but not in the
myfaces-example-simple web.xml file.
listener
DataList doesn't validate or update model in 1.1.2 nightlies
Key: TOMAHAWK-156
URL: http://issues.apache.org/jira/browse/TOMAHAWK-156
Project: MyFaces Tomahawk
Type: Bug
Components: Data List
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367716
]
Mike Kienenberger commented on TOMAHAWK-156:
Do you mind trying this with an h:dataTable and t:dataTable as well (You'll
need to add in h:column elements)?
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367717
]
Mike Youngstrom commented on TOMAHAWK-156:
--
Both h:dataTable and t:dataTable appear to work just fine. It appears only
t:dataList is broken.
DataList doesn't
PortletUtil should not be marked as @deprecated
---
Key: MYFACES-1153
URL: http://issues.apache.org/jira/browse/MYFACES-1153
Project: MyFaces Core
Type: Improvement
Components: General
Versions: 1.1.2-SNAPSHOT
Manfred,
I see you have made progress on the refactor. So far I have only
looked at shared. I made a minor change which was to change the
version to 2.0.0-SNAPSHOT. This is to differentiate it from the
earlier failed 1.1.x commons versions. I also feel that it will be
less confusing if the
What about providing an RI-compatible version of PortletUtil as well,
and using reflection (or some other trick) to determine which code to
use? Then we could put it back into myfaces-commons.
On 2/24/06, Stan Silvert (JIRA) dev@myfaces.apache.org wrote:
PortletUtil should not be marked as
[
http://issues.apache.org/jira/browse/TOMAHAWK-144?page=comments#action_12367723
]
Dave Brondsema commented on TOMAHAWK-144:
-
That code I provided is buggy. I have a better implementation that works with
facelets, I'm still trying to get it to
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367725
]
Mike Kienenberger commented on TOMAHAWK-156:
Not that there was really any doubt, but I've verified that this is broken for
the dataList.jsf example as well.
-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
Sent: Friday, February 24, 2006 5:28 PM
To: MyFaces Development
Subject: Re: [jira] Created: (MYFACES-1153) PortletUtil should not be
marked as @deprecated
What about providing an RI-compatible version of
Ah. I see that there was a thread about this on Wednesday. Looks like
I was right about what happened. I'm going to go ahead and remove the
@deprecated javadoc.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
-Original Message-
From: Stan Silvert [mailto:[EMAIL
I missed this thread earlier. I'm going to remove the @deprecated marking as
it is not actually a deprecated API.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 22, 2006
PortletExternalContextImpl#encodeNamespace postfixes the namespace instead of
prefixes it
-
Key: MYFACES-1154
URL: http://issues.apache.org/jira/browse/MYFACES-1154
Project: MyFaces
[
http://issues.apache.org/jira/browse/MYFACES-769?page=comments#action_12367734
]
Dave Brondsema commented on MYFACES-769:
Namespaces are definitely the solution to this problem. Sorry I was in left
field for a while until I realized this.
The
[
http://issues.apache.org/jira/browse/MYFACES-1154?page=comments#action_12367735
]
Stan Silvert commented on MYFACES-1154:
---
It used to be implemented as per the spec. I don't know who changed it, but
they added this comment:
//we render
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367736
]
Mike Kienenberger commented on TOMAHAWK-156:
It looks to me like dataList processUpdates is using UIData processUpdates().
UIData only checks facets,
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367741
]
Mike Youngstrom commented on TOMAHAWK-156:
--
Surrounding my stuff with a column does work.Thanks for the work around.
Regardless I hope you can figure out
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367742
]
Mike Kienenberger commented on TOMAHAWK-156:
I don't have any more time to look at this right now, and probably Dennis Byrne
(who wrote the last patch) or
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367746
]
Mike Youngstrom commented on TOMAHAWK-156:
--
I've got some spare timeperhaps I'll take a look at it next week and see if
I can come up with a patch.
DataList
[ http://issues.apache.org/jira/browse/MYFACES-1009?page=all ]
Dennis Byrne reopened MYFACES-1009:
---
Assign To: (was: Martin Marinschek)
https://issues.apache.org/jira/browse/TOMAHAWK-156
dataList does not call setter for var variable.
34 matches
Mail list logo