Calendar component script events restriction
Key: MYFACES-1067
URL: http://issues.apache.org/jira/browse/MYFACES-1067
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: 1.1.1
Reporter: Tomas
[
http://issues.apache.org/jira/browse/MYFACES-1067?page=comments#action_12364195
]
Martin Marinschek commented on MYFACES-1067:
Hi Thomas,
the calendar-script has been rewritten completely after 1.1.1. So please check
again with the new
Hi all,
I'm having ideas again. Must come from too much work with JSF ;)
My idea:
Bookmarking is a problem with JSF, right? Except you use h:outputLink,
but then there's this slight problem with not being in the action
system anymore ;)
Now, what do I want to be able to see in my history or to
to put it in a nutshell:
add GET-processing to JSF...
+100 ;-)
regards
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 10:35 AM
To: MyFaces Development
Subject: Bookmarking, History and JSF
Hi all,
I'm having ideas
Yes, exactly.
JSF - minus complete state-saving + GET-processing + binding into the
Navigation-framework of JSF=we don't get people running around calling
us names anymore ;)
regards,
Martin
On 1/27/06, Jesse Alexander (KBSA 21) [EMAIL PROTECTED] wrote:
to put it in a nutshell:
add
+1000 for a get
Martin Marinschek schrieb:
Hi all,
I'm having ideas again. Must come from too much work with JSF ;)
My idea:
Bookmarking is a problem with JSF, right? Except you use h:outputLink,
but then there's this slight problem with not being in the action
system anymore ;)
Hi!
JSF - minus complete state-saving + GET-processing + binding into the
Navigation-framework of JSF
And then ALLOW_JAVASCRIPT=false will start working again too?
Ciao,
Mario
let's hope it will... THAT WOULD BE HYPER-GREAT ;-)
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 10:58 AM
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF
Hi!
JSF - minus complete state-saving + GET-processing +
Let's take one step at a time ;)
regards,
Martin
On 1/27/06, Jesse Alexander (KBSA 21) [EMAIL PROTECTED] wrote:
let's hope it will... THAT WOULD BE HYPER-GREAT ;-)
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 10:58 AM
To:
Yes, this is the plan.
regards,
Martin
On 1/27/06, Cash, Jamie [EMAIL PROTECTED] wrote:
Hopefully this will then render as a complete URL, which will allow search
engines to follow the links as well!
We currently have to create outputLinks on the page, bypassing the action
system, in
Hi all,
together with Gerald Müllan, I've put the finishing touchs on our
partial validation / model update stuff.
there is an example under sandbox / subForm.jsp to try it out.
Basically, I've done what Adam and Bernd have suggested, and created a
new subForm component. Kudos to them for their
Incorrect inputCalendar position when placed in DIV tag with position: absolute;
Key: MYFACES-1068
URL: http://issues.apache.org/jira/browse/MYFACES-1068
Project: MyFaces
Type: Bug
Werner Punz schrieb:
Ok since no one answered I felt free to add the dojo lib in a first
incarnation (latest 0.2.2) build to the repo.
There is a very basic beta integration already done in the effects tag
(I am not very happy with it because I had to add the debugging flags
in the dojo
Hi
Now, what do I want to be able to see in my history or to bookmark? I
want to bookmark simple pages, where state is not so important at all.
Or only a small portion of the state is important...
Those simple pages I usually refer to with an action attribute that
is put (as a string)
Here goes the link for that servlet
http://tinyurl.com/8dv43
inside of invokeApplication() you could do some stuff w/ ValueBindings
to populate your bean.
-Matthias
On 1/27/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi
Now, what do I want to be able to see in my history or to
@Manfred: I guess I saw a ticket in RI stuff for this. What's the EGs
plan for enabling bookmarkable URLs ?
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost every day...
regards
Alexander
Matthias Wessendorf schrieb:
Why not rendering a link to a NonFacesRequestServlet ?
(like the tobago stuff)
Servlet = bad idea needs an additional entry in the web.xml
(and just check how many problems the tomahawk extension filter
already causes)
The obvious place probably would be the
Servlet = bad idea needs an additional entry in the web.xml
(and just check how many problems the tomahawk extension filter
already causes)
The obvious place probably would be the extension filter (which has to
be there anyway)
or a phase listener - which would be even better because that
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost every day...
I am not using irc, but maybe I'll install a client. but today (at
evening I am traveling)
But you could bring out this topic, right ?
-Matthias
We could optionally do that - don't know if that is practical.
I've discussed with Manfred some more, and he suggests to do the following:
give t:saveState an optional bookmarkable=true attribute, and with
that decide on some of the state to be saved even though the
tree-state is lost.
we could
Yes, sounds good.
I'm not online this evening, either, but if Jesse can hook-up with Ed
on this topic, that would be great.
regards,
Martin
On 1/27/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 12:09 PM
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost every
Just got to make sure i understand the issue completely.
It seems that manolito has connected a few times lately as well...
manolito == el manfredo ;)
BTW: I have a deputy bot running, which gives html-access to IRC
even when the corporate firewalls are not liking that ;-)
regards
Due to navigation caases, you page after GET request may be different
from request to request, depend on application state. For bookmarkable
links, best case to use redirect navigation options .
May be, for such cases best solution will be save/restore request state
for redirect, simulate
[ http://issues.apache.org/jira/browse/MYFACES-1034?page=all ]
Peter Mahoney updated MYFACES-1034:
---
Attachment: DefaultAddResource.java
Attached is an updated version of DefaultAddResource, which makes the
xxxInsertPosition instance variables
If a action resolves to a jsp page and not a method on a backing bean, then
there can only be one consequence of that action.
In this case, and this case only, it would be useful for faces to render the
link as a outputLink by computing the full URL.
The page designer, on the other hand should
Hi
When running with latest nightly (1.1.2-SNAPSHOT), I get:
javax.faces.FacesException: java.net.NoRouteToHostException: No route to host:
connect
at
org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:123)
This does not happen when I replace them with the
D'accord with Jamie on this.
regards,
Martin
On 1/27/06, Cash, Jamie [EMAIL PROTECTED] wrote:
If a action resolves to a jsp page and not a method on a backing bean, then
there can only be one consequence of that action.
In this case, and this case only, it would be useful for faces to
outputLink doesn't tie into the action-framework - that's why...
what's Struts-Shale doing here? outputLink with defaultAction=something?
regards,
Martin
On 1/27/06, Alexander Smirnov [EMAIL PROTECTED] wrote:
Due to navigation caases, you page after GET request may be different
from request
Great it works.
From: Volker Weber [EMAIL PROTECTED]
Reply-To: MyFaces Development dev@myfaces.apache.org
To: MyFaces Development dev@myfaces.apache.org
Subject: Re: inputSuggestAjax and inputCalendar don't work together in
1.1.2
Date: Fri, 27 Jan 2006 00:20:43 +0100
Hi Juergen,
the
@Manfred: I guess I saw a ticket in RI stuff for this. What's the EGs
plan for enabling bookmarkable URLs ?
Somebody can check for the id (url) of this ticket (being in a workshop
I have limited online-possibilities ;-)
regards
Alexander
Gruß Gott,
On Fri, 27 Jan 2006 10:43:23 +0100, Werner Punz [EMAIL PROTECTED] said:
WP +1000 for a get
WP Martin Marinschek schrieb:
MM I'm having ideas again. Must come from too much work with JSF ;)
MM
MM My idea:
MM
MM Bookmarking is a problem with JSF, right? Except you use
As Ed noted, saving everything into the GET request does not work
because of URL size limitations. Old stagers within the MyFaces
community might remember the so called minimizing state feature in
early MyFaces 0.x versions. The goal was to provide a JSF
implementation that works without
If you want to go minimal/stateless with JSF, it's somewhat do-able. I was
able to take a sandbox of Facelets and simply:
1) Always write an empty hidden input param for 'javax.faces.ViewState' to get
the succeeding request to expect a Restored View
2) Within ViewHandler.restoreView(..) call
I don't think the problem should be solved.
No one says that all of your commandLinks need to invoke actions-- you can
render normal links. With invoking actions, you posting transitional behavior,
with gets, there is not transitional behavior to retain. When you want to
bookmark things,
From: Matthias Wessendorf [EMAIL PROTECTED] HiNow, what do I want to be able to see in my history or to bookmark? I want to bookmark simple pages, where state is not so important at all. Or only a small portion of the state is important...Those simple pages I usually refer to with an
Well,
I think you have to distinct clearly here. The concept of actions
which lead to somewhere else is a somewhat widely used concept in
web-applications. If you don't call dynamic method-bindings, but you
have static action-references, I don't think that you can lump
together calling actions
Hi Jacob,
yes, but I'm talking about being able to pass _some_ state here. So
you don't go fully stateless, you have the ability to reduce the state
to a size where it is usable with GET-Requests.
And I want to use MyFaces t:saveState feature for providing this
ability. Together with an error to
Hallo Manolito,
Wie geht es in Wien?
On Fri, 27 Jan 2006 16:06:26 +0100, Manfred Geiler [EMAIL PROTECTED]
said:
MG As Ed noted, saving everything into the GET request does not work
MG because of URL size limitations. Old stagers within the MyFaces
MG community might remember the so called
Hi Ed,
danke, in Wien geht's hervorragend ;)
you're right, of course. This has to be clearly documented. And
indeed, this problem is unsolvable. Manfred has invested a lot of work
into MyFaces trying to get this to run somehow by further minimizing
the state - but with the restrictions imposed
Yeah, that's correct, who says ViewState actually has to be your component
model? :-)
I've thought about progressing the stateless JSF solution to instead just write
Seam's converstation ID as the ViewState (a numeric long) to match up to model
state. This kind of solution makes a lot more
Martin Marinschek schrieb:
We could optionally do that - don't know if that is practical.
I've discussed with Manfred some more, and he suggests to do the following:
give t:saveState an optional bookmarkable=true attribute, and with
that decide on some of the state to be saved even though the
From: Martin Marinschek [EMAIL PROTECTED] Hi Jacob, yes, but I'm talking about being able to pass _some_ state here. So you don't go fully stateless, you have the ability to reduce the state to a size where it is usable with GET-Requests.
I agreewith youMartin. Why not burn\generate a
How do you explain the user that he's using actions all over the
application, and then for his GET needs, he has to provide an url with
parameters and other stuff?
I don't think it's confusing at all. If anything, I would suggest something
like Craig has been bringing up where the requested URI
Hi Jacob,
Seam's state-saving method is server-side, right? The conversation
will be stored on the server? Is that a persistent storage - in the
sense of a database, or a volatile storage - in the sense of a server
session (ok, I know, server side sessions can be persisted, too;) ?
option 1) So
Hi Werner,
You're absolutely right. My could actually meant we must ;)
What we could/ do though would be to automatically fail-over to
normal state-saving and rendering, if the state grows too large. So we
have an error, right, but the app doesn't stop working. The page just
isn't bookmarkable
On 1/26/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Except you render the client-id to the server - transmit it back via
an AJAX-request - and now want to lookup the component and do some
handling on this component .
This cannot currently be done in JSF. Jacob Hookom's Avatar
project works
My idea's always been something like an optional
NavigationHandler interface:
public interface BookmarkableNavigationHandler
{
/**
* Return an URL if the MethodExpression can be handled purely
* as a GET request, or null if it cannot be done.
*/
public String getUrl(FacesContext,
Hi, the great myfaces users and devs,
I really need some help regarding the
tree2.
I knowI can use t.setNodeSelected()
toselect the tree node. And rendering the tree node based on the
selection.
But how to deselect the tree node?
How to refresh the tree to make all the nodes
BTW, a credit-where-it's-due: I should be clear that my idea's
always been... completely omits that this idea is very much
due to John Fallows!
-- Adam
On 1/27/06, Adam Winer [EMAIL PROTECTED] wrote:
My idea's always been something like an optional
NavigationHandler interface:
public
Now that's exactly what I try to implement here. A version of
find-component working with stamped components like dataTable and
tree.
What I'm working on: if you give it a rowIndexed clientId (like:
:form:data:1:myInput) the findComponent method of tomahawk's
extendedDataTable returns (instead of
That's an interesting solution-- with webwork, it allows EL (OGNL) evaluation
of URIs, so across the board, we could do something like:
navigation-rule
from-view-id/foo.jsp/from-view-id
navigation-case
from-outcomesuccess/from-outcome
redirect/
On 1/27/06, Martin Marinschek [EMAIL PROTECTED] wrote:
outputLink doesn't tie into the action-framework - that's why...what's Struts-Shale doing here? outputLink with defaultAction=something?If you use view controllers in Shale, a GET request will trigger init(), then prerender(), then render your
My hunch is that you'll never be able to solve this without the
components really getting into the picture, and in particular, you have
to give stamping components (UIData, etc.) and parents with interesting
behavior (the ADF UIXRegion component) a chance to intercept
processing. Trying to
That only gets you about a third of the way there, since JSF
isn't giving you a decent semantic way to generate meaningful
GET requests in the first place.
-- Adam
On 1/27/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 1/27/06, Martin Marinschek [EMAIL PROTECTED] wrote:
outputLink doesn't
And once you'd solved this what you'd *really* want on top of this is
something in the nav handler that lets you then also deal with the
incoming id query attribute that feeds naturally back into JSF component
state land instead of forcing you to hardcode logic to implement this.
(Seam
Hi Adam,
Of course - every component which does something special will need to
handle this in its special way. Only the component knows about this
stuff in JSF - a component is a blackbox is a blackbox is a blackbox
;) and should handle that.
I'm doing exactly that.
Wrapping the component into
I think this approach will cause pain; even wrapping all the
methods (and making sure you implement the appropriate
interfaces too, e.g., EditableValueHolder!) and generalizing
to support third-party classes and interfaces, etc., etc., you're
still going to have problems; how do you remove()
Yes, I reaaalllyyy want that as well.
Matze has already suggested that - we'll have that in our solution ;)
regards,
Martin
On 1/27/06, Adam Winer [EMAIL PROTECTED] wrote:
And once you'd solved this what you'd *really* want on top of this is
something in the nav handler that lets you then
OK, cool: another thing to look for is a system that falls gracefully back
in such a way that not *every* component on the planet that does anything
special needs to add such special coding, that is, the default behavior
is always correct, and you only need to add additional code to optimize.
Unless I misunderstood--
I've been saying you wouldn't want this though, because now your logic is bound
to some assumption of previous state-- where did the id come from, which is bad
for GETs.
You could pass the id, using EL evaluation of to-view-id, allowing a (separate)
view decide how
Yeah, right, we'll see where that takes us...
Well, irrrkks stands for - me don't like it either ;)
regards,
Martin
On 1/27/06, Adam Winer [EMAIL PROTECTED] wrote:
OK, cool: another thing to look for is a system that falls gracefully back
in such a way that not *every* component on the
Hi there,
I've finished - next to discussing about GET requests in faces ;) - my
implementation of findComponent for the tomahawk extended dataTable
now.
So you can call findComponent to lookup context-aware components
inside a dataTable now, go ahead and try it ;)
What you'll get back so far
inputCalendar ctl2 has no properties
Key: MYFACES-1069
URL: http://issues.apache.org/jira/browse/MYFACES-1069
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Environment: Linux
Reporter: Sukhada
You proabably missed Martin's original take on the ProcessingContext
(Perspective is more code friendly ;-), but it would use a callback to allow a
single point of decoration for all lifecycle methods:
public class Perspective {
private final UIComponent target;
public
[
http://issues.apache.org/jira/browse/MYFACES-940?page=comments#action_12364239
]
Sukhada commented on MYFACES-940:
-
Try adding extension filter in web.xml.
http://myfaces.apache.org/tomahawk/extensionsFilter.html
ImportCalendar doesn't work in
On 1/27/06, Sean Schofield [EMAIL PROTECTED] wrote:
I'm still a little fuzzy with the maven publishing requirements.
You are not alone...
We need to get out stuff into ibiblio. I had read that using 'mvn
repository:bundle-create' will generate a bundle that is m2 friendly
for deployment.
Martin Marinschek wrote:
outputLink doesn't tie into the action-framework - that's why...
what's Struts-Shale doing here? outputLink with defaultAction=something?
regards,
Martin
In struts, I can perform action for request on any ...do link not only
for submitting form, but for ANY
The m2 distribution repository is here:
http://www.apache.org/dist/maven-repository
For some reason the README doesn't show up on the web, but it has
instructions for releases to this repository.
That's what I thought but all that is there is org/apache/ws. Where
are the rest of the
JSF doesn't have a built-in front controller. If anything, it should be
optional, but things like no DB connection are usually handled by global
filters/policies and wouldn't be on a per-action basis.
The additional lifecycle events that Shale introduces will also be available in
JSF 1.2 with
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 7:19 PM
To: dev@myfaces.apache.org; dev@myfaces.apache.org
Subject: Re: Bookmarking, History and JSF
Unless I misunderstood--
I've been saying you wouldn't want this though,
Hi *,
after looking a bit deeper into this, i can't find any faces-config.xml
in sandbox-example in pre maven sources.
Also these files are equal except some additions to sandbox after maven
reorg.
Therefore i think the existence of this file in example is caused by the
maven reorg and should
72 matches
Mail list logo