All derived classes of UIInput should support converter
-
Key: TOBAGO-108
URL: http://issues.apache.org/jira/browse/TOBAGO-108
Project: MyFaces Tobago
Issue Type: Improvement
[
http://issues.apache.org/jira/browse/TOMAHAWK-467?page=comments#action_12425182
]
Eugene Schava commented on TOMAHAWK-467:
I can add on this issue that I have 2 tables on the page, but log error message
shows only for second table.
Hi MyFaces community,
Please welcome our new MyFaces committers Çagatay Çivici (cagatay) and
Lance Frohman (lfrohman)!
They both have been very active contributors during the last weeks, so
the PMC decided to invite them as new committers. Çagatay and Lance,
nice to have you aboard!
Regards,
Hi Çagatay Lance, welcome to the Apache MyFaces team!
Thomas
On 8/2/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Hi MyFaces community,
Please welcome our new MyFaces committers Çagatay Çivici (cagatay) and
Lance Frohman (lfrohman)!
They both have been very active contributors during the last
[
http://issues.apache.org/jira/browse/MYFACES-1374?page=comments#action_12425227
]
Ken Lowther commented on MYFACES-1374:
--
I forgot to mention that even when I change the three pages with the
selectBooleanCheckbox to their original state
[
http://issues.apache.org/jira/browse/TOMAHAWK-576?page=comments#action_12425228
]
Peter Mahoney commented on TOMAHAWK-576:
This is likely to be a duplicate of TOMAHAWK-506, for which a patch has been
supplied.
I will add facelets support to MyFaces tomahawk. Here my suggestions:
Tomahawk Facelets classes (TagHandlers, etc.) go to
folder: tomahawk/core/src/main/java
package: org.apache.myfaces.custom.facelets
Tomahawk Facelets Taglib resides in
folder: tomahawk/core/src/main/resources-facelets
[
http://issues.apache.org/jira/browse/MYFACES-1374?page=comments#action_12425234
]
Ken Lowther commented on MYFACES-1374:
--
It would probably help more if I posted the root exception instead of the one I
posted:
Scheduler click is not working n IE
---
Key: TOMAHAWK-578
URL: http://issues.apache.org/jira/browse/TOMAHAWK-578
Project: MyFaces Tomahawk
Issue Type: Test
Components: Schedule
Affects Versions:
hi Çagatay Lance
welcome aborad
On 8/2/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
Hi Çagatay Lance, welcome to the Apache MyFaces team!
Thomas
On 8/2/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Hi MyFaces community,
Please welcome our new MyFaces committers Çagatay Çivici (cagatay) and
On 8/2/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
I will add facelets support to MyFaces tomahawk. Here my suggestions:
Tomahawk Facelets classes (TagHandlers, etc.) go to
folder: tomahawk/core/src/main/java
+1
package: org.apache.myfaces.custom.facelets
-1
I prefere
Welcome to MyFaces, Çagatay and Lance.
Çagatay, what is the correct pronunciation of your name?
Dennis Byrne
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 2, 2006 07:35 AM
To: 'MyFaces Development'
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Dennis,
cut n paste ? :)
On 8/2/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Welcome to MyFaces, Çagatay and Lance.
Çagatay, what is the correct pronunciation of your name?
Dennis Byrne
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 2, 2006
Pronunciation is how it sounds. I'm pretty sure his mother does not call him
cut n paste :)
Dennis Byrne
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 2, 2006 12:51 PM
To: 'MyFaces Development'
Subject: Re: [WELCOME] MyFaces += (Cagatay,
lol :)
Was speaking about the Ç :)
I am wondering who Manfred wrote this with his. I haven't such a char
on my keyboard.
On 8/2/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Pronunciation is how it sounds. I'm pretty sure his mother does not call him cut n
paste :)
Dennis Byrne
-Original
no prob for me on my spiffy touch screen: I painted this char by hand!
keyboards are old school...
:-)
Manfred
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
lol :)
Was speaking about the Ç :)
I am wondering who Manfred wrote this with his. I haven't such a char
on my keyboard.
Last time I heard you speaking about old school was you said server
side state saving is old school.
:)
On 8/2/06, Manfred Geiler [EMAIL PROTECTED] wrote:
no prob for me on my spiffy touch screen: I painted this char by hand!
keyboards are old school...
:-)
Manfred
On 8/2/06, Matthias
This means that we can't release Tomahawk until the dependency is
final. Shouldn't be a problem at the rate we're going these days ...
Sean
On 8/1/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Ok, I asked b/c of the -SNAPSHOT :)
On 8/1/06, Grant Smith [EMAIL PROTECTED] wrote:
I can't see
Can you give an example of a class that is a problem and how you
propose to fix it? I'm not terribly familiar with facelets but I was
able to get tree2 working without adding special facelets packages.
There were just some differences in properties and how facelets
expected to find them.
Sean
Craig is about to release 1.0.3
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
This means that we can't release Tomahawk until the dependency is
final. Shouldn't be a problem at the rate we're going these days ...
Sean
On 8/1/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Ok, I
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
Can you give an example of a class that is a problem and how you
propose to fix it? I'm not terribly familiar with facelets but I was
able to get tree2 working without adding special facelets packages.
There were just some differences in
On 8/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
OK I am doing a quick test of the core release candidate using the
link from the wiki. In the meantime, should we release the shared
dependency? This really needs to come first. Ideally we could
release it to the myfaces internal repo for
Also pure jsp tags (like t:updateActionListener) also have to be
rewritten as a facelets tag handlers.
yes, we have handlers for that in Trinidad too.
-Matthias
--
Matthias Wessendorf
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
[
http://issues.apache.org/jira/browse/TOMAHAWK-523?page=comments#action_12425326
]
Mike Kienenberger commented on TOMAHAWK-523:
It'll be fixed when someone who needs it badly enough submits a patch :-)
That's the open source way
Tobago has some facelets *specials* too
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Also pure jsp tags (like t:updateActionListener) also have to be
rewritten as a facelets tag handlers.
yes, we have handlers for that in Trinidad too.
-Matthias
--
Matthias Wessendorf
further
Hello,This is why I always prefer Cagatay :)The pronunciation is something like Chagatai.Also the g in the middle is actually have a tiny dash on it but nevermind :)Cheers,
Cagatay
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425358
]
Mike Kienenberger commented on MYFACES-1372:
I noticed something that might be related last week.
What happens if you set globalOnly=true? Does
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425361
]
Mike Kienenberger commented on MYFACES-1372:
I don't have the RI installed anywhere, but I really wonder what the RI
behavior is for globalOnly
[
http://issues.apache.org/jira/browse/TOMAHAWK-566?page=comments#action_12425374
]
Mike Kienenberger commented on TOMAHAWK-566:
Are you saying that the issue is closed or simply correcting your problem
description example?
If we design our MyFaces components right, the only component classes
that will need facelets tag handlers are those with method bindings.
The method binding method signature for an attribute has be specified
in a facelets component tag handler.
Well lets make sure we do this part whenever
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
If we design our MyFaces components right, the only component classes
that will need facelets tag handlers are those with method bindings.
The method binding method signature for an attribute has be specified
in a facelets component tag
For most of the remaining problem components, it's simply a matter of
taking care of the generic attributes and making them explicit html
attributes like you did for tree2.
OK so there's not much of a need for this new package directory but we
do need it in a few limited cases right?
The only
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
For most of the remaining problem components, it's simply a matter of
taking care of the generic attributes and making them explicit html
attributes like you did for tree2.
OK so there's not much of a need for this new package directory but
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think I remember seeing that Manfred
had resurrected the code generator before I left on vacation.
Just stumbled across the JIRA issue while looking at another.
http://issues.apache.org/jira/browse/MYFACES-1284
Already found at least one major bug (MYFACES-1376). Lets do some
decent testing and make sure that at least the simple examples work
properly. This was the first example I tried and it failed. I'm sure
there are more.
Sean
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On 8/1/06,
getScrolling is not defined in simple tree2 example
---
Key: MYFACES-1376
URL: http://issues.apache.org/jira/browse/MYFACES-1376
Project: MyFaces Core
Issue Type: Bug
Components:
java.lang.IllegalStateException: getOutputStream() has already been called for
this response error using the RI 1.2_01 and Tomahawk 1.1.3
-
We are majorly bogged down on the Core 1.1.4 release. We need
*everyone* to do what they can to help get this release out the door.
Please see the wiki[1] and test the release candidate there. A good
start is to build the simple examples in the tomahawk HEAD and replace
the myfaces core jars
I know and we're nowhere near releasing tomahawk at this rate so we
should be fine.
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Craig is about to release 1.0.3
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
This means that we can't release Tomahawk until the dependency is
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425401
]
sean schofield commented on MYFACES-1376:
-
schedule1.jsf component is also experiencing this problem when you try to
advance the calendar
[ http://issues.apache.org/jira/browse/MYFACES-1376?page=all ]
Michael Hartman updated MYFACES-1376:
-
Status: Patch Available (was: Open)
getScrolling is not defined in simple tree2 example
---
[ http://issues.apache.org/jira/browse/MYFACES-1376?page=all ]
sean schofield updated MYFACES-1376:
Status: Open (was: Patch Available)
getScrolling is not defined in simple tree2 example
---
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425406
]
sean schofield commented on MYFACES-1376:
-
Apparently Michael Hartman marked this as patch available but I don't see one.
Changing status back to
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
We are majorly bogged down on the Core 1.1.4 release. We need
*everyone* to do what they can to help get this release out the door.
Please see the wiki[1] and test the release candidate there. A good
start is to build the simple examples in
Given how the last few releases have been very embarassing we need to
thoroughly test this puppy - and more then two or three people need to
test it.
As for the getScrolling issue, I could've sworn this worked in the
latest simple examples *before* I switched in the rc core api jars.
Maybe I'm
I think this issue might also affect h:dataTable since it's in the
shared package:
http://issues.apache.org/jira/browse/TOMAHAWK-467
I'll try testing and seeing if this is true. If so, the patch there
needs to be applied, and I'll try to get to that tomorrow if no one
else takes care of it by
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
I know everyone is busy (myself included) but a few people have been
doing most of the heavy lifting for a long time now. We've added a
bunch of new committers lately and we have lots of old ones who aren't
doing very much to help. Lets step
[ http://issues.apache.org/jira/browse/TOMAHAWK-467?page=all ]
Mike Kienenberger updated TOMAHAWK-467:
---
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Assignee: Mike Kienenberger
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think this issue might also affect h:dataTable since it's in the
shared package:
http://issues.apache.org/jira/browse/TOMAHAWK-467
I'll try testing and seeing if this is true. If so, the patch there
needs to be applied, and I'll try to
h:dataTable with t:dataScroller generates Row is not available. Rowindex =#
errors on non-full pages.
---
Key: MYFACES-1377
URL:
I have opened http://issues.apache.org/jira/browse/MYFACES-1377 on this.
However, I've marked it priority Minor since it only generates an
error message rather than breaking functionality.
Since the patch is committed to head, I'm not sure what the process is
for backporting it to 1.1.4 or even
Sounds good Mike!
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think this issue might also affect h:dataTable since it's in the
shared package:
http://issues.apache.org/jira/browse/TOMAHAWK-467
I'll try testing and seeing
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425423
]
Dennis Byrne commented on MYFACES-1376:
---
There were a ton of users on the users list who had the problem but nobody
could trace it down. I was one of
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425425
]
Wolf Benz commented on MYFACES-1372:
@ Mike: setting globalOnly=true (smth I had already tried after reading
another bug) didn't change anything. I've
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I have opened http://issues.apache.org/jira/browse/MYFACES-1377 on this.
However, I've marked it priority Minor since it only generates an
error message rather than breaking functionality.
Since the patch is committed to head, I'm not sure
Why not apply it to 1.1.4 branch and merge it down? Eventually we
need to merge everything down. My vote is to fix it once merge it the
second time. But I don't know the nature of the fix so maybe I'm way
off here.
Sean
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Sounds good
Ok,
I used the given 1.1.4-CORE RC JARS and tested it against Trinidad. It
works for me!
I also remember, that Craig tested them in the past (yes, 1.1.4-core
RC) against shale.
So, now next is tomahawk-head (1.1.5) and the 1.1.4-core RC
-Matthias
On 8/2/06, Sean Schofield [EMAIL PROTECTED]
Yes, I know...
there is also the Trinidad maven-faces-plugin.
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think I remember seeing that Manfred
had resurrected the code generator before I left on vacation.
Just stumbled across
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
So, now next is tomahawk-head (1.1.5) and the 1.1.4-core RC
no link was clickable... for the example I clicked ...
checking more on that
-Matthias
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
We are majorly bogged down on the
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425433
]
Matthias Weßendorf commented on MYFACES-1376:
-
These page have also the same problem
click on HOME for
http://localhost:8080/myfaces/sample1.jsf
svn commit: r421297
that causes the troubles for the current *branch* I try to apply that
into branch
-Matt
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
So, now next is tomahawk-head (1.1.5) and the 1.1.4-core RC
no link
Ok, I patched two files from:
-core branch
-shared branch
problem solvred (getScrolling ...)
-Matthias
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
svn commit: r421297
that causes the troubles for the current *branch* I try to apply that
into branch
-Matt
On 8/2/06, Matthias
As for the getScrolling issue, I could've sworn this worked in the
latest simple examples *before* I switched in the rc core api jars.
Maybe I'm wrong though ... I will try to investigate further.
with 1.1.5 yes; the getScrolling is now named org_apache_myfaces_getScrolling
that was committed
@Tomahawk_1_1_4 branch:
works, when you compile against the *patched* shared-203
On 8/2/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
As for the getScrolling issue, I could've sworn this worked in the
latest simple examples *before* I switched in the rc core api jars.
Maybe I'm wrong
Yes, you were right. All was broken, or almost all.
I committed two files to the branch (core114 + shared203).
Wendy provides a new RC jar for core 114 (build against the patched shared203)
We should get that guy out of the door.
My tomahawk testing result.
core 114 + tomahawk 114 = good
core
65 matches
Mail list logo