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 rem
> No idea... not everyone is using m2, and since that repo has to be
> manually synched to ibiblio, they might be removing the files after
> doing that.
hmmm .. i guess we will have to try it to find out for sure
> Are you going to use Maven to do the release? Let it update the
> version number
On 1/27/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > 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
I think we are talking about solving different issues here:
1) FacesRequest->Action->Non-FacesRequest
Could be handled by the NavigationHandler via EL for parameter passing on
redirects (a Non-FacesRequest) [/user.jsf?id=3433]
2) ???->Non-FacesRequest
Could be handled below with a special view h
Yes ! I have any attempts to realize of same idea, but not solve one
problem - it need extend format of faces-config or make standalone
configuration - not good
In most web-application cases we need bookmark not concrete page, but
logical part of application.
In such cases best effect will be
> -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 thou
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
> 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 pr
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 req
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 deploym
I'm still a little fuzzy with the maven publishing requirements. 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.
I tried this on the master pom and got "Packaging cannot be POM when
creating an
[
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 FireFo
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 Perspective(UIComp
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
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 p
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 and
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 by
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.
Othe
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
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() suc
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 a
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 Conversati
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 do
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 perform
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 y
That's an interesting solution-- with webwork, it allows EL (OGNL) evaluation
of URIs, so across the board, we could do something like:
/foo.jsp
success
/user.jsf?id=#{user.id}
Where we could now say that the resulting view-id is evaluated as an expression
based on the cu
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
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:
>
> publi
Hi, the great myfaces users and devs,
I really need some help regarding the
tree2.
I know I can use t.setNodeSelected()
to select 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
unsel
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, Meth
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 w
Hi Werner,
You're absolutely right. My "could" actually meant we must ;)
What we 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 anymor
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 i
>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 U
>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 agree with you Martin. Why not burn\gen
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
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 sen
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 by
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
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
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 a
>From: Matthias Wessendorf <[EMAIL PROTECTED]> >> 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 re
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, that
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 c
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 JavaScri
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 u
>
> @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
Great it works.
From: Volker Weber <[EMAIL PROTECTED]>
Reply-To: "MyFaces Development"
To: MyFaces Development
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 problem was including prototype.js twice, with
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 req
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
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 1.1
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
[ 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 protecte
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 single
> 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
>
> -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
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 alm
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 coul
> 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
> 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 th
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
>
> @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
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
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)
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 doj
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
Com
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
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,
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
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 order to give the search engine robots a path to follow.
Excellent idea!
-Original Message-
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 + bi
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
+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 an
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 GET-
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 again.
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
[
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 versi
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
78 matches
Mail list logo