Hi all,
No I hadn't forgotten this, just that I was trying to get some
functionality working and posting questions on the maven site. I still
didn't get that to work but thought I could at least share what I have
with other Maven(2) enthousiasts.
What I have so far:
I decided to go for Mave
[ http://issues.apache.org/jira/browse/MYFACES-782?page=all ]
Simon Kitching updated MYFACES-782:
---
Attachment: UIData-impl-notes.txt
UIData comments
> Documentation for UIData
>
>
> Key: MYFACES-782
> URL: ht
Documentation for UIData
Key: MYFACES-782
URL: http://issues.apache.org/jira/browse/MYFACES-782
Project: MyFaces
Type: Improvement
Reporter: Simon Kitching
Priority: Minor
Understanding how the UIData table management works in JSF h
[
http://issues.apache.org/jira/browse/MYFACES-781?page=comments#action_12356733
]
Mike Kienenberger commented on MYFACES-781:
---
http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/api/javax/faces/component/UIComponentBase.html#processDecodes(java
UIData accesses its grandchild components directly
--
Key: MYFACES-781
URL: http://issues.apache.org/jira/browse/MYFACES-781
Project: MyFaces
Type: Bug
Components: Implementation
Reporter: Simon Kitching
For a
I've just checked in a fix for this.
Travis
On 11/3/05, Travis Reeder <[EMAIL PROTECTED]> wrote:
> BTW, if you don't do this, you basically have to use commandLinks and
> commandButtons, direct links are never found, ajax or not.
>
> On 11/3/05, Travis Reeder <[EMAIL PROTECTED]> wrote:
> > I have
BTW, if you don't do this, you basically have to use commandLinks and
commandButtons, direct links are never found, ajax or not.
On 11/3/05, Travis Reeder <[EMAIL PROTECTED]> wrote:
> I haven't tried it yet, but I will soon. What will it use if this
> isn't passed in? Shouldn't it use the most r
mbr: Any reason you removed the exception logging? I've mentioned
this before on the list asking why exceptions are being hidden and I
guess this is why. There was a method called logException, but it's
removed now. Any reason for that?
Travis
t:navigationMenuItem (HtmlCommandNavigationItem) has value for "imediate"
attribute true, Is posible to let him free to be set ?
Key: MYFACES-780
URL:
Can you send me a final verion for cmItemMouseUp? I will patch the
current version.
Thomas
On 11/2/05, Barbalace, Richard <[EMAIL PROTECTED]> wrote:
> Simon Kitching [mailto:[EMAIL PROTECTED] writes:
> > I'd rather see detection of *any* protocol on the front of the URL
> > rather than checking
I haven't tried it yet, but I will soon. What will it use if this
isn't passed in? Shouldn't it use the most recent in the sequence if
this is not supplied?
Travis
On 11/3/05, Mathias Brökelmann <[EMAIL PROTECTED]> wrote:
> Have you tried the new sequence param? I think I forgot to mention
> th
I have run some tests now. Not surprisingly compressed size depends on
the amount of string values in the stream. So I will create an
additional parameter in web.xml to allow the user to switch this on
and off.
2005/11/3, Martin Marinschek <[EMAIL PROTECTED]>:
> Well, I guess that depends on the s
t:panelTabbedPane breaks commandLinks
-
Key: MYFACES-779
URL: http://issues.apache.org/jira/browse/MYFACES-779
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.0
Reporter: Noah Sloan
When a commandLin
Have you tried the new sequence param? I think I forgot to mention
that you can get the current value of the sequence to render as a
param through RendererUtils.getViewSequence(FacesContext)
2005/11/3, Travis Reeder <[EMAIL PROTECTED]>:
> I'm just wanting to follow up to see if anybody has looked
I'm just wanting to follow up to see if anybody has looked at how to
fix the FINE: No serialized view found in server session! problem?
Travis
On 10/27/05, Mathias Brökelmann <[EMAIL PROTECTED]> wrote:
> use RendererUtils.SEQUENCE_PARAM or "jsf_sequence"
>
> 2005/10/27, Travis Reeder <[EMAIL PROT
[
http://issues.apache.org/jira/browse/MYFACES-776?page=comments#action_12356701
]
Marius Kreis commented on MYFACES-776:
--
This issue could be solved if the id of the nodes will be stored in the model.
By doing this every node keeps its id, even if ne
Just serialize the stream to disk to see the gain...
My experience (although with jdk13, serialization was improved after
that) was that zipping an objectstream actually made a huge difference
in size..
Mvgr,
Martin
Martin Marinschek wrote:
Well, I guess that depends on the structure of the
Well, I guess that depends on the structure of the binary data.
So the question is - how much do we gain from this...
We could find that out easily for the client-side, right?
regards,
Martin
On 11/3/05, Mathias Brökelmann <[EMAIL PROTECTED]> wrote:
> Yes you are right. But compressing binary
Yes you are right. But compressing binary data isn´t very effective at all.
2005/11/3, Martin Marinschek <[EMAIL PROTECTED]>:
> I wonder if we should make this optional - while we have load tests
> currently which show that the problem is processor time, it might be
> the case that with a differen
-1 as well
On 11/2/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> -1 for Java 5.0 (for the time being.)
>
> sean
>
> On 11/2/05, Heinz Drews <[EMAIL PROTECTED]> wrote:
> > I just want to remind that there are still a significant number of
> > sites which cannot move to Java 5 because of restricti
DoubleConverter has javax.faces.DoubleTime CONVERTER_ID
---
Key: MYFACES-778
URL: http://issues.apache.org/jira/browse/MYFACES-778
Project: MyFaces
Type: Bug
Versions: 1.1.1
Reporter: Vladimir Korenev
Hello,
I am looking at bug MYFACES-668:
"The second issue is Their are two filter parameters
in Myfaces file upload component: uploadThresholdSize
and uploadMaxFileSize(both are required by the Commons
File Upload component) The uploadThresholdSize tells
Common File uploads to keep files in memor
[
http://issues.apache.org/jira/browse/MYFACES-223?page=comments#action_12356690
]
Martin Marinschek commented on MYFACES-223:
---
HtmlRssRicker does not exist anymore - do you have any mixture of old libs in
your setup?
regards,
Martin
> Can't s
I wonder if we should make this optional - while we have load tests
currently which show that the problem is processor time, it might be
the case that with a different machine configuration and application
configuration the problem might be memory usage, right?
regards,
Martin
On 11/3/05, [EMAIL
Well, for me, if John achieves a way of doing this on a
"automatically-in-deployment" base, then this is very much ok - if we
have to copy classes manually whenever we deploy, this won't work.
regards,
Martin
On 11/3/05, Keijo Nurmes <[EMAIL PROTECTED]> wrote:
> I imagine there is also loads of
[
http://issues.apache.org/jira/browse/MYFACES-223?page=comments#action_12356686
]
Alessandro Polverini commented on MYFACES-223:
--
Well, after checking a bit better I have to say that while the "simple"
application works fine there are TONS of
I imagine there is also loads of code to be refactored as shared.
It’s most important that there is a clean spot (shared.jar common.jar whatever.jar)
where to put all future common code.
IMHO the trade-off between supporting freely mixing different versions of myfaces libraries
and risking th
27 matches
Mail list logo