[
http://issues.apache.org/jira/browse/MYFACES-618?page=comments#action_12332451
]
Erik Dybdahl commented on MYFACES-618:
--
I tried tomahawk.jar from the nightly build of 20051013, but the problem
persists.
We use RI 1.1.01 in our application, but now
About the branches: is this only in the main trunk, or also in the 1.1.1 trunk (and thus will be in the RC3)?
On 18 Oct 2005, at 22:06, Adam Winer wrote:
This sounds roughly like the implementation of server-side
state saving in the JSF 1.2 RI, as well as what's done in ADF Faces,
though not exac
Its only in the main trunk. Since it is not fully tested and the next
maintenance release is quite close I´ve not commited it into the 1.1.1
banch.
2005/10/19, ir. ing. Jan Dockx <[EMAIL PROTECTED]>:
> About the branches: is this only in the main trunk, or also in the
> 1.1.1 trunk (and thus will
You are right the two objects in SerailizedView are serialized and put
into the session.
The instances of the server side state where not serialized before.
This doesn´t affect the component instances since they are only
referenced by class name in the state but it could have an effect on
the stat
Simon Kitching wrote:
> Hi guys,
>
> Well, you should check out some of the email discussions held on
> commons-dev about this. The general conclusion was that even commons
> components should avoid dependencies on other commons components where
> feasable.
>
Well commons are absolute base libs,
Well, if we could do b) somewhat automatically, this would be great.
John Fallows had proposed something like this for the shared classes
of Apache MyFaces - to make sure that Tomahawk and the impl always use
the correct implementation of the shared classes.
John - I think this is the time at whi
[ http://issues.apache.org/jira/browse/MYFACES-700?page=all ]
Simon Kitching updated MYFACES-700:
---
Attachment: HtmlJSCookMenuRenderer.java.patch
Sorry, my fault for the bad patch. I had forgotten one comment and thought I
could just add it directly in
ExternalContext.redirect does not call responseComplete()
-
Key: MYFACES-718
URL: http://issues.apache.org/jira/browse/MYFACES-718
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.0, 1
Tomahawk unit test output generated into wrong dir
--
Key: MYFACES-719
URL: http://issues.apache.org/jira/browse/MYFACES-719
Project: MyFaces
Type: Bug
Versions: 1.1.0
Reporter: Simon Kitching
Priority:
clean up top-level build.xml file
-
Key: MYFACES-720
URL: http://issues.apache.org/jira/browse/MYFACES-720
Project: MyFaces
Type: Improvement
Reporter: Simon Kitching
Priority: Minor
I found the main build.xml file comments c
[ http://issues.apache.org/jira/browse/MYFACES-720?page=all ]
Simon Kitching updated MYFACES-720:
---
Attachment: build.xml.patch
> clean up top-level build.xml file
> -
>
> Key: MYFACES-720
> URL: http://
DataTable erroneously discard saved state when validation error in non child
field
--
Key: MYFACES-721
URL: http://issues.apache.org/jira/browse/MYFACES-721
Project: MyFaces
Type: Bug
[ http://issues.apache.org/jira/browse/MYFACES-718?page=all ]
Mathias Broekelmann closed MYFACES-718:
---
Fix Version: Nightly
Resolution: Fixed
the myfaces navigation handler called the responseComplete() method so this
should only be an i
Sensible.
On 19 Oct 2005, at 9:51, Mathias Brökelmann wrote:
Its only in the main trunk. Since it is not fully tested and the next
maintenance release is quite close I´ve not commited it into the 1.1.1
banch.
2005/10/19, ir. ing. Jan Dockx <[EMAIL PROTECTED]>:
About the branches: is this only in
[
http://issues.apache.org/jira/browse/MYFACES-721?page=comments#action_12332468
]
Guillaume LE STUM commented on MYFACES-721:
---
I forgot to mention this issue happens both with tomahawk and impl data tables.
Also it looks similar to JSF RI issue 1
Just FYI...
I took a look at the RI Implemention. The user is
allowed to specify as a ServletContextInitParameter
the maximum number of logical views to be saved in
session. If no value is specified, then the default
value is used.
--- Adam Winer <[EMAIL PROTECTED]> wrote:
> This sounds roughly
That is my only feature enhancement wish as well ;)
regards,
Martin
On 10/19/05, sharath reddy <[EMAIL PROTECTED]> wrote:
>
> Just FYI...
>
> I took a look at the RI Implemention. The user is
> allowed to specify as a ServletContextInitParameter
> the maximum number of logical views to be saved
[ http://issues.apache.org/jira/browse/MYFACES-721?page=all ]
Mathias Broekelmann closed MYFACES-721:
---
Fix Version: Nightly
Resolution: Fixed
fixed, thanks Guillaume LE STUM
> DataTable erroneously discard saved state when validation err
make components cloneable
-
Key: MYFACES-722
URL: http://issues.apache.org/jira/browse/MYFACES-722
Project: MyFaces
Type: New Feature
Components: Implementation
Reporter: Thomas Timbul
This may be violating some spec, but I think it
[
http://issues.apache.org/jira/browse/MYFACES-722?page=comments#action_12332474
]
Thomas Timbul commented on MYFACES-722:
---
e.g.
Object clone() {
UIComponent clone = BeanUtils.cloneBean(this); //from commons beanutils
clone.setChildren(new _C
> @Sean: how come you say we did avoid a dependency on commons-lang for
> that long? I didn't have the feeling that we where trying to achieve
> this, correct me if I am wrong...
Well its just the less jars the better that's all. As Werner says
though commons-lang is pretty standard. I use it in
[
http://issues.apache.org/jira/browse/MYFACES-641?page=comments#action_12332481
]
Lee Smith commented on MYFACES-641:
---
Further comment, I've found a resolution to this problem and found its actually
expected behaviour from reading the JSF specs.
In JSF
It's not a big deal as long as it's documented fully. Our app had an
older version of commons-lang.jar, which caused it to fail after we had
updated our MyFaces JAR files. This was a problem until we replaced our
commons-lang.jar file with commons-lang-2.1.jar.
The Getting Started page should be
Hi Anu,
You'll want to post these kinds of messages to the group, because other
people are using Tree2 as well.
The facets for Tree2 are purely user-defined; they must correspond
exactly to the "type" property values of the nodes you instantiate.
You don't have to write any renderers to use Tree
Sean Schofield wrote:
>>@Sean: how come you say we did avoid a dependency on commons-lang for
>>that long? I didn't have the feeling that we where trying to achieve
>>this, correct me if I am wrong...
>
>
> Well its just the less jars the better that's all. As Werner says
> though commons-lang i
2005/10/19, Mashinter, Tim <[EMAIL PROTECTED]>:
I didn't see anything in the Tomahawk stuff that would allow for pagination support.Did you take a look at the DataScroller component?
I needed one so I wrote a new tag. And
implemented it, just wondering if it would be something you woul
ApplicationImpl: German "ist" instead of "is" in error messages
---
Key: MYFACES-723
URL: http://issues.apache.org/jira/browse/MYFACES-723
Project: MyFaces
Type: Bug
Versions: Nightly
Reporter: M
[ http://issues.apache.org/jira/browse/MYFACES-723?page=all ]
Mike Kienenberger updated MYFACES-723:
--
Attachment: ApplicationImpl.java.patch
Patch for typos.
Forgot to change component type to implementation, though.
> ApplicationImpl: German "ist
[ http://issues.apache.org/jira/browse/MYFACES-723?page=all ]
Mike Kienenberger updated MYFACES-723:
--
Attachment: ApplicationImpl.java.patch.w.rel.paths
Oops. Forgot to make the paths relative in the patch. Here's an alternate
version of it.
>
ClassNotFoundException:
org.apache.myfaces.examples.inputSuggestAjax.InputSuggestAjaxBean
-
Key: MYFACES-724
URL: http://issues.apache.org/jira/browse/MYFACES-724
Project: MyFaces
[
http://issues.apache.org/jira/browse/MYFACES-618?page=comments#action_12332512
]
sean schofield commented on MYFACES-618:
Matthias, do you still want me to apply this patch? I don't have time to test
it but I will take your word for it if you th
Werner Punz wrote:
The main problem I see is if there is some kind of version interface
break, you
could end up with two different incompatible versions.
How do the commons people handle that.
I recently had a very similar situation, I ended up giving the
commons-http with all its dependencies (
[ http://issues.apache.org/jira/browse/MYFACES-705?page=all ]
Volker Weber updated MYFACES-705:
-
Attachment: patches.diff
attached patches for
sandbox/src/java/org/apache/myfaces/custom/inputsuggestajax/resource/defaultTheme.css
and
tomahawk/src/java
Ah, so you don't save the objects directly, you save the byte streams?That's excellent for development - it's a pain figuring out down the road that one object way down deep isn't serializable, and only when you try clustering right before going production :) - but seems like an unnecessary perform
In my non-committer-therefore-not-really-relevant-opinion,
EscapeUtils.escapeJavaScript() is a useful method,
and it's reasonable to debate whether that is a good
reason for a dependency; but EqualsBuilder and
HashCodeBuilder are massively lame, and adding a
dependency on commons-lang to get *them
I'm still on the JSF learning curve, but I believe we're talking here
about saving the UIComponent tree state, and that that is done via a
custom approach in JSF.
Firstly the JSF framework saves the classnames of the UIComponent object
tree, so that it can build an identical tree (but of new U
36 matches
Mail list logo