[EMAIL PROTECTED] wrote:
the mentioned jetty version is fine ;-)
On 7/25/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi guys,
the StartupServletContextListener should automatically be run by the
servlet
container when it parses the tld.
What you can do as a workaround:
- declare
approach would
make troubleshooting much easier.
It's a trend also, with reason. Look at annotations e.g. where you mostly
only have to use them if you wish to override a default setting.
-Wolf
On 7/25/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi guys,
the StartupServletContextListener
perhaps be better shifted to
the project documentation.
To my taste, I find that a little cleaner :-)
-Wolf
On 7/25/07, Martin Marinschek [EMAIL PROTECTED] wrote:
I believe your statement is entirely wrong.
None of the MyFaces-web.xml parameter is necessary - they are all
optional, with default
I suspect we could just reimplement the coercion stuff we are getting from
commons-el?
regards,
Martin
On 7/23/07, Werner Punz [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
Funny thing is, while we cannot do anything about a) except
for not using annotation based injection on jetty
So the outcome is that generally it works?
What was the difference in the setup then?
regards,
Martin
On 7/23/07, Grant Smith [EMAIL PROTECTED] wrote:
Very nice, thanks !
On 7/23/07, Werner Punz [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
release often, release early ... :-)
With permission of Jacob Hookom, I've enabled Exception Handling just like
in Facelets now also for the rest of the JSF-Lifecycle - it will also work
with plain JSP.
I've also cleaned up the stack-traces, so that you actually see causing
exceptions (if any Servlet-Exceptions are in the chain) -
I am of the opinion that Bruno tested the full set of MyFaces examples
before he said we're good for a release.
So I'd also want to hear what Bruno has to say about this.
regards,
Martin
On 7/20/07, Werner Punz [EMAIL PROTECTED] wrote:
Wolf Benz schrieb:
I am currently trying to nail
performance overhaul
(by using the trinidad state management capabilities). But, the
current tomahawk should work for any JSF 1.2 implementation, so, if
some component doesn't, that is considered a bug.
Cheers,
Bruno :-)
On 21/07/07, Martin Marinschek [EMAIL PROTECTED] wrote:
I am of the opinion
Werner Punz had built a spell-checker for Tomahawk. It has never made it
into the sandbox, though.
regards,
Martin
On 7/17/07, Shane Petroff [EMAIL PROTECTED] wrote:
Wong, Emmanuel (Sam) wrote:
Does anyone use any Spell checker for the JSF?
Yes
I tried to do a search and
Yes, it should be implemented already. Did you deploy the examples - did it
work for you there?
regards,
Martin
On 7/14/07, Michał 'Gandalf' Stawicki [EMAIL PROTECTED] wrote:
I have found example:
http://example.irian.at/example-sandbox-20070714/pprPanelGroupOnChange.jsf.source
I'm using
Hi Ariel,
you'll have to clean out the value of the input-text - the problem that you
are seeing is that JSF takes the current value in the inputText component,
and sees this as more important than the backing bean value.
so you'll have to bind your inputText to your backing bean (using
. However, Trinidad (and JSF 1.2) also offers a shortcut
for
those ever repeating 3 lines of code. You can simply call
myInputText.resetValue().
Regards,
~ Simon
On 7/12/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Ariel,
you'll have to clean out the value of the input-text
Probably, the wouldn't be too hard to implement, no.
Have fun hacking!
regards,
Martin
On 7/3/07, Safurudin Mahic [EMAIL PROTECTED] wrote:
I'm currently using a t:popup in a datatable to show details about a row.
One of the issues I'm facing is that the renderer for the popup always
renders
the hardcoded attribute be accepted by the
devs?
Regards,
Safu
Martin Marinschek skrev:
Probably, the wouldn't be too hard to implement, no.
Have fun hacking!
regards,
Martin
On 7/3/07, Safurudin Mahic [EMAIL PROTECTED] wrote:
I'm currently using a t:popup in a datatable to show details
It would be good to see more of your servlet container error logs -
this excerpt is not enough to say what happens here.
regards,
Martin
On 7/3/07, Erlend Hamnaberg [EMAIL PROTECTED] wrote:
Hello all.
I have an odd problem with Tomahawk and a converter.
I have created a converter that
Hi Daniel,
look at this:
public DataPagePaciente fetchPage(int startRow, int pageSize) {
return getDataPage(startRow, pageSize);
}
if you make sure you call getDataPage only once for any given
startRow/pageSize, you'll be save - so you need some caching there.
If only a getter is called, the ELResolver will return null - if you
try to call a setter (or a method-binding), you'll fall flat on the
nose with an exception.
regards,
Martin
On 6/30/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Is your bean returning null?
Try this to ensure that the
The Hack-classes are not necessary with 1.2 anymore - until then, the
data-model was falsely (for extenders) private instead of protected.
regards,
Martin
On 6/27/07, Nebinger, David [EMAIL PROTECTED] wrote:
I just opened HtmlDataTable.class from tomahawk.jar in the
decompiler, and this is
Hi Alexander,
I'll be there - cu around.
regards,
Martin
On 6/24/07, Jesse Alexander (KSFD 121)
[EMAIL PROTECTED] wrote:
For all interested people here is the link for the first meeting:
http://www.falconjsoft.ch/flexshare/jsf-ug/
see you there
Alexander
--
http://www.irian.at
Your
If you got commons-el and jsp-api.jar in, get them out of the
WEB-INF/lib directory! This is a documented bug in Tomcat 5.5.x - you
can't have commons-el.jar and or jsp-api.jar in this directory, or the
app will only show a blank page. Interesting that this commercial
container should have the
Hi Peter,
there is a tool from sun (they use it in glassfish) to check which
class/method opened which open file handles. Not sure if it will help
with several open file handles; but can you try to check this out with
your use-case?
Hi Stephane,
sure you can do a redirect in your action-method - you have access to
all servlet-specific methods by casting:
facesContext.getExternalContext().getResponse()
to HttpServletResponse and then call:
response.sendRedirect(response.encodeRedirectURL(contextPath + /maps));
regards,
What you can do:
1) use t:message / t:messages and a h:outputLabel/h:inputText
combination - then you'll see the label instead of the id (which
should essentially be what you want)
2) use JSF 1.2 - you get to set customized messages there directly and
can change them with this
regards,
Martin
Hi Andrew, Kevin,
application
message-bundle
/message-bundle
/application
in your faces-config.xml allows you to define a message-bundle with
which you can overwrite the default messages. I'll still trodd down
the path with the inputText/outputLabel combination, it makes more
sense
Welcome Danny!
regards,
Martin
On 6/14/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Congratulations to Danny Robinson for becoming the newest Myfaces committer !
Danny has provided patches and enhancements to Trinidad and has been
active on the
mailing list to help other users on how to
Welcome Andrew,
glad to have you aboard, thanks for the support on the user-list - I'm
sure it has always been tremendously helpful for our users...
regards,
Martin
On 6/14/07, Cagatay Civici [EMAIL PROTECTED] wrote:
Welcome Andrew,
Cagatay
On 6/14/07, Manfred Geiler [EMAIL PROTECTED]
BOTH an in-protocol resource
requests AND a special XMLHttpRequest handler) in order to enable AJAX
in a container agnostic fashion.
Do you agree?
Scott
Martin Marinschek wrote:
Hi Scott,
sorry for the late response - I've been on vacation the last week.
Yeah, your proposal seems definitely
? If so, how do we start the
process?
Scott O'Bryan
Martin Marinschek wrote:
Hi Scott,
a while ago, I sent the inlined mail to the MyFaces user list -
I'm
sending it to you personally now, as I thought that maybe you
are not
scanning the list
No, we cannot include source/binary-dependencies to LGPL code - sorry.
regards,
Martin
On 6/6/07, Cagatay Civici [EMAIL PROTECTED] wrote:
To begin with jboss uses lgpl and that's not compatible with ASF license.
Also frankly I do not want to mess with Jboss stuff cos MyFaces might face
with
Hey Bruno,
cool, you are converting over the old stuff already? I didn't know -
thanks so much...
;)
regards,
Martin
On 6/5/07, Bruno Aranda [EMAIL PROTECTED] wrote:
There are one or two bugs and I am adding most of the stuff added to
1.1 since we created the branch for 1.2 whenever is
checking line per line (of course, not everywhere!). The TCK passes,
though, after all these changes :)
Cheers,
Bruno
On 10/06/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hey Bruno,
cool, you are converting over the old stuff already? I didn't know -
thanks so much...
;)
regards,
Martin
Hi Mario,
here the strings:
org.apache.myfaces.trinidad.component.UIXSelectBoolean
public static final java.lang.String COMPONENT_FAMILY =
org.apache.myfaces.trinidad.SelectBoolean;
public static final java.lang.String COMPONENT_TYPE =
org.apache.myfaces.trinidad.SelectBoolean;
package
Mario,
have you got any clue on this?
regards,
Martin
On 5/31/07, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
just a short question: Does the Tomahawk sandbox component submitOnEvent
collaborate
with Trinidad components?
I'm afraid it simply doesn't… Or am I missing some
Hi Michael,
pprPanelGroup is still in the sandbox.
regards,
Martin
On 5/30/07, Michael Bauschert [EMAIL PROTECTED] wrote:
Hi,
i read something about the PPRPanelGroup in the tomahawk 1.1.5 changelog.
If i look at the sample or at the the tomahawk-tld i can't find more
informations.
It _should_ work out of the box - everything else would be a bug. Also
the property-resolver should work, it would be integrated into the
el-resolver-chain...
regards,
Martin
On 5/30/07, David Steinkopff [EMAIL PROTECTED] wrote:
Hello,
I ´m reading interested in this mailing list and I see
Hi Sandip,
first off: do not use
jsf-api.jar
jsf-impl.jar
and
myfaces-api.jar
myfaces-impl.jar
together!
settle for either the first group (Sun RI) or the second group
(MyFaces implementation).
regards,
Martin
On 5/28/07, Sandip Patil [EMAIL PROTECTED] wrote:
Hi All,
I am facing some
@Scott: If there is any link to some documentation somewhere - could
you possibly send this link over to me? I'd take care of interlinking
this documentation better with the Trinidad website then.
regards,
Martin
On 5/29/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Jeanne,
that all
Welcome Ernst!
regards,
Martin
On 5/29/07, Cagatay Civici [EMAIL PROTECTED] wrote:
Congrats Ernst, Welcome!
Cagatay
On 5/29/07, Grant Smith [EMAIL PROTECTED] wrote:
Welcome Ernst !
On 5/29/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Thanks Ernst, and welcome to the team!
how they are
being
encoded exactly.
I'll forward your question on to Scott in case he hasn't seen it and he can
answer your questions.
- Jeanne
Martin Marinschek wrote:
yeah, well. It would be great to hear from some Trinidad team members
- I do think I could adapt the tomahawk-portlet-bridge
AFAI have seen, Facelet logs warnings on unknown attribute names.
regards,
Martin
On 5/29/07, Adam Winer [EMAIL PROTECTED] wrote:
Hrm. This is a pretty big usability issue in Facelets.
-- Adam
On 5/29/07, Brian Smith [EMAIL PROTECTED] wrote:
I don't think so Adam. I recreated the error
AM, Martin Marinschek wrote:
Yes, well - do they take care about resource-loading so that it works
with Trinidad?
regards,
Martin
On 5/25/07, Jesse Alexander (KSFD 121)
[EMAIL PROTECTED] wrote:
Don't know about Trinidad..., but
portlet-bridges:
there are quite a few bridges, namely
Hi *,
I have skimmed through the online documentation for Trinidad, but
haven't found anything useful about portlet compatibility. Is there
anyone in the Trinidad team who knows more about using portlets with
Trinidad, and can provide a link to more information?
Especially I would be interested
://jsfportletbridge.dev.java.net/
- Apache:
http://portals.apache.org/bridges/multiproject/portals-bridges-jsf/inde
x.html
Samples use MyFaces
hth
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Friday, May 25, 2007 11:16 AM
To: MyFaces Discussion
Subject: [TRINIDAD] Portlets
/FileServlet/*/url-pattern
/servlet-mapping
and the call for me from a jsp:
h:graphicImage value=/FileServlet/?file_id=#{datatype.fileID}/
so again... thanks to anyone who responsed..
regards Omid
Martin Marinschek wrote:
Is the phase-listener not found at all?
Is the class-name correct
You wouldn't register a phase-listener, you'd rather decorate the
action-listener to find a solution to this.
faces-config.xml:
application
action-listeneryour decorator goes here/action-listener
/applicaton
... the default-action listener calls all actions!
regards,
Martin
On 5/15/07, Petr
Is the phase-listener not found at all?
Is the class-name correct? on the first glance, I'd suspect the main.
is too much.
regards,
Martin
On 5/16/07, omidh [EMAIL PROTECTED] wrote:
Thank you very much for your response,
On your advice I wrote an PahseListener but it doesn't work. I don't
Hi *,
for those of you who are at J1: anyone interested in going for a beer
after Manfred, Matthias, Dennis and my BOF wednesday at 8:55 pm,
Esplanade 305?
We'd meet up after the end of the BOF (will be around 10:00pm), and
then go for a beer somewhere closeby.
Cu there!
regards,
Martin
--
disregard this message - it's meaningless. The problem is that the
tomahawk-bridge is called tomahawk-bridge, and we think that bridge is
the version (and therefore, that tomahawk is loaded twice).
regards,
Martin
On 4/26/07, omidh [EMAIL PROTECTED] wrote:
Hi Zdeněk,
I tried also to modify
Hi Michael,
your problem might stem from the fact that in the final phase in JSF
(as with almost all other web-frameworks) a forward happens - this
forward then defines the new page; and not the page address you see in
the URL bar of the browser.
Generally, we do security with a filter, and
Finally! What a happy day! I go celebrating now ;)
regards,
Martin
On 4/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
great.
Hopefully we fix the issue that the demos don't contain java-sources
for the next release ;-)
-Matthias
On 4/19/07, Manfred Geiler [EMAIL PROTECTED] wrote:
. Hopefully I dont have to make
any changes !!!
Best regards
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: 19 April 2007 10:41
To: MyFaces Discussion
Subject: Re: Security - protect JSF pages (.xhtml) via security in
web.xml - DOES NOT WORK ?
Hi Michael,
your
Hi *,
for a client, I've worked out a solution (planned, not implemented so
far) for modularization using facelets and a special JSF configuration
parser - we're now discussing what other solutions we could have
possibly taken and what they would look like. So if you could give me
feedback on
PROTECTED] wrote:
Quick thought.
En l'instant précis du 17/04/07 14:30, Martin Marinschek s'exprimait en
ces termes:
Hi *,
for a client, I've worked out a solution (planned, not implemented so
far) for modularization using facelets and a special JSF configuration
parser - we're now discussing what
I would have thought the information is in the spec - if it is not, it
should be added, yes. Could you possibly file a spec clarification
issue?
regards,
Martin
On 4/2/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
I'm not sure where it's documented. Here's a couple more places to
look,
Hi Matthias,
I think that additionally to the region component, the af:cache
component didn't make it, right?
regards,
Martin
On 3/28/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Marko,
questions like this have already been asked on the trinidad user/dev list.
Please join them, because
You should point this question at [EMAIL PROTECTED]
I personally would extend from the FaceletViewHandler, and provide a method
there to reload an existing facelet - then you could call this method from
your custom code. It's a bit hacky though, but I don't think there is a
public API (without
Good idea!
regards,
Martin
On 3/16/07, Adrian Mitev [EMAIL PROTECTED] wrote:
I've posted RFE for jsf 2.0 [1] about api for component development.
https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=246
2007/3/15, Jörn Zaefferer [EMAIL PROTECTED]:
Absolutely! The JSF API
I wonder why you do an aliasBean on the same page beforehand - why
don't you just factor out the stuff into a separate facelets
component?
regards,
Martin
On 3/5/07, Werner Punz [EMAIL PROTECTED] wrote:
Laurentiu Trica schrieb:
Hi Werner
As far as I read, the ui:repeat iterates a list and
Hi Paul,
I couldn't follow all your arguments in this rather long mail, but
here a short thought for you to consider - it might help you
determining if you've found a bug or not:
the submitted value should always be used for rendering, if it is not
'null'. If it is null, the getValue() method
=#{MyBean.strDate}
converter=MyDateConverter /
--fails with Expected submitted value..., converter not called
Expected submitted value... is thrown in all cases during initial
rendering, so it's not possible to check behavior on submit etc.
Regards,
paul
Martin Marinschek schrieb:
Hi Paul
Hi Adam,
just checked: my inputs are properly closed on the nightly version. If
you find other bugs, please open jira-issues. for them.
regards,
Martin
On 3/1/07, Adam Flinton [EMAIL PROTECTED] wrote:
Dear All,
I have been using MyFaces quite happily however I have run into a small
problem.
Hi *,
I've got a solution for that rather messy javascript in
command-buttons on my box - but I don't want to commit until tomahawk
has been branched - just to be on the safe side of things...
regards,
Martin
On 3/2/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
Jörn, patches are welcome :-)
But there are examples showing this works just perfectly in our demo
app - you find it on www.irian.at, click on products, myfaces and then
tomahawk-examples latest build.
regards,
Martin
On 3/1/07, Lisa [EMAIL PROTECTED] wrote:
Using a facet tag inside a datatable for a column header has
It's a declarative way to reset the form bean, not to perform reset of
UIData :(
regards,
paul
Martin Marinschek schrieb:
I don't know if it serves the same cause, but I have recently seen a
resetActionListener in Trinidad.
regards,
Martin
On 2/28/07, Paul Iov [EMAIL PROTECTED] wrote
myBean.setFName() and myBean.getFName() in the source
would mean:
#{myBean.FName}
in the JSP
regards,
Martin
On 2/28/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
Two possibilities that I know of:
1 - you didn't provide the correct getter accessor. (public, correct type,
etc)
2 - you
That was - by the way - done to increase RI compatibility.
regards,
Martin
On 2/22/07, Ricardo Tercero Lozano [EMAIL PROTECTED] wrote:
Hi Matt,
I got aware of the same problem time ago, in my tests, mainly because my
project start point was appfuse ;-).
What I realized is in Myfaces latest
JSF uses JavaScript and form-submit for links as there is a natural
restriction built into browsers how long parameters appended to a link
can be.
This restriction lies somewhere between 1 and 2 kb, depending on the
browser. The view-state in a JSF based desktop-like app can get quite
large,
made the change right before we started strongly suggesting
that we create issues for every change. However, this one might be
important enough to retroactively create.
On 2/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
did you create an issue for that ?
On 2/22/07, Martin
-, CommandLink-, and CommandButton-Renderer also for the
h:xxx / components
with that improvement
h:form
t:commandLink /
/h:form
should work, independent from a impl.
however, thanks.
hopefully the renders are covered a bit more in detail in a future spec.
-M
On 2/22/07, Martin Marinschek [EMAIL
,
Martin
On 2/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Well,
form and commandXxx are a bit incestive. They know to much about each other.
But all these details are implementation details. So perhaps that can
be polished in a future spec
-M
On 2/22/07, Martin Marinschek [EMAIL PROTECTED
I'd suggest to switch over to StreamingAddRessource, then the
javascript-Files are included directly with the component...
regards,
Martin Marinschek
On 2/10/07, Ernst Fastl [EMAIL PROTECTED] wrote:
It is not about stability, it is about the lack of support for embedded
javascript. Other
as far as I know, the pprPanelGroup is pretty stable currently!
regards,
Martin
On 2/9/07, Werner Punz [EMAIL PROTECTED] wrote:
One word, dont, the pprPanelGroup is not really finished,
I dont know its state, but the last time I had a look
at it, it had severe problems with everything which
... and yet another way is to use Spring 2.0 instead of your JSF managed
beans as well, that works perfect.
Declare your managed-beans in whatever scope you want them (session or
request) and use Spring's init-method feature, just as you're used to.
regards,
Martin
On 2/5/07, Cagatay Civici
From my experience: don't use jsf-spring-library, use Spring 2.0 directly
instead.
Jsf-spring is known to cause class-loader issues in some containers, e.g.
Websphere.
In Spring 2.0, you can define managed beans with session and request-scope
perfectly!
regards,
Martin
On 2/5/07, Beelen,
This message tells you that an exception occurrs in one of your
phase-listeners, in the Restore-View phase. You should dig deeper in your
tomcat logs, you will be able to find the original exception there.
regards,
Martin
On 2/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hey!
I got this
But the loading is taken out of the Java resource bundling mechanism, so
AFAIK, it's cached.
regards,
Martin
On 1/23/07, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
f:loadBundle is requestScope.
Regards,
Volker
2007/1/23, Rogerio Pereira [EMAIL PROTECTED]:
Hi guys!
How myfaces handles
Hi Mark,
@1: both are fine
@2: looks like your managed-bean section is parsed twice. Sure you
have the myfaces-jars only once on your source path?
@3: looks like class-loading issues - two jars?
tomahawk 1.1.3 should be fine - but you could also go with the
snapshot, should work well.
Hi,
exactly, it will be released as soon as you access a new page which
doesn't have a saveState for this bean.
regards,
Martin
On 12/30/06, stormspire [EMAIL PROTECTED] wrote:
if I use savestate to store a bean on server side, when will it be destroyed?
What I expect is if I navigate from
Hi Chintan,
yes, that should be possible. All you'd need to to is configure both
tag-libraries in your page-header.
regards,
Martin
On 12/26/06, chintan [EMAIL PROTECTED] wrote:
Hi,
I want to use af:selectManyShuttle component of Trinidad with in Tomahawk.
Can i use Trinidad and Tomahawk
Did you try to decorate the default ActionListener? does that help anything?
regards,
Martin
On 12/14/06, Stefan Neumann [EMAIL PROTECTED] wrote:
OK, I know too much unnecessary information :-D
I kept trying and I solved some exceptions. I can handle exceptions in
actionListener methods by
Ok, I've found the problem - a custom filter we had in the
filter-chain created a faces-context, but didn't release it.
Hrrrmpfff. A facesContext.release() in this filter fixed the problem.
regards,
Martin
On 12/6/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
2) is an absolute must. That's why
Hi,
I'm using the conversation tag on a jsp-page like this:
s:startConversation name=pageDemand/
s:conversation value=#{documentBean} name=pageDemand/
and am encountering the following stack-trace on postbacks (not on the
first request) of pages which
Hi Mario,
this is not a personal reminder, much more a general reminder sent out
once a month. No mail and no issue has been deleted/removed/changed.
regards,
Martin
On 11/28/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I'm very sorryi'll check! What about of my issues? Are removed?
Hi Werner,
the problem is that a verbatim-tag generates a transient output-text -
it's not included in the state-saving process. When a PP request runs
through, the JSP is not triggered anymore - and the transient
components are not rendered.
regards,
Martin
On 11/27/06, Werner Punz [EMAIL
If you add them it works again?
Then it's a bug in Tomcat, please file it in their bug-tracker - but
if you can, add a compatibility section in our WIKI.
regards,
Martin
On 11/27/06, Alin Dosoniu [EMAIL PROTECTED] wrote:
Hi,
After installed Tomcat 5.5.20, every time when try to see
Hi Alin,
there is none - sorry for pointing you to the wrong direction. It's in
the main part of the website, maybe you should just start a wiki-page,
though.
regards,
Martin
On 11/27/06, Alin Dosoniu [EMAIL PROTECTED] wrote:
Hi Martin
Yes. It works after adding the listener entry in
Hi Anil,
thanks for adding the patch.
regards,
Martin
On 11/27/06, Anil Kommareddi [EMAIL PROTECTED] wrote:
If anyone is interested, I've submitted a patch for this:
https://issues.apache.org/jira/browse/TOMAHAWK-807
From: Anil Kommareddi [mailto:[EMAIL
Just to state it clearly: MyFaces is fully compatible with JDK 1.4
regards,
Martin
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
But when I changed to jdk 1.4.2 following exception is thrown:
javax.servlet.ServletException:
implemented in facelets? (it's a view-handler issue, right? ;) )
thanks!
clemens
2006/11/22, Martin Marinschek [EMAIL PROTECTED]:
P.S.: this small advantage is true for RI 1.2 versus MyFaces 1.1,
MyFaces 1.1 has been _way_ faster than RI 1.1
regards,
Martin
On 11/22/06, Martin Marinschek
I just deleted the LastVariableResolverInChain - in its current
implementation, it doesn't serve any use anymore.
regards,
Martin
On 11/23/06, Sébastien Boutté [EMAIL PROTECTED] wrote:
Hi,
Currently, we're using MyFaces 1.1.0 and we would like to move the
step to uptodate version.
But, we
Hi Jorge,
open a JIRA-issue and attach a patch.
http://issues.apache.org/jira/TOMAHAWK
regards,
Martin
On 11/23/06, Jorge Vásquez [EMAIL PROTECTED] wrote:
Hi list I noticed that the error had to do with the fact that the
HtmlDataScroller class was using the same logic for keeping track of
What do you mean by executed? Getter of the model-bean being called?
If you mean the getter being called, then there is only one case where
it won't be called - if you have a submitted value for the component.
regards,
Martin
On 11/22/06, ir. ing. Jan Dockx [EMAIL PROTECTED] wrote:
I
What do you mean by executed? Getter of the model-bean being called?
If you mean the getter being called, then there is only one case where
it won't be called - if you have a submitted value for the component.
regards,
Martin
On 11/22/06, ir. ing. Jan Dockx [EMAIL PROTECTED] wrote:
I
Upgrade to the latest nightly build - link sizes are much smaller there.
regards,
Martin
On 11/22/06, Bieringer, Dominik [EMAIL PROTECTED] wrote:
Hi all,
I'm writing concerning two different problems:
Using MyFaces links are generated like the one below: (The following code is
Hi Clemens,
to save you the troubles of trying to migrate: MyFaces is as fast as
the RI, our numbers even show a small advantage. Where we can all save
performance is in partial state-saving.
regards,
Martin
On 11/22/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi,
Wiki about performance;
P.S.: this small advantage is true for RI 1.2 versus MyFaces 1.1,
MyFaces 1.1 has been _way_ faster than RI 1.1
regards,
Martin
On 11/22/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Clemens,
to save you the troubles of trying to migrate: MyFaces is as fast as
the RI, our numbers even
Hi Paul,
great to have you aboard.
regards,
Martin
On 11/22/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hello Paul,
Welcome aboard.
Cagatay
Hi Stephan,
well, the reason for that is to be found in the JSF-lifecycle.
On a post-back, all 6 phases are executed - on the first request, only
the first and the last are executed. As when the session is empty,
we're talking about a first request, your action won't be executed
at all.
Hi Julian,
if you put an [OFFTOPIC] in your subject, you can post job-ads on the
myfaces-dev and user list.
regards,
Martin
On 11/18/06, Julian Ray [EMAIL PROTECTED] wrote:
Is there a good place to post help-wanted ads for the MyFaces community?
--
http://www.irian.at
Your JSF
No, I don't. Time for the example app being ported ;)
regards,
Martin
On 11/16/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
do you have numbers for that better than struts ?
On 11/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
He should definitely take the Trinidad component set
201 - 300 of 1374 matches
Mail list logo