[jira] Commented: (MYFACES-1820) Infinite loop can occur when custom FacesContext subclass compiled against JSF1.1 but used with JSF1.2

[ https://issues.apache.org/jira/browse/MYFACES-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12792419#action_12792419 ] Simon Kitching commented on MYFACES-1820: - Yes, Leonardo's posting

[jira] Commented: (MYFACES-1820) Infinite loop can occur when custom FacesContext subclass compiled against JSF1.1 but used with JSF1.2

[ https://issues.apache.org/jira/browse/MYFACES-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12792073#action_12792073 ] Simon Kitching commented on MYFACES-1820: - This problem was noticed during

[jira] Commented: (MYFACES-1820) Infinite loop can occur when custom FacesContext subclass compiled against JSF1.1 but used with JSF1.2

[ https://issues.apache.org/jira/browse/MYFACES-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12792071#action_12792071 ] Simon Kitching commented on MYFACES-1820: - For FacesContext subclasses,

[jira] Commented: (ORCHESTRA-32) Hot-restart of Tomcat causes NullPointerException while deserializing saved http-session

[ https://issues.apache.org/jira/browse/ORCHESTRA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12710375#action_12710375 ] Simon Kitching commented on ORCHESTRA-32: - Ok, should be fixed now (see r77

[jira] Reopened: (ORCHESTRA-32) Hot-restart of Tomcat causes NullPointerException while deserializing saved http-session

[ https://issues.apache.org/jira/browse/ORCHESTRA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Kitching reopened ORCHESTRA-32: - Thanks for reporting this Mark. It's definitely a bad idea for a readResolve meth

Re: f:ajax and MyFaces extensions

Hi, Unlike JSP tags, facelet tags do not declare or validate attributes (ie you can define any attributes you like on a facelet tag without getting a "this attribute does not exist" error) [1], so the TCK presumably would not be able to detect whether MyFaces has extended the spec with custom attr

Re: f:ajax and MyFaces extensions

Werner Punz schrieb: > Matthias Wessendorf schrieb: >> On Tue, Apr 21, 2009 at 8:13 PM, Werner Punz >> wrote: >>> Actually We probably can provide a non facelets based solution >>> under the myfaces umbrella, tomahawk, extensions or impl I don´t care >>> but I am definitely sure we will be unable

Re: f:ajax and MyFaces extensions

Matthias Wessendorf schrieb: > On Fri, Apr 17, 2009 at 2:24 PM, Ganesh wrote: >> >> As Simon said, inclusion into f:ajax is probably not a good idea, because >> applications using JSP+Mojarra would break when containing the additional >> param. Just FYI, myfaces core *must* pass the Sun TCK (com

Re: f:ajax and MyFaces extensions

Matthias Wessendorf schrieb: > On Fri, Apr 17, 2009 at 1:12 PM, Simon Kitching wrote: >> Matthias Wessendorf schrieb: >>> On Fri, Apr 17, 2009 at 12:41 PM, Ganesh wrote: >>>> Hi, >>>> >>>> Here's a question concerning the extension p

Re: f:ajax and MyFaces extensions

Matthias Wessendorf schrieb: > On Fri, Apr 17, 2009 at 12:41 PM, Ganesh wrote: >> Hi, >> >> Here's a question concerning the extension parameters pps, queuesize and >> errorlevel in conjunction with the f:ajax tag. They form part of the >> Javascript xhrCore and can be set via jsf.ajax.request(th

[jira] Commented: (ORCHESTRA-40) A transaction token component inspired by the struts transaction processor

[ https://issues.apache.org/jira/browse/ORCHESTRA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12699345#action_12699345 ] Simon Kitching commented on ORCHESTRA-40: - Could you describe some of the

Re: CI server support / setup (was Fwd: Buildbot at Apache, and a new builds mailing list.)

+1 for moving to the common server. Our build zone has been broken for ages, and as someone who tried hard to fix it, I can say it is a difficult problem! Note that "buildbot" is a specific tool (http://buildbot.net/trac). I presume we would be moving to the ci.apache.org continuum instance? Chee

Re: tag causes deadlock on weblogic 9.2 cluster

No, it seems clear to me that there is a bug in weblogic that is only triggered under some conditions. The new EL library happens to trigger these conditions, but the bug is still clearly in weblogic. I suggest asking the Weblogic support team what datastructures in the session are not supported f

[orchestra] transaction token patch, session timeout fix

Hi Bernd, I'm keen to look at your patch in JIRA, but it will probably have to wait until this weekend. I hope that's ok https://issues.apache.org/jira/browse/ORCHESTRA-40 This reminds me that you did a follow-up patch (r759100) to your previous Orchestra patch, and Mario had a few comments on

Re: [Trinidad] JDK build issue

The problem shown below is that the unit tests are *compiling* on java1.5, but failing when run. It's unfortunately not unusual for unit tests to pass on one version of java, and fail on others; java does change behaviour between releases (eg order of iteration through maps) and sometimes tests are

[jira] Commented: (TOMAHAWK-1409) t:inputCalendar java script problem: org_apache_myfaces_PopupCalendar() is undefined

[ https://issues.apache.org/jira/browse/TOMAHAWK-1409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694117#action_12694117 ] Simon Kitching commented on TOMAHAWK-1409: -- Hi Klaus, This is a bug-trac

[jira] Commented: (ORCHESTRA-39) Conversations are not cleaned up if session timeout is near conversation timeout

[ https://issues.apache.org/jira/browse/ORCHESTRA-39?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689192#action_12689192 ] Simon Kitching commented on ORCHESTRA-39: - This looks pretty good to me.

[jira] Commented: (TOMAHAWK-1404) Project Dependencies note mistakenly states "There are no dependencies for this project"

[ https://issues.apache.org/jira/browse/TOMAHAWK-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12683888#action_12683888 ] Simon Kitching commented on TOMAHAWK-1404: -- Yes, I suppose that some

Re: [trinidad] add myfaces-builder-annotations version 1.0.2 to components only, so trinidad has myfaces-metadata.xml and trinidad-sanbox uses builder plugin 1.0.2

Leonardo Uribe schrieb: > > > On Mon, Mar 16, 2009 at 3:18 AM, Matthias Wessendorf > wrote: > > On Mon, Mar 16, 2009 at 8:42 AM, Leonardo Uribe > wrote: > > Hi > > > > It could be good to add myfaces-builder-annotations to

[jira] Created: (TOMAHAWK-1403) t:selectItems behaviour with Map values is weird

: 1.1.8 Reporter: Simon Kitching The t:selectItems tag documentation says that the value attribute can return a Map, and that a list of select-items is built using the key and value of the map. The docs are completely wrong. This was originally reported by Johannes Ruthenberg here

core12 dependency on jstl

Hi, I just recently tried to build myfaces core 1.2 trunk. The maven build failed because there is a dependency on artifact "jstl:jstl 1.2", which is not in the standard repos. Actually, both the api and impl poms just declare a dependency on jstl:jstl, and the version is controlled from the pare

[jira] Commented: (MYFACES-2158) Tag inherited from tag class in component hierarchy does not inherit properties [myfaces builder plugin]

[ https://issues.apache.org/jira/browse/MYFACES-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12680771#action_12680771 ] Simon Kitching commented on MYFACES-2158: - Minor comment: correct spellin

Re: [FYI] open discussion list from the JSF 2.0 EG

Matthias Wessendorf schrieb: > pretty late, but better than never: > > http://weblogs.java.net/blog/edburns/archive/2009/03/response_to_a_c.html I love the way this posting says "We have opened the process - and by the way, the JSF2.0 spec is finished". With timing like that, Ed should do stand-

[VOTE RESULT] Orchestra 1.3.1

Thanks to all who voted. We have: Gerhard Petracek +0 Mario Ivankovits +1 Grant Smith +1 Matthias Wessendorf +1 Simon Kitching +1 I will therefore complete the release process now.. Regards, Simon

[VOTE] Orchestra 1.3.1 release candidate

Hi All, I think it's time to release an update to Orchestra Core; we have about half-a-dozen minor/medium bugs fixed. Therefore I have created a release candidate for orchestra-core 1.3.1. Please have a look at these artifacts and vote: [1] http://people.apache.org/builds/myfaces/m2-staging-r

[jira] Commented: (TOMAHAWK-1396) Browser Button on File Upload is in english for all the lang

[ https://issues.apache.org/jira/browse/TOMAHAWK-1396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12676690#action_12676690 ] Simon Kitching commented on TOMAHAWK-1396: -- I'm not sure what you mea

[jira] Commented: (ORCHESTRA-30) ViewController does not invoke initView on new instance of same view

[ https://issues.apache.org/jira/browse/ORCHESTRA-30?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12675711#action_12675711 ] Simon Kitching commented on ORCHESTRA-30: - Hmm. We can find which viewcontro

[jira] Created: (ORCHESTRA-38) richfaces command components don't work with o:separateConversationContext

estra Issue Type: Bug Components: Conversation Reporter: Simon Kitching As reported by Bernd Winterstein, a richfaces commandButton opens the new page in the same conversation context even when o:separateConversationContext is used. I suspect that the problem is

[jira] Created: (ORCHESTRA-37) icefaces links and conversationContexts don't work well together

Issue Type: Bug Components: Conversation Affects Versions: 1.3 Reporter: Simon Kitching Priority: Minor As reported by hnkwan...@yahoo.com, the conversationContext query parameter does not get correctly set when a page is submitted via an ICEFaces command b

[jira] Commented: (TOMAHAWK-1393) t:selectManyCheckbox renders the checkbox after the text when it should be before the text

[ https://issues.apache.org/jira/browse/TOMAHAWK-1393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12673178#action_12673178 ] Simon Kitching commented on TOMAHAWK-1393: -- Can you please show a (s

Re: Myfaces 2.0 and xhr transport

Matthias Wessendorf schrieb: > On Mon, Feb 9, 2009 at 10:21 AM, Werner Punz wrote: >> Matthias Wessendorf schrieb: The Trinidad request queue has about 1000 lines of code, 80% of it(the entire iframe part, multi part form posts, the abstractions to hide >>> regarding iframe: >>> that is

[jira] Commented: (TRINIDAD-1389) multiple browser tab should not share same session state

[ https://issues.apache.org/jira/browse/TRINIDAD-1389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12671041#action_12671041 ] Simon Kitching commented on TRINIDAD-1389: -- Detecting different bro

Re: [RESULTS] Release of myfaces core 1.2.6

Interesting icon :-) I see the same one here, against directory "myfaces-extval-core": http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/myfaces/extensions/validator/ Maybe the webserver is detecting the word "core" and thinking these are core-dump files, so applying an appropriate icon? I

Re: [myfaces core] release files version 1.2.6 not replicated on maven main repository

Leonardo Uribe schrieb: > Hi > > I published the files for release myfaces core 1.2.6 on rsync repository > > http://people.apache.org/repo/m2-ibiblio-rsync-repository > > but there aren't on repo1.maven.org repo yet > (more than 24 hours has passed) > > Does anyone kno

[jira] Commented: (MYFACES-2141) NotSerializable Component: HtmlInputDate

[ https://issues.apache.org/jira/browse/MYFACES-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668067#action_12668067 ] Simon Kitching commented on MYFACES-2141: - Ah - I thought you had writt

[jira] Commented: (MYFACES-2141) NotSerializable Component: HtmlInputDate

[ https://issues.apache.org/jira/browse/MYFACES-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12667814#action_12667814 ] Simon Kitching commented on MYFACES-2141: - JSF has its own custom serializa

[jira] Commented: (TOMAHAWK-1389) TableSuggestAjax - security popup in IE7 when using SSL

[ https://issues.apache.org/jira/browse/TOMAHAWK-1389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12667810#action_12667810 ] Simon Kitching commented on TOMAHAWK-1389: -- IE7 has a paranoid security c

[jira] Commented: (MYFACES-2135) Remove @Deprecated annotations inserted on api methods, since this annotation is runtime type and changes method signature (a tck test fails if this annotation is pres

[ https://issues.apache.org/jira/browse/MYFACES-2135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12667807#action_12667807 ] Simon Kitching commented on MYFACES-2135: - Just a note for future reference:

[jira] Commented: (TOMAHAWK-1388) CAPTCHA - Add random string to image url. It prevent browser from caching captcha image.

[ https://issues.apache.org/jira/browse/TOMAHAWK-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666447#action_12666447 ] Simon Kitching commented on TOMAHAWK-1388: -- The committed patch does

Re: [VOTE] Release of myfaces core 1.2.6

Leonardo Uribe schrieb: > > > On Thu, Jan 22, 2009 at 2:32 AM, Simon Kitching <mailto:skitch...@apache.org>> wrote: > > Hi, > > Could someone explain to me what this is about? > https://issues.apache.org/jira/browse/MYFACES-2135 > >

Re: [VOTE] Release of myfaces core 1.2.6

Hi, Could someone explain to me what this is about? https://issues.apache.org/jira/browse/MYFACES-2135 How can @Deprecated annotations "change the method signature"? Thanks, Simon

Re: Scanning for annotated classes in MyFaces 2

On Sun, 2009-01-18 at 14:41 +0100, Jan-Kees van Andel wrote: > 2009/1/11 Matthias Wessendorf : > > On Sun, Jan 11, 2009 at 4:46 AM, Mario Ivankovits wrote: > > > > ;-) I really hate to wait on the boot-up. > > :-) > > > > -- > > Matthias Wessendorf > > > > blog: http://matthiaswessendorf.wordpress

[jira] Commented: (MYFACES-1786) Encryption is enabled by default, causing problems if no secret is set

[ https://issues.apache.org/jira/browse/MYFACES-1786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12663782#action_12663782 ] Simon Kitching commented on MYFACES-1786: - Oh, and possibly the code could a

[jira] Commented: (MYFACES-1838) javax.crypto.BadPaddingException: Given final block not properly padded

[ https://issues.apache.org/jira/browse/MYFACES-1838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12663780#action_12663780 ] Simon Kitching commented on MYFACES-1838: - I don't believe this is a b

[jira] Commented: (MYFACES-1786) Encryption is enabled by default, causing problems if no secret is set

[ https://issues.apache.org/jira/browse/MYFACES-1786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12663778#action_12663778 ] Simon Kitching commented on MYFACES-1786: - I don't believe this is a b

Re: Scanning for annotated classes in MyFaces 2

scanning ourself (in a later > phase). But Javassist is imho a big deal, because we don't need to class-load > all classes. > Otoh I have to admit that I've never did any performance/memory tests > comparing them both. > > LieGrue, > strub > > --- Simon Kitching

Re: Scanning for annotated classes in MyFaces 2

On Sat, 2009-01-10 at 19:56 -0700, Matthias Wessendorf wrote: > On Sat, Jan 10, 2009 at 11:21 AM, Jan-Kees van Andel > wrote: > > I don't think Scannotation itself is an issue, but it has a required > > dependency on Javassist, which has an LGPL license. Isn't that a > > problem? > > hrm, I think

Re: [jira] Updated: (MYFACES-1347) javax.faces.application.FacesMessage cannot be serialized

Hi Nishi, I see you have attached your patch to the MYFACES-1347 issue. So you just need to wait for one of the people with commit rights to review the patch and commit it. Sending a reminder to this list every week or two is ok, but don't do it too frequently. People are busy (particularly over

[jira] Created: (ORCHESTRA-35) ConversationManager instances leak when using OC4J servlet engine

Type: Bug Components: Conversation Affects Versions: 1.3 Reporter: Simon Kitching Priority: Minor As reported by Steve Ronderos, the OC4J servlet container does not call removeAttribute on session attributes when the session is invalidated. This means that

Re: Quite advanced JSF problem

gibiman schrieb: > Hi , > I'm trying to develop custom AJAX components, and i'm facing some problems > on the JSF technology architecture . Pay attention ;) : > > An action on the page launches an XMLHttpRequest to a certain URL ( .jsf > suffix). My aim is to have the JSF engine process only a cer

[jira] Created: (ORCHESTRA-34) NullPointerException triggered by ConversationWiperThread

Components: Conversation Affects Versions: 1.3 Reporter: Simon Kitching As reported by Petr Juza, a NullPointerException can be triggered by the ConversationWiperThread: Exception in thread "org.apache.myfaces.orchestra.conversation.ConversationWiperT

JCP process issues

Here is an interesting blog from one member of the JCP/JSR group for the servlet 3.0 specification. He is one of the Jetty webserver developers, so should know what he is talking about. As someone who has been watching the JSF2.0 spec develop, this all looks very familiar... http://blogs.webtid

[jira] Commented: (ORCHESTRA-33) ConversationContext timeout should be configurable

[ https://issues.apache.org/jira/browse/ORCHESTRA-33?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656569#action_12656569 ] Simon Kitching commented on ORCHESTRA-33: - One other note: a ConversationCon

[jira] Created: (ORCHESTRA-33) ConversationContext timeout should be configurable

Components: Conversation Affects Versions: 1.3 Reporter: Simon Kitching The ConversationContext class has a timeout property, so that all data in the context will be discarded if the context is not used for the timeout period. The default value is 30 minutes. However there is no

Re: JavaDoc and checkstyle

long ago on another post. We're actually > retyping the whole thing, but mimicking the official JavaDoc. Since > it's not copied directly it seems it's allowed. > > ~ Simon > > On Tue, Dec 9, 2008 at 10:06 AM, Simon Kitching <[EMAIL PROTECTED] > <mailto:[EMAI

Re: JavaDoc and checkstyle

Hmm..by the way, are you copying-and-pasting the JSF javadoc into myfaces classes? If so, are you sure that this is allowed? Javadoc descriptions would definitely be copyrightable, so explicit permission would be needed to place text released under the CDDL into a file licensed under the Apache lic

myfaces commons modules

Hi, Firstly: I've noticed that the maven repo contains a lot of garbage files. For example, in here: http://repo2.maven.org/maven2/org/apache/myfaces/commons/myfaces-commons-utils12/1.0.0/ there are lots of ".asc.asc" files. These are created automatically by our maven build commands and shoul

[jira] Commented: (ORCHESTRA-22) portlet: Error creating bean with name 'org.apache.myfaces.orchestra.conversation.AccessScopeManager'

[ https://issues.apache.org/jira/browse/ORCHESTRA-22?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654743#action_12654743 ] Simon Kitching commented on ORCHESTRA-22: - The current Orchestra develo

Re: JavaDoc and checkstyle

I would also prefer to change the checkstyle rules to ignore missing @param and @return comments. Sometimes params really are obvious enough not to be documented, and in some other cases it is better to document them as part of the main method description rather than a separate tag. So blindly e

[jira] Resolved: (ORCHESTRA-32) Hot-restart of Tomcat causes NullPointerException while deserializing saved http-session

[ https://issues.apache.org/jira/browse/ORCHESTRA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Kitching resolved ORCHESTRA-32. - Resolution: Fixed Fix Version/s: 1.4 Fixed by r713702 > Hot-restart of Tom

[jira] Created: (ORCHESTRA-32) Hot-restart of Tomcat causes NullPointerException while deserializing saved http-session

Project: MyFaces Orchestra Issue Type: Bug Components: Conversation Affects Versions: 1.2 Reporter: Simon Kitching Assignee: Simon Kitching Tomcat displays this message on restart: SCHWERWIEGEND: Exception loading sessions from persistent storage

Re: Cleanup of branches ?

Some release managers have the habit of copying trunk to a branch, then copying the branch to the tags dir (rather than moving it). In this case, deleting the branch makes sense; nothing of value is lost. But for other branches, I would prefer to see them left there. As Matthias points out, anyone

Re: [VOTE] release for tomahawk 1.1.8

Leonardo Uribe schrieb: > > > On Wed, Nov 12, 2008 at 2:45 PM, Leonardo Uribe <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > > > On Wed, Nov 12, 2008 at 10:58 AM, Simon Kitching > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED

Re: Promoting the s:limitRendered component as t:renderOne

2008 at 5:20 PM, Simon Kitching <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi All, > > There was a discussion a while ago on this list about promoting the > sandbox s:limitRendered component (written by Andrew Robinson) into > tomaha

Re: Impl compile time dependency to Shared

Previously the shared lib was marked as a "provided" dependency, and the shared code was physically copied into the project on each build. Someone (I think it was Leonardo) made changes recently to try to make development on myfaces easier, so that when building core maven didn't have to copy over

Re: [VOTE] release for tomahawk 1.1.8

Leonardo Uribe schrieb: > Hi, > > I was running the needed tasks to get the 1.1.8 release of Apache > MyFaces Tomahawk out. Some initial test results: The tomahawk-1.1.8 jar works well with Facelets + Mojarra1.2.0_09 + java1.6. For the "staging repo" files deployed here: http://people.apache.o

Promoting the s:limitRendered component as t:renderOne

Hi All, There was a discussion a while ago on this list about promoting the sandbox s:limitRendered component (written by Andrew Robinson) into tomahawk. There seemed to be general agreement that it was useful, but that some rework should be done, including: * renaming to t:renderOne * simplifyin

Re: SVN question

Another good reason not to use maven-release-plugin :-) Matthias Wessendorf schrieb: > http://jira.codehaus.org/browse/SCM-406 > > On Tue, Nov 11, 2008 at 12:40 PM, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > >> Probably something went wrong during the copy process and you have old .svn >> d

Re: [Orchestra]

Grant Smith schrieb: > I noticed there are Orchestra artifacts on the myfaces website, but no > links to them from the download page. Is this by design, or can I fix it ? Yes it is deliberate. Orchestra has its own download page here: http://myfaces.apache.org/orchestra/download.html You coul

Re: JSF core TCK - non-javax classes allowed in api jar?

Matthias Wessendorf schrieb: > On Wed, Nov 5, 2008 at 10:55 AM, Simon Kitching <[EMAIL PROTECTED]> wrote: > >> Hi All, >> >> A thought just occurred to me. >> >> The JSF core spec license (and TCK) require that we do not add any class >> to th

JSF core TCK - non-javax classes allowed in api jar?

Hi All, A thought just occurred to me. The JSF core spec license (and TCK) require that we do not add any class to the javax.faces namespace which is not in the spec. This is fair, as doing so would confuse users and lead to unportable code. However this limitation has caused some real pain, as w

[orchestra flow] support JSF1.2 only?

Hi, Currently orchestra-flow 0.0.1 supports JSF1.1. However in order to allow pages that declare orchestra flows to be *included* in other pages, eg the EL expressions in the included page need to be build using the correct ELContext object (otherwise they cannot see the params). Rathe

Re: [orchestra] [VOTE] Orchestra Core 1.3 Release

The orchestra 1.3 release vote has passed with the following votes: Mario Ivankovits +1 Matthias Wessendorf +1 Gerhard Petracek +1 Simon Kitching +1 I will therefore go ahead and deploy the RC artifacts Thanks to those who voted. Regards, Simon

Re: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Mario Ivankovits schrieb: > Which does not mean that I am against your ideas. The opposite is the case, > if all your promises turn out to be true, and if this realy adds some value, > well, why not drop the way Orchestra currently works in favor of your way. > Just, I need to see it in action. >

Re: [orchestra] clirr-orchestra-1.2-to-1.3.txt

Mike Kienenberger schrieb: > On Fri, Oct 24, 2008 at 5:27 AM, Simon Kitching <[EMAIL PROTECTED]> wrote: > >> The latest maven-clirr-report plugin unfortunately crashes on orchestra, but >> I have created a report using clirr trunk; please see here: >> >>

[jira] Commented: (TOMAHAWK-1365) Input field id in error messages is not properly replaced with label text

[ https://issues.apache.org/jira/browse/TOMAHAWK-1365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643168#action_12643168 ] Simon Kitching commented on TOMAHAWK-1365: -- Sorry, please ignore prev

[jira] Commented: (TOMAHAWK-1365) Input field id in error messages is not properly replaced with label text

[ https://issues.apache.org/jira/browse/TOMAHAWK-1365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643166#action_12643166 ] Simon Kitching commented on TOMAHAWK-1365: -- And where exactly in the

Re: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Mario Ivankovits schrieb: > >> Simply said, yes that's true, but the flow description doesn't have to >> be an XML flow definition. What I'd like to see, is an Orchestra API >> that allows me to describe my flows programmatically at runtime as this >> is a much more powerful approach for managing c

Re: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Mario Ivankovits schrieb: > Hi! > > Example 1) I've developed some views for a search dialog that I wanted to use in at least two different conversations. Everything worked fine for the first conversation. The following code listing should give you an idea of the problem

Re: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Link [1] is obsolete; it is there only for historical purposes. Link [2] is mostly up-to-date. There have been a few changes to the code that are not reflected here, but it is 95% correct and certainly good enough for a general understanding of orchestra-flow. Regards, Simon Gerhard Petracek sch

Re: AW: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Mario Ivankovits schrieb: > Hi! > > >> Example 1) >> I've developed some views for a search dialog that I wanted to use in >> at >> least two different conversations. Everything worked fine for the first >> conversation. The following code listing should give you an idea of the >> problem. >>

Re: [Orchestra] Drawbacks of Orchestra I'd like to discuss

Hi Bernhard, It's great to see some design discussion about Orchestra! Bernhard Huemer schrieb: > Hi folks, > > I've been using Orchestra for a few months now and in doing so I've > been questioning some major implementation decisions, to be more > specific I really want to discuss if it's really

new sandbox component proposal - s:globalId obsoletes "forceId"

Hi All, I've always hated the "forceId" feature of tomahawk for two reasons: (a) it makes it dangerous to compose pages using facelets templating, jsp:include or similar (b) it only works for tomahawk components There is nothing that can be done about (a); any "flattening" of the id is dangerous.

[orchestra] [VOTE] Orchestra Core 1.3 Release

Hi All, A release-candidate has been prepared for Orchestra Core 1.3. The release-candidate source is currently at: http://svn.apache.org/repos/asf/myfaces/orchestra/branches/core-1_3-prepare and will be moved to "tags" dir when/if the release vote passes. The artifacts have been deployed to

MFSANDBOX jira project?

Hi, There was a discussion a few days ago about creating a JIRA project for the myfaces sandbox. Is this going ahead? I'd like to propose a new component for sandbox, and the JIRA sandbox category would be the ideal place to attach the proposed code... Regards, Simon

[jira] Created: (ORCHESTRA-31) No warning/error reported when fetching bean from conversation marked as invalidated

Project: MyFaces Orchestra Issue Type: Bug Components: Conversation Affects Versions: 1.2 Reporter: Simon Kitching Priority: Minor If a bean A is within conversation A, and a method on the bean does: Conversation.getCurrentInstance().invalidate

[jira] Created: (ORCHESTRA-30) ViewController does not invoke initView on new instance of same view

Issue Type: Bug Affects Versions: 1.2 Reporter: Simon Kitching The "lifecycle" methods for backing beans are executed via the ViewControllerPhaseListener. In particular, for the initView call it checks at the beginning of every phase whether the current view has had th

Re: JIRA: project entry needed for sandbox

chrieb: But Sandbox IS a part of Tomahawk and not a single project, so I do not see the problem here. Sandbox issues SHOULD be filed using TOMAHAWK and - of course - the regarding component ("SubForm", "PPRPanelGroup", ...). -1 for a new Jira project(!) --Manfred On Tue, Oc

[jira] Commented: (TOMAHAWK-1354) Tomahawk for JSF 1.2 should be compiled with Java 5 compatibility

[ https://issues.apache.org/jira/browse/TOMAHAWK-1354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12639751#action_12639751 ] Simon Kitching commented on TOMAHAWK-1354: -- I've created issue TOMA

[jira] Created: (TOMAHAWK-1356) Add target java version to MANIFEST.MF

Reporter: Simon Kitching Priority: Minor The tomahawk jars are compiled with -target set appropriately (1.4 for the "old" tomahawk, 1.5 for "tomahawk12"). However this information is not available in the MANIFEST.MF file. It would be nice to add this info to

JIRA: project entry needed for sandbox

Any JIRA admins here? There currently is no JIRA project defined for the myfaces sandbox. It appears that people have simply been using TOMAHAWK to file bugs against. But as recent releases has used a jira report as the "release notes" this is causing confusion. Can someone please create it?

[orchestra] release orchestra-core version 1.3?

Hi All, I think it is a good time to make another Orchestra Core release. There is nothing radical in this new version, but there are a couple of nice new features and a couple of useful bugfixes. See the release notes for further details: http://svn.apache.org/repos/asf/myfaces/orchestra/t

Re: tomahawk examples design proposal

Just a general request: I think it would be nicer for emails to contain *links* to large images rather than include them inline. A copy of every single pixel in an attached image is send through the internet to every person subscribed to the dev list, and they can be scattered around the world

[jira] Commented: (ORCHESTRA-15) Orchestra in Portal Environment

[ https://issues.apache.org/jira/browse/ORCHESTRA-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638286#action_12638286 ] Simon Kitching commented on ORCHESTRA-15: - Well, it's just that we s

[jira] Resolved: (ORCHESTRA-19) refactor conversationContext to allow nested conversationContext

[ https://issues.apache.org/jira/browse/ORCHESTRA-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Kitching resolved ORCHESTRA-19. - Resolution: Fixed Trunk now has the ability to create nested conversations and swap

[Orchestra] SpringSingleConversationScope

Hi Mario, A while ago you added class SpringSingleConversationScope to orchestra with the comment "Mostly useful for dialog/flow frameworks". Do we still want this class? I'm not sure what it would be used for; AFAIK the intention is to use a "nested conversation context" for flows/dialogs,

[jira] Resolved: (ORCHESTRA-28) Conversation (Access) is lost when jsf validation fails

[ https://issues.apache.org/jira/browse/ORCHESTRA-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Kitching resolved ORCHESTRA-28. - Resolution: Fixed Fixed in trunk. Orchestra now does checks for unaccessed

[jira] Resolved: (ORCHESTRA-4) Clean up build files

[ https://issues.apache.org/jira/browse/ORCHESTRA-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Kitching resolved ORCHESTRA-4. Resolution: Fixed As noted in previous comment, all of the relevant attached patches seem

[Orchestra] Binding an arbitrary instance to a conversation

Hi, As all of you who carefully read commit-messages may have seen (:-), yesterday I committed the ability to call Conversation.bind(instance) so that later calls to any method on that instance will run within the context of the specified conversation (including its associated persistence co

Re: Make dev@ private?

Matthias Wessendorf schrieb: On Fri, Sep 5, 2008 at 2:50 AM, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: On Thu, Sep 4, 2008 at 12:19 PM, Manfred Geiler <[EMAIL PROTECTED]> wrote: -1 for permissions change for dev@ +1 for a clearer description any native speaker volunteering?

  1   2   3   4   5   6   7   >