-Original Message-
From: Adam Winer [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 03, 2005 6:47 PM
To: MyFaces Development
Subject: Re: [jira] Updated: (MYFACES-272) MyFaces
unnecessary encodes all non-latin characters as numeric
character references even if response
/WEB-INF/faces-config.xml parsed twice
--
Key: MYFACES-517
URL: http://issues.apache.org/jira/browse/MYFACES-517
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.0.9m9
Reporter: Holger Schimanski
inputDate component handles readonly attribute incorrect
Key: MYFACES-518
URL: http://issues.apache.org/jira/browse/MYFACES-518
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly Build
[ http://issues.apache.org/jira/browse/MYFACES-517?page=all ]
Martin Marinschek closed MYFACES-517:
-
Fix Version: Nightly Build
Resolution: Invalid
Assign To: Martin Marinschek
/WEB-INF/faces-config.xml parsed twice
[ http://issues.apache.org/jira/browse/MYFACES-515?page=all ]
Martin Marinschek closed MYFACES-515:
-
Fix Version: Nightly Build
Resolution: Won't Fix
Ok, as we are using the 2.3 dtd in this file, this would be ok - for 2.4 you
will need
[
http://issues.apache.org/jira/browse/MYFACES-517?page=comments#action_12322723
]
Martin Marinschek commented on MYFACES-517:
---
I thought I did comment - obviously my comment was lost.
the faces-config.xml file in your WEB-INF directory will
[
http://issues.apache.org/jira/browse/MYFACES-513?page=comments#action_12322724
]
Arash Bijanzadeh commented on MYFACES-513:
--
Yes I am using he head from SVN
record skip in selectItems
--
Key: MYFACES-513
[
http://issues.apache.org/jira/browse/MYFACES-513?page=comments#action_12322725
]
Arash Bijanzadeh commented on MYFACES-513:
--
When the element number is even everything fine( but the number of items you
can see) and when it is odd :
2005-09-06
[
http://issues.apache.org/jira/browse/MYFACES-513?page=comments#action_12322726
]
Martin Marinschek commented on MYFACES-513:
---
Ok, this is code newly added by Mathias...
I am assigning this to him..
regards,
Martin
record skip in
[ http://issues.apache.org/jira/browse/MYFACES-513?page=all ]
Mathias Broekelmann closed MYFACES-513:
---
Fix Version: Nightly Build
Resolution: Fixed
according to the given stacktrace this is already solved in the current svn
head. See
Hello Martin,
No, I never committed it.
I think a new package would be great, but where do you want to put it ?
The logic would be to have it first in the sandbox, and then move it class by class tomahawk.
Maybe a better package name would be org.apache.myfaces.utils
as jsfutils is redundant
[
http://issues.apache.org/jira/browse/MYFACES-520?page=comments#action_12322732
]
Mathias Broekelmann commented on MYFACES-520:
-
Peter, I couldn´t reproduce it as you described it. Is it possible to attach an
example which causes the
Mathias,
Just became aware that I never congratulated (and thanked) you for
refactoring the DataTable. Sorry, if I did scare you with my
objections in the beginning. And thanks, that you have not been
discouraged. ;-)
-Manfred
2005/9/5, Mathias Brökelmann [EMAIL PROTECTED]:
Martin is right.
[
http://issues.apache.org/jira/browse/MYFACES-520?page=comments#action_12322734
]
Peter Mahoney commented on MYFACES-520:
---
Interestingly, if the patch is applied without the childState != null,
then the SelectOneMenu component does now work, but
I have much trouble with the combination of Tiles, MyFaces and
javax.faces.STATE_SAVING_METHOD=server. Now I tried out, to get Tiles
with tomahawk.jar (nightly build) and Sun RI 1.1.01. To use the
tiles-feature (I think, they are from Martin Marinschek) of tomahawk, I
have to use
[
http://issues.apache.org/jira/browse/MYFACES-520?page=comments#action_12322739
]
Peter Mahoney commented on MYFACES-520:
---
The following JSP causes the problem:
f:view
h:form id=editform
h:inputText id=questionTitle
[
http://issues.apache.org/jira/browse/MYFACES-418?page=comments#action_12322741
]
Carsten Fregin commented on MYFACES-418:
Found the problem. The exception is an IllegalStateException: Cannot create a
session after the response has been commited.
[ http://issues.apache.org/jira/browse/MYFACES-418?page=all ]
Matthias Weßendorf resolved MYFACES-418:
Resolution: Fixed
thx for reporting it
Tiles does not work with javax.faces.STATE_SAVING_METHOD=server.
[ http://issues.apache.org/jira/browse/MYFACES-518?page=all ]
Bruno Aranda closed MYFACES-518:
Fix Version: 1.0.10m10
Resolution: Fixed
This should be fixed on the SVN and available in the next nighlty...
inputDate component handles readonly
No error condition was raised when managed bean contained a reference to
another bean with a potentially shorter scope than what the bean was configured
for.
[
http://issues.apache.org/jira/browse/MYFACES-521?page=comments#action_12322753
]
Wendy Smoak commented on MYFACES-521:
-
The error message is pointing out the line number: myfaces_html.tld:2585
It's at the bottom of selectOneMenu:
[ http://issues.apache.org/jira/browse/MYFACES-521?page=all ]
Matthias Weßendorf resolved MYFACES-521:
Resolution: Fixed
Wendy, thanks for pointing it out!
fixed in SVN
Errors in TLDs
--
Key: MYFACES-521
[
http://issues.apache.org/jira/browse/MYFACES-525?page=comments#action_12322757
]
Bruno Aranda commented on MYFACES-525:
--
I think that 'hibernate'...
I wanted to say 'myfaces' instead. A co-worker was asking me a question about
hibernate when I
[ http://issues.apache.org/jira/browse/MYFACES-521?page=all ]
Matthias Weßendorf closed MYFACES-521:
--
Assign To: Matthias Weßendorf
Errors in TLDs
--
Key: MYFACES-521
URL:
Access to portlet preferences is not defined in the JSF spec. I have
spoken to the JSF spec lead about it so we can take care of this in JSF
2.0.
For now, you can get the RenderResponse from the ExternalContext as you
showed. In MyFaces, you can protect your code with a guard clause like
this:
Not a bad idea. We'll need to be careful to not break the release
build (which can't have any sandbox stuff in it.) Just make sure
everything builds fine with or without sandbox.
At some point we should also change the examples to use 'sbx' instead
of 's' or 'x' (like we discussed earlier.)
[ http://issues.apache.org/jira/browse/MYFACES-520?page=all ]
Mathias Broekelmann closed MYFACES-520:
---
Fix Version: Nightly Build
Resolution: Fixed
NPE in UIData.restoreDescendantComponentStates()
Hello,
I was about to commit the few Maps util classes I have when I realized it's all Java 5 code (with many generics and a few annotations).
Removing the generics would really be bad as those classes needs to be extended, and the generics add a lot of safety.
For me it would be ok to add
IMO that's a bad idea. Why would you add it with JSE 5 to the sandbox
but chance it to 1.4 when moving to tomahawk? What would be the point
of that?
Why not refactor before adding to sandbox if this is the eventual plan?
I'm not sure how I feel about requiring JSE 5 (I don't use it myself)
but
[
http://issues.apache.org/jira/browse/MYFACES-517?page=comments#action_12322780
]
Holger Schimanski commented on MYFACES-517:
---
Hm, are you sure? I am asking because reading in the same config twice doesn't
make sense. And the Reference
I didn't mean to include it in the sandbox and hope to refactor it later.
I meant to add it to the sandbox, and to move it to tomahawk only when we accept JSE5 code in tomahawk (which is required for JSF 1.2 if I'm not wrong).
The point is that be refactoring those classes, we lose a lot of
[
http://issues.apache.org/jira/browse/MYFACES-509?page=comments#action_12322794
]
Oliver Rossmueller commented on MYFACES-509:
r279199:
Changed the exception thrown by checkForDuplicateIds to IllegalStateException
[
http://issues.apache.org/jira/browse/MYFACES-521?page=comments#action_12322796
]
Boris Kovalenko commented on MYFACES-521:
-
I'm sorry as new nightly build not yet available so I can't check, but have You
changed in all files? Errors was in html,
yes, ok, let's wait!
JDK 1.5 in the sandbox right now is not a good idea, I think.
regards,
Martin
On 9/7/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Well doing a branch for the few classes I have right now really isn't worth
it.
Maybe it's better to hold on this until we start JSF
[
http://issues.apache.org/jira/browse/MYFACES-509?page=comments#action_12322804
]
Martin Marinschek commented on MYFACES-509:
---
We ought to check for clientIds, not ids.
What was wrong was that a clientId of null was not accepted - of course it
35 matches
Mail list logo
