[jira] Created: (TOMAHAWK-412) DefaultTreeModel could be Serializable

DefaultTreeModel could be Serializable -- Key: TOMAHAWK-412 URL: http://issues.apache.org/jira/browse/TOMAHAWK-412 Project: MyFaces Tomahawk Type: Bug Environment: Fresh co of trunk from May 3, 2005 Reporter: Dennis Byrne

commit suggestion - free beer

Since I accidentally committed something lgpl yesterday, and Craig found it in record time. I wanna make a suggestion, in case of something like this happens, it is a free beer from the committer to the one giving the first notification. So in this case one from me to Craig. (Craig I have heard

Re: Summer of Code

[EMAIL PROTECTED] schrieb: I've been chatting with Gavin about this for some time-- the code generation vs. dynamic generation for scaffolding. I believe the tooling coming from seam/hbm is all code generation where I would think there would be advantages to having component sets that

Re: Summer of Code

Hi Alexander! But more interesting task is to extract data straight from the business layer. Data can come not only from RDBMS, but from web-services or other place. I've been thinking that we can provide access to data model for UI through general interface like extended Maps and Lists. Add

Re: [VOTE] Release Tomahawk 1.1.2

This solution is generic and not single user's personal, that is why I'm posting it.Did you have a chance to look at the patch? It is really simple and might not worth sucha long email thread discussing it. On 5/3/06, Sean Schofield [EMAIL PROTECTED] wrote: Once things go into SVN (trunk or

Re: Proposal idea for Declarative Ajax project

Hi, this sounds interesting, I haven't quite understood though what the difference to AJAX toolkits such as Kabuki would be. Can you - on the level of source code - explain me the difference? You talk about XML versus JavaScript for UI representation, what would this mean in an example?

Re: Summer of Code

Mario, there is nothing to be said against taking on Alexander for a SoC project with his proposal, and then together decide on how much of this fits into Faces Freeway, and let Alexander adopt the rest. what do you think? regards, Martin On 5/4/06, Mario Ivankovits [EMAIL PROTECTED] wrote:

Re: Summer of Code

Hi Martin! there is nothing to be said against taking on Alexander for a SoC project with his proposal, and then together decide on how much of this fits into Faces Freeway, and let Alexander adopt the rest. what do you think? Yes, for sure, thats what I wanted :-) Ciao, Mario

Re: Summer of Code

Alex, you'll need to have your proposal setup until 8th of May the latest - don't forget on that deadline ;) regards, Martin On 5/4/06, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi Martin! there is nothing to be said against taking on Alexander for a SoC project with his proposal, and then

Patch-Available to Open [Was: [jira] Updated: (TOMAHAWK-142) New Component Sortlist]

On 5/3/06, sean schofield (JIRA) dev@myfaces.apache.org wrote: [ http://issues.apache.org/jira/browse/TOMAHAWK-142?page=all ] sean schofield updated TOMAHAWK-142: Status: Open (was: Patch Available) Hey Sean. When you mark these from PA to

[jira] Commented: (MYFACES-1295) wrong Converter on Arraytypes

[ http://issues.apache.org/jira/browse/MYFACES-1295?page=comments#action_12377821 ] Mike Kienenberger commented on MYFACES-1295: This is a volunteer project. There's only so much time to work on issues that don't directly impact us. This

[jira] Created: (MYFACES-1297) Validators are not executed on empty input fields

Validators are not executed on empty input fields - Key: MYFACES-1297 URL: http://issues.apache.org/jira/browse/MYFACES-1297 Project: MyFaces Core Type: Bug Components: General Versions: 1.1.2

[jira] Created: (TOMAHAWK-413) UITreeData: NullPointerException on expandAll

UITreeData: NullPointerException on expandAll - Key: TOMAHAWK-413 URL: http://issues.apache.org/jira/browse/TOMAHAWK-413 Project: MyFaces Tomahawk Type: Bug Components: Tree2 Versions: 1.1.3-SNAPSHOT

[jira] Created: (MYFACES-1298) The 'for' attribute on h:outputLabel should be required to avoid a NullPointerException

The 'for' attribute on h:outputLabel should be required to avoid a NullPointerException - Key: MYFACES-1298 URL: http://issues.apache.org/jira/browse/MYFACES-1298 Project: MyFaces Core

[jira] Updated: (TOMAHAWK-413) UITreeData: NullPointerException on expandAll

[ http://issues.apache.org/jira/browse/TOMAHAWK-413?page=all ] Bruno Nogueira de Souza updated TOMAHAWK-413: - Status: Patch Available (was: Open) UITreeData: NullPointerException on expandAll -

[jira] Updated: (TOMAHAWK-413) UITreeData: NullPointerException on expandAll

[ http://issues.apache.org/jira/browse/TOMAHAWK-413?page=all ] Bruno Nogueira de Souza updated TOMAHAWK-413: - Status: Open (was: Patch Available) UITreeData: NullPointerException on expandAll -

[jira] Commented: (MYFACES-1298) The 'for' attribute on h:outputLabel should be required to avoid a NullPointerException

[ http://issues.apache.org/jira/browse/MYFACES-1298?page=comments#action_12377861 ] Mike Kienenberger commented on MYFACES-1298: h:outputLabel's for attribute is required to be optional by the spec, so we can't change that. I'm going to move

Permissions of maven-repository/org/apache/myfaces on minotaur

Hello, I have added my key to the file KEYS in dist/myfaces. Now I would like to deploy the tobago-1.0.7 release to the apache maven-repository. But I'm not able to deploy the files to the repository because I have no permissions on maven-repository/org/apache/myfaces. Can somebody create a

Re: error while resolving artifact xslt-plugin

Hi, I changed the dependency to the xslt plugin from 1.0-SNAPSHOT to 1.0 in trunk for tomahawk/core, tomahawk/sandbox and core to make the build run. 2006/4/26, Sean Schofield [EMAIL PROTECTED]: Ahh this is because we dropped the atanion snapshot repo since this plugin has been finalized. The

Re: Permissions of maven-repository/org/apache/myfaces on minotaur

Try it now. Everything should be group writeable for myfaces. Sean On 5/4/06, Bernd Bohmann [EMAIL PROTECTED] wrote: Hello, I have added my key to the file KEYS in dist/myfaces. Now I would like to deploy the tobago-1.0.7 release to the apache maven-repository. But I'm not able to deploy the

[jira] Created: (TOMAHAWK-415) Fisheye null pointer exception

Fisheye null pointer exception -- Key: TOMAHAWK-415 URL: http://issues.apache.org/jira/browse/TOMAHAWK-415 Project: MyFaces Tomahawk Type: Bug Versions: 1.1.3-SNAPSHOT Reporter: Werner Punz Fix For: 1.1.3-SNAPSHOT Ok,

RE: Proposal idea for Declarative Ajax project

Hi Martin: 1. The different being that XAP reduces the need of writing and maintaining Javascript - using XML instead. XML is dynamically processed on the client side and rendered. Using Kabuki, developers need to write Javascript code. Both are valid approaches for writing apps, they address

[jira] Commented: (TOMAHAWK-414) The 'for' attribute on h:outputLabel should be required to avoid a NullPointerException

[ http://issues.apache.org/jira/browse/TOMAHAWK-414?page=comments#action_12377910 ] Mike Kienenberger commented on TOMAHAWK-414: Stacktrace from my copy of MyFaces. java.lang.NullPointerException: expr at

[jira] Commented: (TOMAHAWK-47) Tree2 component does not provide getters/setters for some properties

[ http://issues.apache.org/jira/browse/TOMAHAWK-47?page=comments#action_12377934 ] sean schofield commented on TOMAHAWK-47: The portion of the patch dealing with JSFAttr.java doesn't seem to be necessary. Am I missing something there? I'm new to