[jira] Resolved: (TOBAGO-646) Allow to configure an unsorted image for sorted columns in the sheet
[ https://issues.apache.org/jira/browse/TOBAGO-646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-646. -- Resolution: Fixed Allow to configure an unsorted image for sorted columns in the sheet Key: TOBAGO-646 URL: https://issues.apache.org/jira/browse/TOBAGO-646 Project: MyFaces Tobago Issue Type: Improvement Components: Themes Affects Versions: 1.0.16 Reporter: Bernd Bohmann Assignee: Bernd Bohmann Priority: Minor Fix For: 1.0.17, 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOBAGO-662) Use LOG.isInfoEnabled() for LOG.info()
[ https://issues.apache.org/jira/browse/TOBAGO-662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-662. -- Resolution: Fixed Use LOG.isInfoEnabled() for LOG.info() -- Key: TOBAGO-662 URL: https://issues.apache.org/jira/browse/TOBAGO-662 Project: MyFaces Tobago Issue Type: Improvement Affects Versions: 1.0.16 Reporter: Bernd Bohmann Assignee: Bernd Bohmann Fix For: 1.0.17, 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOBAGO-647) Setting the converter of the timeInput in the datePicker depending on the supplied date and time pattern
[ https://issues.apache.org/jira/browse/TOBAGO-647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-647. -- Resolution: Fixed Setting the converter of the timeInput in the datePicker depending on the supplied date and time pattern - Key: TOBAGO-647 URL: https://issues.apache.org/jira/browse/TOBAGO-647 Project: MyFaces Tobago Issue Type: Bug Components: Themes Affects Versions: 1.0.16 Reporter: Bernd Bohmann Assignee: Bernd Bohmann Priority: Minor Fix For: 1.0.17, 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[TRINIDAD] Type-o on web site navigation panel (site.xml)
The work Overview is misspelled in /myfaces/trinidad/trunk/src/site/site.xml. It is currently on the page as Overwie Paul Spencer
Re: [TRINIDAD] Type-o on web site navigation panel (site.xml)
Thanks, fixed it. -A On Mon, May 12, 2008 at 7:59 AM, Paul Spencer [EMAIL PROTECTED] wrote: The work Overview is misspelled in /myfaces/trinidad/trunk/src/site/site.xml. It is currently on the page as Overwie Paul Spencer
[jira] Created: (TOBAGO-664) Avoid buffering of the request or request parts as much as possible
Avoid buffering of the request or request parts as much as possible --- Key: TOBAGO-664 URL: https://issues.apache.org/jira/browse/TOBAGO-664 Project: MyFaces Tobago Issue Type: Improvement Components: Core, Themes Reporter: Bernd Bohmann Assignee: Bernd Bohmann Fix For: 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOBAGO-665) Move onComponentCreated to Renderer
Move onComponentCreated to Renderer --- Key: TOBAGO-665 URL: https://issues.apache.org/jira/browse/TOBAGO-665 Project: MyFaces Tobago Issue Type: Improvement Components: Core, Themes Reporter: Bernd Bohmann Assignee: Bernd Bohmann Fix For: 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TRINIDAD-1073) Character encoding problem with PPR on IBM WebSphere 6.0
Character encoding problem with PPR on IBM WebSphere 6.0 Key: TRINIDAD-1073 URL: https://issues.apache.org/jira/browse/TRINIDAD-1073 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.0.7-core Environment: MyFaces 1.1.5 IBM WebSphere 6.0 Windows XP SP2 Reporter: Vadim Dmitriev Input fields updated via PPR replace cyrillic characters with question marks. There is no encoding problems if update is performed with ordinary form submit. Simple testcase: create JSF page with tr:showDetailHeader containing tr:inputText. Type some cyrillic characters in the input field. Close/open detailheader. As a result cyrillic chars in the inputText will be replaced with question marks. There is no problem with encoding whatsoever if that showDetailHeader is updated by ordinary update (navigation from/to that page, for example). This problem is specific to WebSphere 6.0 (maybe 6.1 too, never had a chance to check it). I tried the same testcase on OC4J 10.3.3.2 and everything went fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [trinidad] release? I need help...
Hey Cristi, What is the status of Trinidad-799? Is it checked in and ready to go. If so I'm going to start the release process. Scott Cristi Toth wrote: On Mon, May 5, 2008 at 11:00 PM, Scott O'Bryan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Easy enough for me since I'm in the middle of something else right now.. Cristi, can you ping me on this thread when TRINIDAD-799 is done and committed? I'll try to monitor it, but just in case I miss it... :) I'll try not to forget ;) Andrew Robinson wrote: +1 for the release to wait on TRINIDAD-799 On Mon, May 5, 2008 at 2:32 PM, Cristi Toth [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hey guys... There is an issue still opened reagarding TRINIDAD-799 I resolved it, but the guys here didn't agree with the api and also changed the requirements. There was a long discussion about this and it seemed it reached an agreement about the api, but I need some code for determining the agent minor version. Blake said there is something like this in Rich Client already and that you could donate the regex used for that. But since then he didn't give any sign of the code and I had no time to bug him with that. When do you plan to freeze and prepare the release? It would be a nice feature to have in this new release. cheers On Mon, May 5, 2008 at 9:44 PM, Scott O'Bryan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hey Matthias, I think I can jump in later today or early tomorrow if you havn't got anyone yet. Scott Matthias Wessendorf wrote: Http://myfaces.apache.org/trinidad Sent from my iPod. Am 05.05.2008 um 21:10 schrieb Nutulapati, Krishna [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Can you give me the link from where I can download new version of trinidad? Thanks Krishna -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] Sent: Monday, May 05, 2008 2:01 PM To: MyFaces Development Subject: [trinidad] release? I need help... Hello, I think it is time for a new trinidad release. However i am currently not able to manage that, because I broke my right arm. Would be cool if someone could jump in. Thanks, Matthias Sent from my iPod. -- Cristi Toth - Codebeat www.codebeat.ro http://www.codebeat.ro -- Cristi Toth - Codebeat www.codebeat.ro http://www.codebeat.ro
Re: new name for sev-en
I do like Jack We could write a usage tutorial called: You don't know Jack.. Scott Matthias Wessendorf wrote: I'd prefer a Spanish word... To me checker sounds stupid. (krasser checker...) -M Sent from my iPod. Am 11.05.2008 um 01:55 schrieb Gerhard Petracek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: @andrew: it depends on the mother tongue. ;) for some of you 'seven' sounds boring - especially if english is your mother tongue. words of foreign languages sound much more interesting. if i translate 'seven' into my mother tongue, it also sounds a bit boring (just because it isn't exotic for me). in my country it's a kind of trend to use english words. so maybe we should just use an invented name or an acronym. e.g.: jac (_j_ava _a_nnotation _c_hecker) jack (_j_ava _a_nnotation _c_hec_k_er) if you translate e.g. 'jack' into my mother tongue, there are a lot of different meanings. so there is no real meaning - it just sounds interesting (it's a matter of taste). regards, gerhard 2008/5/10 Leonardo Uribe [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Some spanish words: myfaces-commons-validacion myfaces-commons-validar myfaces-commons-validador myfaces-commons-valide myfaces-commons-evaluador On Sat, May 10, 2008 at 3:12 PM, Hazem Saleh [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: +1 for myfaces-commons-checker. On Sat, May 10, 2008 at 1:53 PM, Gerhard Petracek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: do you have a further suggestion? maybe a bit more fancy? e.g. one of the suggestions i heard is: myfaces-commons-checker maybe it's a new starting point for further suggestions. regards, gerhard 2008/4/29 Scott O'Bryan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: How about convalidi. It's validate in Italian (I think). Gerhard Petracek wrote: hello scott, do you have a suggestion for a short and fancy name? regards, gerhard 2008/4/27 Scott O'Bryan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: +1 to not naming it validations. There is already a commons validator. -0 to including core in the name Strong -1 to including JSR in the project name. A jar is nearly an enhancement number for java. You wouln't name your project something like MyFaces-1234 after a Jira ticket number. On Apr 26, 2008, at 10:25 AM, Gerhard Petracek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: hello alexander, i got your idea. however, i hope we will find a short and fancy name. if we don't have 'core' within the name, i think we have to find something else than just 'validation'. otherwise it will be a bit confusing for users due to the fact that the core itself doesn't validate. concrete validation logic is located within the independent/optional modules. the target is to have a core which provides the infrastructure and which encapsulates the specifics of the jsf version. furthermore, the core is independent of specific annotations. the optional modules provide the concrete annotations and/or validation logic (independent of the jsf version). (reason for and/or: we don't provide the annotations of jpa nor of jsr 303 - we just provide the validation strategies for these external annotations.) @myfaces-commons-validation-annotations: it isn't a pure annotation module - it also provides the validation strategies and much more.
myfaces groovy support
Hello everyone I just wanted to give notification that I took a small break from my components project which is still on track and that I am working on myfaces groovy support. I got the first artefacts already reloading, and a first code will be made available by the end of the week, early next week. (For the Sun guys reading, thanks a lot you gave me the final push to do it, although I did many things differently than you did) Ok what will be done: First of all I replaced all the factories with my own ones to enable the entire system, I also had to write my own context listener to handle the classloader issues. (We really need a change in the spec here to enable scripting properly - Ed?) Secondly once the factories were in place I added proxy generation code wherever needed to enable reloading proxies. Third, a classloader which forks into the groovy system to load the groovy code. The groovy code also has its own reloading weaving code added to enable reloading of groovy files on the groovy side of things (the woven aop reloading code is lost on the java side however if you just deliver classes instead of objects, my first approach was a try to enable everything on the java side) So what do we get Reloading for most artefacts (probably on method level if things work out the way I intend them to be (For certain artefacts there are contracts you have to program in on the groovy side to enable this - aka expose the private properties some artefacts have otherwise a on method reloading will not be possible). Maybe and this is a big maybe, if I can get it up and running (I want to replace code on the fly) reloading of methods on groovy classes loaded by groovy over the new classloader. Again this is a big if, I have not prototyped this fully yet, but it should be possible. The idea is, once you load an in groovy object over the classloader it should be possible to change its methods on the fly via the meta programming capabilities of groovy. Ok first code around friday or early next week. After that I will start further discussions. And again, thanks to Ryan and Ed for finally pushing me towards it (indirectly by doing it). I also have to admit I have had a look at some parts of the code to check how you guys solved some problems I have been facing - especially the dreaded classloader issues and weaving issues. (I did most of the stuff differently though due to the different approach I am doing, of a mixed groovy/java infrastructure to enable some things not reachable from the java side that easily, also I did not want to change the core code, I wanted to have it more as an extension). If you want to have a look at the code upfront before next week, send me a private mail, I just do not want to post it yet because it still is not done enough for a public post. Especially the init code I am still very unhappy with. Werner
