[jira] Commented: (MYFACES-743) Javascript conflict between x:tree2 and x:inputCalendar

2005-11-04 Thread Luciano Medina (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-743?page=comments#action_12356758 ] Luciano Medina commented on MYFACES-743: Also, and this might be related to the problem, I just noticed that the generated HTML body tag is malformed:

[jira] Commented: (MYFACES-736) Number converter not working with Number

2005-11-04 Thread Keijo Nurmes (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-736?page=comments#action_12356770 ] Keijo Nurmes commented on MYFACES-736: -- Anyone care to comment? Is it possible to revert the ValueBindingImpl.setValue patch. (2.10.2005) (I have been running reverted

[jira] Commented: (MYFACES-623) setValue() method of ValueBindingImpl does not behave properly

2005-11-04 Thread Martin Marinschek (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12356772 ] Martin Marinschek commented on MYFACES-623: --- MYFACES 736 shows a problem if coercion is not done - Oliver, care to comment there? regards, Martin setValue()

[jira] Commented: (MYFACES-623) setValue() method of ValueBindingImpl does not behave properly

2005-11-04 Thread Martin Marinschek (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12356773 ] Martin Marinschek commented on MYFACES-623: --- MYFACES-736 setValue() method of ValueBindingImpl does not behave properly

[jira] Commented: (MYFACES-736) Number converter not working with Number

2005-11-04 Thread Martin Marinschek (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-736?page=comments#action_12356774 ] Martin Marinschek commented on MYFACES-736: --- Obviously this is linked to MYFACES-623 - and removing the coercion there was not the right solution. regards,

##jsf IRC channel

2005-11-04 Thread Ed Burns
Hello MyFaces developers and users, Wide distribution intended. I'm sure all of us working on JSF technologies are aware of the growing popularity of Ruby on Rails. One manifestation of this popularity is the vitality of the community around the technology, and one manifestation of that

Re: Building Tomahawk components

2005-11-04 Thread Bruno Aranda
Although we have spoken already in the ##jsf irc channel on irc.freenode.net I answer here again so other developers know the answer and that this has been solved: To just build one of the subprojects of myfaces, use 'ant dist' and not just 'ant' by default, Regards, Bruno 2005/11/4, Ed Burns

[jira] Commented: (MYFACES-781) UIData accesses its grandchild components directly

2005-11-04 Thread Mike Kienenberger (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-781?page=comments#action_12356794 ] Mike Kienenberger commented on MYFACES-781: --- Oops! I made the last comment right before going to sleep, and I didn't notice I was looking at the javadocs for

[jira] Created: (MYFACES-783) t:tree2: javascript error in some version of IE

2005-11-04 Thread Konstantin Shaposhnikov (JIRA)
t:tree2: javascript error in some version of IE --- Key: MYFACES-783 URL: http://issues.apache.org/jira/browse/MYFACES-783 Project: MyFaces Type: Bug Components: Tomahawk Versions: 1.1.1, Nightly Environment:

[jira] Updated: (MYFACES-783) t:tree2: javascript error in some version of IE

2005-11-04 Thread Konstantin Shaposhnikov (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-783?page=all ] Konstantin Shaposhnikov updated MYFACES-783: Attachment: undefined_fix.patch t:tree2: javascript error in some version of IE ---

[jira] Closed: (MYFACES-781) UIData accesses its grandchild components directly

2005-11-04 Thread Martin Marinschek (JIRA)
[ http://issues.apache.org/jira/browse/MYFACES-781?page=all ] Martin Marinschek closed MYFACES-781: - Resolution: Won't Fix UIData accesses its grandchild components directly -- Key:

Re: Maven script

2005-11-04 Thread Bill Dudney
I'd like to see it too -bd- On Nov 4, 2005, at 12:36 AM, Colin Chalmers wrote: 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

Re: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Keith Lynch
This is certainly a large issue. Some products still have to support Java 1.3. At ILOG I had major issues when trying to move from RI to MyFaces as it involved a move to 1.4. Thankfully after almost six months I got approval but it was a pain. There are no moves being made because, just a Heinz

Re: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Mike Kienenberger
There's no choice in regards to JSF 1.2. JSF 1.2 already requires Java 1.5. However, I'm definitely against JSF 1.1 requiring Java 1.5. On 11/4/05, Keith Lynch [EMAIL PROTECTED] wrote: This is certainly a large issue. Some products still have to support Java 1.3. At ILOG I had major issues

RE: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Abrams, Howard A
JSF 1.2 spec requires JDK 5. From: Keith Lynch [mailto:[EMAIL PROTECTED] Sent: Friday, November 04, 2005 9:29 AM To: MyFaces Development Subject: Re: JDK 1.5, JSP 2.0 XML This is certainly a large issue. Some products still have to support Java 1.3. At ILOG I had major

Re: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Bill Dudney
agreed, we can't require java 5 with 1.1 (the spec says 1.4). TTFN, -bd- On Nov 4, 2005, at 10:33 AM, Mike Kienenberger wrote: There's no choice in regards to JSF 1.2. JSF 1.2 already requires Java 1.5. However, I'm definitely against JSF 1.1 requiring Java 1.5. On 11/4/05, Keith Lynch

[jira] Created: (MYFACES-784) Popup component renders an empty box at the 0px origin in addition to the offset popup window IF margin-top:-0px or margin-left:0px; are set to a value other than 0px (

2005-11-04 Thread Marcel Sansaricq (JIRA)
Popup component renders an empty box at the 0px origin in addition to the offset popup window IF margin-top:-0px or margin-left:0px; are set to a value other than 0px (200px for example)

Re: Removed exception logging from FacesServlet on 8/11/05

2005-11-04 Thread Travis Reeder
I am just using the Extensions Filter and an AuthFilter (that does not catch any exceptions).Here's an example of one what happens, this is what I get in my log:Nov 4, 2005 1:09:27 PM org.apache.myfaces.context.servlet.ServletExternalContextImpl lookupCharacterEncodingFINE: Incoming request has

Re: Removed exception logging from FacesServlet on 8/11/05

2005-11-04 Thread Travis Reeder
Here's another example on a property value that has a NullPointerException and the only reason I know this is because I had to put a try/catch in the getter. HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from

Re: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Sean Schofield
Quite frankly I don't see why JSF 1.2 spec requires it. I know they had their reasons but I am doing just fine with JDK 1.4. I like upgrading just as much as the next guy but 1.4 seems sufficient IMO. sean On 11/4/05, Bill Dudney [EMAIL PROTECTED] wrote: agreed, we can't require java 5 with

[OTAnn] Groups:New Developments at Roomity

2005-11-04 Thread shenanigans
I was interested in getting feedback from current communities of Roomity.com and let you know the recent improvements we are working on for better interface.Roomity.com v 1.5 is a web 2.01/RiA poster child community webapp. This new version adds broadcast video, social networking such as favorite

Re: JDK 1.5, JSP 2.0 XML

2005-11-04 Thread Heinz Drews
I personally would give a f...airly low amount of interest what JSF 1.2 requires. My revenue is generated from existing customers and not the ones from 2007 or later. And as I said, they are mostly WebSphere-based where not even a roadmap for the use of Java 5 exists. In another case the customer

[jira] Created: (MYFACES-785) Docs refer to non-existant spec. section

2005-11-04 Thread Dennis Byrne (JIRA)
Docs refer to non-existant spec. section Key: MYFACES-785 URL: http://issues.apache.org/jira/browse/MYFACES-785 Project: MyFaces Type: Bug Versions: 1.1.0 Environment: n/a Reporter: Dennis Byrne Priority: