Hmm, sounds interesting, what exactly would you have in mind,
something like a Callback for additional security checks which receives
the viewId and then can check wheather or not access is allowed and
return a boolean or so?
On 10/30/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Ernst, you
look at the nh_impl.
you see it :)
On 10/30/06, Ernst Fastl [EMAIL PROTECTED] wrote:
Hmm, sounds interesting, what exactly would you have in mind,
something like a Callback for additional security checks which receives
the viewId and then can check wheather or not access is allowed and
return
I definitely think Ernst's idea is a good one - and I do think that a
configuration-parameter for adding this would be optimal.
The dummy-form stuff was not compatible with the RI, overwriting a
navigation-handler in tomahawk, behaving differently if a
configuration parameter is set; would of
If you specify the navigation in the faces-config.xml, then you are
already using
a configuration parameter... I this case you would not have to define
another
web-context parameter...
The idea sounds like the DefaultServlet from Tomcat... easy to become
addited to ;)
regards
Alexander
[
http://issues.apache.org/jira/browse/TOMAHAWK-530?page=comments#action_12445521
]
Holger Schimanski commented on TOMAHAWK-530:
I got a patch by private email from another MyFaces user. Maybe you can use
this code to solve this
On 10/29/06, Ernst Fastl [EMAIL PROTECTED] wrote:
Hi!At the moment when no navigation case for an outcome is foundthe navigationHandler decides to stay at the same view. I thinkan option for web.xml would be useful to tell the navigationHandlerif no navigation case for an outcome is found, but the
Enable traditional submit for exceptions during partial update to show error
pages
--
Key: TOMAHAWK-758
URL: http://issues.apache.org/jira/browse/TOMAHAWK-758
Project:
Hi Craig,
you have been argumenting into this direction before, and I'm sorry to
disagree completely. What JSF does in the standard is good for
projects where you have this necessity of different roles for page
development and back-end development.
Generally - for small projects, and the
[ http://issues.apache.org/jira/browse/TOMAHAWK-700?page=all ]
Gerald Müllan updated TOMAHAWK-700:
---
Status: Resolved (was: Patch Available)
Resolution: Fixed
enable shareing partialTriggers between Forms
On 10/30/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Craig,you have been argumenting into this direction before, and I'm sorry todisagree completely. What JSF does in the standard is good forprojects where you have this necessity of different roles for page
development and back-end
Hi!
1) I have a managed-bean action-method which returns overview and
this means, I'll go to overview.jsp
As long as you placed all your jsps in the root of your webapp this
works nicely, you can check if there is a navigation rule and - if not,
simply add .jsp and move to this view.
But if you
It is much easier for a developer (especially if they are beginners in JSF)
to return name of the page instead of event occurred in page (logical outcome) as output.
There are some bad development practices, which when a developer get
used to them, it is hard to forget, I think this
Hi Mario,
well, the question is if we find a good convention-over-configuration
approach, and the discussion really boils down to your remark about
whether you can derive the view-id from the outcome nicely. Good
point. Ernst?
regards,
Martin
On 10/30/06, Mario Ivankovits [EMAIL PROTECTED]
Don't forget that returning view IDs in outcomes will
break tool support such as the visual page flow designer in Exadel
Studio. Even without tools, I find it extremely helpful as a developer
to be able to look in one place to see how the application flows. The proposed capability would make that
Hi David,
@breaking tool support: yes, that's true, and is something that might
or might not be of interest to developers.
@application size: For an application with 2000 views, we're
definitely talking about large-size here. I'm absolutely d'accord that
for a large size applications with a
Hi Martin, may be this feature is very good for highly professional developer like you, but consider those developers new in JSF.what is the different between this and using forward and redirect methods, from developer point of view? (not considering JSF life cycle problems)
(if a developer uses
Hi Arash,
I don't think we're in the JSF space to force developers to do
something in a certain way. The navigation system of JSF is good, it's
been devised with decoupling in mind, and you might want or not want
that for your application - I don't think that the rationale behind
this is hard to
Hi
Martin,First
thanks for taking time and answering me.Believe
me or not, the concept is hard to grasp for lots of developers, at least for
people in my country who are not as wise and intelligent as people in Germany and Austria, lots of developers are not
Computer Science
[ http://issues.apache.org/jira/browse/TOMAHAWK-758?page=all ]
Ernst Fastl updated TOMAHAWK-758:
-
Status: Patch Available (was: Open)
Enable traditional submit for exceptions during partial update to show error
pages
Hi
I've subscribed to this list to post just one remark/question.
Myfaces is a great implementation. Another example of an opensource
effort that will soon be better than the RI.
But! ;-)
Please take more care on documentation. The javadoc is really really a
joke.
Please dont mind. I want to
PS I know, writing docs is not so exciting as implementing features or
new components. And if you want to do it good, its really difficult. (I
think even more difficult than programming, because you have to think
like your potential reader(s) and not only like the machine ...). At
last a good
Hi Sebastian,there are 1) Java Docs2) wiki pages3) maven XML documents which generate web site of myfacesthese should be updated and synchronized together, I have started to work on wiki, I hope when I finish we can start synchronizing javadocs and web pages.
if you are interested to help you are
[EMAIL PROTECTED],
We would like to use Ajax/ActiveMQ (AMQ servlets) for
server-push feature in some of our usecases in the
webapplication project.
We are shortlisting to use opensource AppFuse
application using MyFaces - Spring - Hibernbate
frameworks for our webapplication development.
We
Am Montag, den 30.10.2006, 15:20 + schrieb Dennis Byrne:
Sounds like an opportunity for you to contribute something to the open source
community.
You're right, and I am thinking about it, but my time is also sparse.
Perhaps ill have some time in 2007.
Two additional notes before assigning
On 10/30/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
In reality there is a dependency between two pages, there is a silentcontract how to prepare the managed beans so that the destination pageknows what to display (and I think the f:param stuff is useless here).
So more often than not you'll use
renderSelectOptions - null itemStrValue can lead to conversion error rather
than required value validation error
Key: MYFACES-1483
URL:
wow
did you ran it also with out that patch?
I don't think that that patch cause the TCK failure
I expect an error somewhere, but not in that area.
Thanks!
M
On 10/15/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
I ran the TCK tests. 3 test cases failed. I will send the report
within the next
FileItemValidator that checks the size of the file and the content type of the
file
---
Key: TOBAGO-166
URL: http://issues.apache.org/jira/browse/TOBAGO-166
Project:
When type=both, inputDate does not accept null value
--
Key: TOMAHAWK-759
URL: http://issues.apache.org/jira/browse/TOMAHAWK-759
Project: MyFaces Tomahawk
Issue Type: Bug
[ http://issues.apache.org/jira/browse/TOBAGO-120?page=all ]
Bernd Bohmann resolved TOBAGO-120.
--
Resolution: Fixed
enable configuration of max filesize and uploadTempDir for Fileupload
[ http://issues.apache.org/jira/browse/TOBAGO-115?page=all ]
Bernd Bohmann resolved TOBAGO-115.
--
Fix Version/s: 1.0.9
Resolution: Fixed
With the latest changes it should work.
myFaces/Tobago does not work in Internet Explorer on Windows 2000
31 matches
Mail list logo
