[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361941 ] Andrew Kharchenko commented on MYFACES-985: Oh, just forgot. I want to notice again, that behaviour in the attached sample project works fine under Sun RI. > U

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361940 ] Andrew Kharchenko commented on MYFACES-985: Attached component is just a sample. The real component is a DateChooser which consists with text field, button and

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

The next try: core (org.apache.myfaces) [This has a own release cycle] myfaces/core/trunk/pom.xml myfaces/core/trunk/myfaces-api/pom.xml myfaces/core/trunk/myfaces-impl/pom.xml myfaces/core/trunk/assembly/pom.xml myfaces-api myfaces-impl assembly commons (org.apache.myfaces) [This

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Bernd, I think we're close to agreement. I'm going to hold off on the reorg until Saturday. There are enough issues that need to be addressed to make it worth waiting at least one more day. I have a few questions/points for you inline. On 1/5/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote: > I t

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> > Won't this be the case either way. The dependencies for tomahawk are > > the dependencies for tomahawk. It doesn't matter if Maven learns this > > exclusively from the tomahawk.pom or from a combination of myfaces.pom > > (parent) and tomahawk.pom. Is this reasoning correct? > > I don't beli

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Sean Schofield wrote: Do we really end up with everything from the top level in the lib dir? What I'm thinking is something like this being in a 'user' project. org.apache.myfaces tomahawk This will cause the transitive dependency thing to pull in everything that tomahawk depe

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> Group ID is kind of like the package spec in java, use reverse domain > name to uniquely define your whole thing, then artifactId defines the > individual parts. I'm thinking something like this; > > org.apache.myfaces > core > 1.1.2-SNAPSHOT > > org.apache.myfaces > tomahawk > 1.3-SNAPSHOT > > o

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> Do we really end up with everything from the top level in the lib > dir? What I'm thinking is something like this being in a 'user' project. > > > org.apache.myfaces > tomahawk > > > This will cause the transitive dependency thing to pull in everything > that tomahawk depends on

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

On 1/5/06, Bill Dudney <[EMAIL PROTECTED]> wrote: > Do we really end up with everything from the top level in the lib > dir? What I'm thinking is something like this being in a 'user' project. > > > org.apache.myfaces > tomahawk > > > This will cause the transitive dependency thi

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Hi Sean, On Jan 5, 2006, at 1:33 PM, Sean Schofield wrote: I would say tomahawk and core are independent of one another. Actually all of the "top" level POMS would be independent of one another. So you would have 3 separate group ids. org.apache.myfaces.core org.apache.myfaces.tomahawk org.apa

Re: Viewhandler question/proposal

I thought I'd added a summary of the dependency discussion as comments to the jsf-spec issue #121, but I don't see them now https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=121 On 1/5/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > On 1/5/06, Adam Winer <[EMAIL

Re: Viewhandler question/proposal

On 1/5/06, Adam Winer <[EMAIL PROTECTED]> wrote: Yep;  also, consecutive calling isn't really right because few ofthe ViewHandler methods return anything indicating "hey, I handled it,so everyone else hands off", and because the decoration pattern is in fact often required, to support working off t

Re: Viewhandler question/proposal

Yep; also, consecutive calling isn't really right because few of the ViewHandler methods return anything indicating "hey, I handled it, so everyone else hands off", and because the decoration pattern is in fact often required, to support working off the results of another ViewHandler' and tweaking

Re: Viewhandler question/proposal

Craig McClanahan wrote: Within a given faces-config.xml file you should be able to count on ordering (the last one you declare will be "the" view handler from the point of view of the Application object. However, there's no mandated ordering with respect to view handlers loaded from differen

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Hi Wendy, On Jan 5, 2006, at 2:18 PM, Wendy Smoak wrote: On 1/5/06, Bill Dudney <[EMAIL PROTECTED]> wrote: Well if more than one of the modules depends on it (not all) then I'd put it in the root. That way your are consistently specifying the version you depend on. As far as the dependency r

Re: Viewhandler question/proposal

On 1/5/06, Werner Punz <[EMAIL PROTECTED]> wrote: Hi, a question to the list...I am currently writing a chainable view handler(a view handler which you can pass a sequential list of handlerswhich are then chained together in the order you give in the parameters - top down, all done in the faces con

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

I try a summary: core (org.apache.myfaces) [This has a own release cycle] myfaces/core/trunk/pom.xml myfaces/core/trunk/myfaces-api/pom.xml myfaces/core/trunk/myfaces-impl/pom.xml myfaces/core/trunk/assembly/pom.xml commons (org.apache.myfaces) [This has a own release cycle] === myfaces

Viewhandler question/proposal

Hi, a question to the list... I am currently writing a chainable view handler (a view handler which you can pass a sequential list of handlers which are then chained together in the order you give in the parameters - top down, all done in the faces config) Now I rechecked the tlds and I saw that

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

I understood that modules were called from the parent. I was trying to understand the relationship in the other direction. It sounds like it consults the parent POM and inherits its attributes but does *not* build it. That's more of what I would expect ... Sean On 1/5/06, Bill Dudney <[EMAIL P

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> For Struts I'm resisting putting *any* dependencies in the parent pom, > even if it means repeating a couple of them (servlet-api and junit). > In practice, the transitive dependency mechanism will work better than > inheritance for making sure each module has the dependencies it needs > to compi

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

On Jan 5, 2006, at 2:13 PM, Arvid Hülsebus wrote: Sean Schofield wrote: Does this mean that if you build the child, it asks the parent to build? If so, then that is interesting (not a problem - just unexpected.) As far as I understand it Maven only builds "child" projects if the POM i

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

On 1/5/06, Bill Dudney <[EMAIL PROTECTED]> wrote: > Well if more than one of the modules depends on it (not all) then I'd > put it in the root. That way your are consistently specifying the > version you depend on. As far as the dependency report goes each > module will get a more specific one, th

[jira] Commented: (MYFACES-434) MyFaces's Portlet enhancement

[ http://issues.apache.org/jira/browse/MYFACES-434?page=comments#action_12361884 ] Henrik Bentel commented on MYFACES-434: --- Has anyone created a HeaderResource file for Liferay 3.6.x? I've been looking at creating an implementation but I having probl

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Sean Schofield wrote: Does this mean that if you build the child, it asks the parent to build? If so, then that is interesting (not a problem - just unexpected.) As far as I understand it Maven only builds "child" projects if the POM includes a module entry for that "child". In general it

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

On Jan 5, 2006, at 1:55 PM, Sean Schofield wrote: The other cool thing with a 'parent pom' is that you'd only specify the dependency version once in the top level pom so that we would not have to change it over and over again in the subprojects/modules. I can't think of a single dependency th

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Hi Sean, thanks for cross posting this stuff to the correct thread :-) On Jan 5, 2006, at 1:43 PM, Sean Schofield wrote: @Bill: moving a snip of your comments to this thread ... I'd like to see something like this; myfaces/pom.xml myfaces/api/pom.xml myfaces/commons/pom.xml myfaces/examples

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> The other cool thing with a 'parent pom' is that you'd only specify > the dependency version once in the top level pom so that we would not > have to change it over and over again in the subprojects/modules. I can't think of a single dependency that would apply to *all* projects. If it doesn't

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Which a snapshot repository or a mavenized released version on a maven repository, it should not be a problem to checkout tomahawk only and compile it (indepent of the first option or the second option). I had thought about this. Is there a way to tell Maven "Use my local repository if it i

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

@Bill: moving a snip of your comments to this thread ... > I'd like to see something like this; > > myfaces/pom.xml > myfaces/api/pom.xml > myfaces/commons/pom.xml > myfaces/examples/pom.xml > myfaces/impl/pom.xml > myfaces/sandbox/pom.xml > myfaces/tomahawk/pom.xml Is the point of the very top l

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

+1 for me now too. I just wanted to understand what it gives you and make sure we needed it. On 1/5/06, Bill Dudney <[EMAIL PROTECTED]> wrote: > I really think we need the parent pom as Bernd points out below it > keeps all the project level stuff in one place. > > TTFN, > > -bd- > On Jan 5, 2006

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

> The argument for parent refs is to define many things at one place. > The version is not really the reason, because it is defined in the > parent ref. > Without parent refs you have to define the > > > > > > in every pom. Ok then we definitely want the parent ref! I thought that those

Re: [maven] Latest maven changes

On Jan 5, 2006, at 3:48 AM, Simon Kitching wrote: Hi, Sooner or later, the MyFaces core will stabilise while tomahawk charges ahead. So at *some* time the release cycles will have to separate. I think it's beneficial to split them sooner rather than later, so I'd like to see a structure set

[jira] Closed: (MYFACES-999) Submitting form with selectOneMenu on it gives error "Value is not a valid option"

[ http://issues.apache.org/jira/browse/MYFACES-999?page=all ] Mike Kienenberger closed MYFACES-999: - Resolution: Invalid Sounds likely. The value provided must return equals() == true for some member of the list. That probably won't happen i

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

I really think we need the parent pom as Bernd points out below it keeps all the project level stuff in one place. TTFN, -bd- On Jan 5, 2006, at 12:21 PM, Bernd Bohmann wrote: Sean Schofield schrieb: Can you give me the arguments for parent refs? I still haven't heard a good reason. I'

Re: [maven] Latest maven changes

Never mind. I saw your +1 on the other thread. On 1/5/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > Definitely. We basically decided that a long time ago. We just > haven't done a release like this yet (but that will change.) > > So do you like the revised proposal (as far as layout goes?) >

Re: [maven] Latest maven changes

Definitely. We basically decided that a long time ago. We just haven't done a release like this yet (but that will change.) So do you like the revised proposal (as far as layout goes?) Sean On 1/5/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > On 1/5/06, Sean Schofield <[EMAIL PROTECTED]>

Re: [maven] Latest maven changes

On 1/5/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > True. The one issue to be aware of is when commons changes. If > containers ship with an older version of MyFaces (including the > commons jar) there could be conflicts. No big deal though. We just > make sure to remind people to upgrade co

Re: Prototype library and portlets

Werner- I just played w/ pluto1.0.1 and MyFacesGenericPortlet to look at ajax-faces-portlet-stuff. However, I wasn't able to get runing :-( I thought the problem could be the ServletFilter for resource serving, but as I wrote yet another "ajax input suggest component" w/ using PhaseListener for s

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

Sean Schofield schrieb: Can you give me the arguments for parent refs? I still haven't heard a good reason. I'm not against the idea, I just don't know what they give you (other then a common version.) I think we can all agree that the externals are suboptimal. The question is what to do a

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

+1 for Sean's proposal.. On 1/5/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > I'll attempt the reorg tomorrow if I don't hear any objections. > Please try to get your comments in by then since its simpler to do > email iterations vs. svn iterations I'll make a copy of everything in > the legacy

[jira] Commented: (MYFACES-919) JSF's component not functioning properly after clicking Browser's Back Button .

[ http://issues.apache.org/jira/browse/MYFACES-919?page=comments#action_12361877 ] paul commented on MYFACES-919: -- Will this fix be in the 1.1.2 release? If so, is there any time estimate for a 1.1.2 release? I prefer to use server-side state saving for my cu

Re: [maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

I'll attempt the reorg tomorrow if I don't hear any objections. Please try to get your comments in by then since its simpler to do email iterations vs. svn iterations I'll make a copy of everything in the legacy folder and we can always go back or further refine. Lets try to get the svn shuffle

Re: Prototype library and portlets

On 1/5/06, Sean Schofield <[EMAIL PROTECTED]> wrote: There is also a Shale proposal{1] related to some of this.Sean[1] http://www.mail-archive.com/dev@struts.apache.org/msg16683.html Some code that meets the objectives I've outlined here has been checked in to Shale as well, and is part of the curr

Re: [jira] Created: (MYFACES-1006) Datatable do not support multple o

Hi! For showing selected row it is possible to do: rowOnMouseOver="this.className='reportRowOver'" rowOnMouseOut="this.className='reportRowLight'" what about rowOnMouseOver="if (!this.oldClassName){this.oldClassName=this.className;} this.className='reportRowOver'" rowOnMouseOut="this.classNa

[jira] Commented: (MYFACES-1006) Datatable do not support multple o

[ http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361871 ] Volker Weber commented on MYFACES-1006: --- have you tried: rowOnMouseOver="this.className=this.className + ' reportRowOver'" rowOnMouseOut="this.className=this.classNa

[jira] Commented: (MYFACES-1006) Datatable do not support multple o

[ http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361870 ] Guy Bashan commented on MYFACES-1006: - You understand right. I can do it with value bindings, but then you can ask why also support multiple row/column classes and not

[jira] Commented: (MYFACES-1006) Datatable do not support multple o

[ http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361869 ] Volker Weber commented on MYFACES-1006: --- have you tried: rowOnMouseOver="this.className=this.className + ' reportRowOver'" rowOnMouseOut="this.className=this.classNam

[jira] Commented: (MYFACES-1006) Datatable do not support multple o

[ http://issues.apache.org/jira/browse/MYFACES-1006?page=comments#action_12361867 ] Mathias Broekelmann commented on MYFACES-1006: -- I´m not sure if I understand it right. But you can use value bindings or el expressions to solve this. > Datat

[jira] Created: (MYFACES-1006) Datatable do not support multple o

Datatable do not support multple o -- Key: MYFACES-1006 URL: http://issues.apache.org/jira/browse/MYFACES-1006 Project: MyFaces Type: Improvement Reporter: Guy Bashan Data tables usually have the following look and feel: 1) rows

Re: [jira] Created: (MYFACES-1003) t:dataTable support for ResultSetDataModel is completely broken

I changed my job and I currently have to learn a lot about steel manufacturing which isn´t quite related to jsf or myfaces yet :( But I´m still reading the mails whenever it is possible. I will try to keep up the response for UIData issues as far as I can. I think it should be no problem to suppo

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361866 ] Mathias Broekelmann commented on MYFACES-985: - Can you explain what you want to achieve with your component? > UIData with multihierarchical children inside prod

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361865 ] Mathias Broekelmann commented on MYFACES-985: - Can you explain what you want to achieve whith your component? > UIData with multihierarchical children inside pro

Re: TreeNode problem

Please post these types of questions to the user list. Your fellow users will likely be able to help you there. Regards, Sean On 1/5/06, Cash, Jamie <[EMAIL PROTECTED]> wrote: > I am having some problems with tree node, using MyFaces 1.1.1. > > I am constructing a tree node with the following s

TreeNode problem

I am having some problems with tree node, using MyFaces 1.1.1. I am constructing a tree node with the following statement but isLeaf returns true. treeNode= new TreeNodeBase(nodeType.toString(), node, false); This is still the case even if I explicitly call setLeaf(false); after creating the T

Re: [jira] Created: (MYFACES-1003) t:dataTable support for ResultSetDataModel is completely broken

Mathias, You are the table expert. Any ideas? Also, where have you been lately? We haven't seen you on the list in a while ... Sean On 1/5/06, Simon Kitching (JIRA) wrote: > t:dataTable support for ResultSetDataModel is completely broken > ---

Re: [maven] Latest maven changes

> Hi, > > Sooner or later, the MyFaces core will stabilise while tomahawk charges > ahead. So at *some* time the release cycles will have to separate. I > think it's beneficial to split them sooner rather than later, so I'd > like to see a structure set up now that makes that easier. I think you a

[maven] Revised Reorg Proposal --> Was: [maven] Latest maven changes

On 1/5/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote: > Here is a more detail description of my thoughts > > If myfaces is a project without separate release cycle, a possible svn > structure: > > myfaces/trunk/api > myfaces/trunk/impl > myfaces/trunk/commons > myfaces/trunk/tomahawk > myfaces/trunk/

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361845 ] Andrew Kharchenko commented on MYFACES-985: Do you mean in the component's constructor? Is it good style? > UIData with multihierarchical children inside produc

Re: [maven] Latest maven changes

Simon Kitching schrieb: Hi, Sooner or later, the MyFaces core will stabilise while tomahawk charges ahead. So at *some* time the release cycles will have to separate. I think it's beneficial to split them sooner rather than later, so I'd like to see a structure set up now that makes that easie

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361840 ] Mathias Broekelmann commented on MYFACES-985: - You are still modifing the component tree while rendering. Why don´t you add your component in the the base compone

Re: Maven Build (Ongoing Work Thread)

Hi Matthias, AFAIK there is no way to make a multi-module maven project into a single Eclipse project. I find though once I got over the initial irritation at the multi- project approach I did not mind so much. Make sure to use a working set so that you don't always have to look at the lis

Re: Maven Build (Ongoing Work Thread)

Sorry, I think the eclipse plugin is reactor aware. But I don't know how it is activated. Maybe this helps: http://maven.apache.org/guides/mini/guide-ide-eclipse.html Bernd Matthias Wessendorf schrieb: See http://maven.apache.org/plugins/maven-eclipse-plugin/ mvn eclipse:eclipse he he,

Re: svn commit: r365935 - /incubator/tobago/trunk/tobago-theme/tobago-theme-scarborough/src/main/resources/org/apache/myfaces/tobago/renderkit/html/scarborough/standard/script/dateConverter.js

Hello Volker, the log function was used in the unit test to track down my localization problems -- i.e. invoking JavaScript per Rhino. I doubt that currently the LOG from Tobago will work inside this limited environment. Perhaps something like HttpUnit will provide enough DOM Level 0 and high

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361838 ] Andrew Kharchenko commented on MYFACES-985: As I said, I've replaced this part of code in renderer: for (Iterator iterator = children.iterator(); iterator.

Re: Prototype library and portlets

There is also a Shale proposal{1] related to some of this. Sean [1] http://www.mail-archive.com/dev@struts.apache.org/msg16683.html On 1/5/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > Sorry for the delay. See below... > > On 1/3/06, Werner Punz <[EMAIL PROTECTED]> wrote: > > Actually this all

[jira] Commented: (MYFACES-1005) Calender is shown outside window area

[ http://issues.apache.org/jira/browse/MYFACES-1005?page=comments#action_12361837 ] Lars Kruse Pedersen commented on MYFACES-1005: -- Please ignore/remove that last statement in the attached file enableEventHandlers(); it is my own modification

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361836 ] Andrew Kharchenko commented on MYFACES-985: I'm just trying to avoid multiple adding of the same children. OK, this is the way to check children presence in com

[jira] Updated: (MYFACES-1005) Calender is shown outside window area

[ http://issues.apache.org/jira/browse/MYFACES-1005?page=all ] Lars Kruse Pedersen updated MYFACES-1005: - Attachment: calendar-improvement.js Attached a file containing the nessary modifications to the existing popcalendar.js to make the calenda

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361832 ] Mathias Broekelmann commented on MYFACES-985: - You are modifying the component tree by removing a component while rendering the children, which is the problem.

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361831 ] Andrew Kharchenko commented on MYFACES-985: myfaces v 1.1.1 > UIData with multihierarchical children inside produces NPE > -

[jira] Created: (MYFACES-1005) Calender is shown outside window area

Calender is shown outside window area - Key: MYFACES-1005 URL: http://issues.apache.org/jira/browse/MYFACES-1005 Project: MyFaces Type: Improvement Components: Tomahawk Versions: 1.1.1 Environment: Windows XP SP2, IE 6

[jira] Commented: (MYFACES-985) UIData with multihierarchical children inside produces NPE

[ http://issues.apache.org/jira/browse/MYFACES-985?page=comments#action_12361830 ] Mathias Broekelmann commented on MYFACES-985: - what version of myfaces do you use? > UIData with multihierarchical children inside produces NPE > ---

Re: [maven] Latest maven changes

Hi, Sooner or later, the MyFaces core will stabilise while tomahawk charges ahead. So at *some* time the release cycles will have to separate. I think it's beneficial to split them sooner rather than later, so I'd like to see a structure set up now that makes that easier. Sooner or later, real "b

RE: Maven Build (Ongoing Work Thread)

Could the ProjectSet-plugin be what you are looking for? hth Alexander -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Thursday, January 05, 2006 9:58 AM To: MyFaces Development Subject: Re: Maven Build (Ongoin

[jira] Commented: (MYFACES-874) popup not rendering over

[ http://issues.apache.org/jira/browse/MYFACES-874?page=comments#action_12361822 ] jeff porter commented on MYFACES-874: - I still see this behaviour in IE with nightly build myfaces-20051230.zip See image... http://www.porter.eu.com/jeff/IEmyfaces-200

Re: Maven Build (Ongoing Work Thread)

> See > > http://maven.apache.org/plugins/maven-eclipse-plugin/ > > mvn eclipse:eclipse he he, yes I saw. I was meaning something like "multi-module" project ;)

Re: List of available images in inputHTML component

Hello Alberto, I really think we should configure the renderer by using a map with URL/Name elements, as usually on a J2EE server, you can't access the file system. I see the "reading a folder" only as an optional nice to have feature. About generating the XML Config file, I see 2 ways to do

[jira] Created: (MYFACES-1004) inputCalendar do not allow selecting a month and do not show weeks when: renderAsPopup="false"

inputCalendar do not allow selecting a month and do not show weeks when: renderAsPopup="false" -- Key: MYFACES-1004 URL: http://issues.apache.org/jira/browse/MYFACES-1004 Project: My

Re: [maven] Latest maven changes

Here is a more detail description of my thoughts If myfaces is a project without separate release cycle, a possible svn structure: myfaces/trunk/api myfaces/trunk/impl myfaces/trunk/commons myfaces/trunk/tomahawk myfaces/trunk/sandbox myfaces/trunk/examples or the examples belongs to the subpr

[jira] Created: (MYFACES-1003) t:dataTable support for ResultSetDataModel is completely broken

t:dataTable support for ResultSetDataModel is completely broken --- Key: MYFACES-1003 URL: http://issues.apache.org/jira/browse/MYFACES-1003 Project: MyFaces Type: Bug Components: Tomahawk Reporter: