Kito D. Mann schrieb:
Hello everyone,
I'd like to conduct a new e-mail interview with one or two people from
the MyFaces Core team. The last one was in 2004
(http://www.jsfcentral.com/articles/geiler-04-04.html), and at that
time, it made sense to interview Manfred, since he is the founder
Kito D. Mann schrieb:
Hello everyone,
I'd like to conduct a new e-mail interview with one or two people from
the MyFaces Core team. The last one was in 2004
(http://www.jsfcentral.com/articles/geiler-04-04.html), and at that
time, it made sense to interview Manfred, since he is the founder
thx,
but I'd like to see Martin for several reasons
(JavaOne session, JSR work etc)
-Matthias
On 3/2/07, Werner Punz [EMAIL PROTECTED] wrote:
Kito D. Mann schrieb:
Hello everyone,
I'd like to conduct a new e-mail interview with one or two people from
the MyFaces Core team. The last one
[
https://issues.apache.org/jira/browse/MYFACES-1550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477251
]
Guy Coleman commented on MYFACES-1550:
--
I'm using JSP.
generated MyFaces id's produce duplicates which
Arash Rajaeeyan schrieb:
and may be thats because shale has chosen a different approach?
No...
Actually I think the fusion conversation system is one level lower than
shale dialog.
While shale dialog basically follows the approach - configuration of
dialog scopes, have something which can keep
Rendering less JavaScript for each button
-
Key: MYFACES-1552
URL: https://issues.apache.org/jira/browse/MYFACES-1552
Project: MyFaces Core
Issue Type: Improvement
Affects Versions: 1.1.5
[
https://issues.apache.org/jira/browse/MYFACES-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved MYFACES-1552.
Resolution: Fixed
Rendering less JavaScript for each button
[
https://issues.apache.org/jira/browse/MYFACES-1549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477314
]
Martin Marinschek commented on MYFACES-1549:
Direct access to UIOutput getLocalValue:
[
https://issues.apache.org/jira/browse/MYFACES-1549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477317
]
Martin Marinschek commented on MYFACES-1549:
Reduced state-array size again, and tried the fix from
I'm not really heavily involved at this time. I'd be a poor choice.
On 3/2/07, Werner Punz [EMAIL PROTECTED] wrote:
Kito D. Mann schrieb:
Hello everyone,
I'd like to conduct a new e-mail interview with one or two people from
the MyFaces Core team. The last one was in 2004
is there a test case ?
On 3/2/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
Other than a volunteer, is there anything holding up the promotion of subForm?
I went through the issue tracker and created a subForm component
category and moved relevent issues into it.
I only see one open issue
Does that bug even still exist?
I'm using subForm successfully in app that is nearing production. :D
Mike Kienenberger wrote:
Other than a volunteer, is there anything holding up the promotion of
subForm?
I went through the issue tracker and created a subForm component
category and moved
On 3/2/07, Werner Punz [EMAIL PROTECTED] wrote:
Arash Rajaeeyan schrieb:
and may be thats because shale has chosen a different approach?
No...
Actually I think the fusion conversation system is one level lower than
shale dialog.
While shale dialog basically follows the approach -
Hi Craig!
One thing I've wondered as I've watched the fusion stuff go by ... in
an architecture that is so heavily based on Spring 2 already, why
wasn't Spring Web Flow used?
Don't know much about SWF, but we had a meeting with Jürgen Höller from
interface21 where he helped designing the
Well...
don't lets discuss that much about why another thing...
Perhaps all these existing techniques can get their profit from the
other one and can also give valuable feedback to web beans / jsr 299.
I am happy that *Fusion* (or Kleber) has no dependency to WebFlow. I
would prefer a closer
CONVERTER_ID for DoubleConverter doesn't match 1.2 spec
---
Key: MYFACES-1553
URL: https://issues.apache.org/jira/browse/MYFACES-1553
Project: MyFaces Core
Issue Type: Bug
[
https://issues.apache.org/jira/browse/MYFACES-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-1553.
-
Resolution: Invalid
that is / was a bug in the spec:
SubmitOnEvent doesn't work as child of h:selectOneMenu without
explicit id. If 'id=choiceInput' is removed from the example code
below, no submit occurs.
sandbox:subForm id=choiceForm
h:selectOneMenu id=choiceInput
value=#{page.choice}
f:selectItems
Hi Mike!
SubmitOnEvent doesn't work as child of h:selectOneMenu without
explicit id. If 'id=choiceInput' is removed from the example code
below, no submit occurs.
Strange thing, I tested it now with the following thing
h:selectOneMenu
My copy of the sandbox is so old, it doesn't even have the component :-)
I manually copied it into my project on Jan 24th, though.
Here's what the non-working html contains:
==
script type=text/javascript
function chooseMemberForm_submit() {
var form =
Hi Craig!
That's where I don't understand Fusion enough to comment ... it
originally appeared to me that the key value add was allocating the
entity manager on the way in (when you created the conversation), and
cleaning up afterwards when the conversation ended.
Yes, this is one of the things
Hi Mike!
Yes, it looked reasonable to me as well. I'm using firefox 1.5.0.10.
Let me see if I get any errors. Nope. no javascript errors.
Trying in IE 6. Yep. works here. So it's a firefox compatiblity
issue. Does that help?:-)
Unhappily no, as I use firefox 95% the day, so I
Not sure if this is relevent, but there are some errors when I first
load the page, even though there's no errors when I select a row.
=
Error: clear_masterForm is not defined
Source File: http://localhost:8089/faces/pages/connect.xhtml
Line: 1
Error:
[
https://issues.apache.org/jira/browse/TOMAHAWK-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477427
]
Jeff Bischoff commented on TOMAHAWK-914:
I have attached all-in-one.patch, which implements both of the
Yeah, exactly. Did you read my mail from before? Plus my new
issue-evaluation?
No, I read your mail after sending a reply about the converter, anyway
you're right about the bug Martin.
In this case, I'd strongly recommend that you run this by the spec
folks. If nothing else, we should get
Hi!
Ok, its getting hot now, there is a difference between your two html
snippets:
not working
select size=1
name=masterForm:connectPageForm:chooseMemberForm:_id48
working
select size=1
name=masterForm:connectPageForm:chooseMemberForm:memberInput
Jeff,
I think a single diff file is easier, so go ahead and update the documentation.
On 3/2/07, Jeff Bischoff (JIRA) dev@myfaces.apache.org wrote:
[
https://issues.apache.org/jira/browse/TOMAHAWK-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477427
Martin, Matthias, Bruno.
On 3/2/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
I'm not really heavily involved at this time. I'd be a poor choice.
On 3/2/07, Werner Punz [EMAIL PROTECTED] wrote:
Kito D. Mann schrieb:
Hello everyone,
I'd like to conduct a new e-mail interview with one
On 3/2/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Ok, its getting hot now, there is a difference between your two html
snippets:
not working
select size=1
name=masterForm:connectPageForm:chooseMemberForm:_id48
working
select size=1
[
https://issues.apache.org/jira/browse/TOMAHAWK-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477449
]
Mario Ivankovits commented on TOMAHAWK-915:
---
Mike,
I've committed something which should do the trick,
Hey Mario.
Thanks for taking the time to step through this with me. You are
correct -- the version I had was quite different from the version in
trunk. The bug goes away once I upgrade to the new version. I must
have downloaded the wrong version by mistake.
On 3/2/07, Mario Ivankovits
Done. :D
Mike Kienenberger wrote:
Jeff,
I think a single diff file is easier, so go ahead and update the
documentation.
On 3/2/07, Jeff Bischoff (JIRA) dev@myfaces.apache.org wrote:
[
As I was dealing with the submitOnEvent error, one thing I noticed is
that there's no svn info in the javascript file. This made it hard
to know what revision of the file I was working with. Should we be
including an id tag in there, or was it left out intentionally?
Base default event used by submitOnEvent on enclosing component type
Key: TOMAHAWK-915
URL: https://issues.apache.org/jira/browse/TOMAHAWK-915
Project: MyFaces Tomahawk
Similar to what Mathias mentioned?
http://issues.apache.org/jira/browse/MYFACES-1246#action_12475337
It's not much work (on our side) but it sounds pretty vendor specific.
Again, I don't have a better solution. Mathias writes which is implemented
by j2ee containers. I wonder if each container
Mario,
One thing that I had issues with for submitOnEvent is that the default
event is keyPress. Until I found the hidden wiki docs for
submitOnEvent (I've made them more visible now :-), I didn't realize
that the default wouldn't work for a selectOneUI.
Is there any chance we can have
Hi Mike!
Is there any chance we can have intelligent default event values?
Yea, this is a great idea, should work.
Could you please open a jira for it.
Ciao,
Mario
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
The RI uses two ways to lookup the implementation of the vendor
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.
Are any of these class names or context params start w/ javax.faces ? If
so, we can move the conversation back into the issue tracker and I'll close
the @PostConstruct issue once Paul says it's good to go. I don't see the
point of the system property though.
Dennis Byrne
On 3/2/07, Mathias
some of the builds are currently failing because the lookup for
myfaces.zones.apache.org failes on the zone host. I've looked into the
/etc/hosts config file and IMO there is a wrong ip address defined.
AFAIK the entry should be something like:
127.0.0.1 myfaces.zones.apache.orgloghost
The RI looks for com.sun.faces.spi.InjectionProvider for a class
name which implements this interface. It would have been very nice if
this is part of the spec. But that is not the case so we need to find
a way to support any kind of j2ee container. IMO injecting j2ee
resources without knowing
As much as I agree w/ you about how better things would be if this were in
the spec, and as much as I hate to bow down here, I am actually OK with
using com.sun.faces.spi.InjectionProvider as the parameter in MyFaces as
well ... for the sake of users. If anyone has a problem w/ it, we can go
Matthias Wessendorf schrieb:
Well...
don't lets discuss that much about why another thing...
Perhaps all these existing techniques can get their profit from the
other one and can also give valuable feedback to web beans / jsr 299.
I am happy that *Fusion* (or Kleber) has no dependency to
44 matches
Mail list logo
