Re: JSF 2.0 component set

Hi! Now it would be possible to update each component set to JSF 2.0... but a Tomahawk/JSF2 is expected to be backward compatible. So it would be difficult to radically change components or eliminate some duplicates... +1 I'd like to see this too, though, I think Oracle wouldn't give up

myfaces code style - heads up

Hi! Something which happend to me too multiple times too, though, it is really hard to read a commit if it comes with a reformat of the source too. So, please: Before starting work on a source reformat it and commit this reformat only! Links to the code format settings can be found here [1] -

build failure due to site dependency

Hi! I have a build failure here as the site module can't find the 6-SNAPSHOT version of the (master?) pom. parent groupIdorg.apache.myfaces/groupId artifactIdmyfaces/artifactId version6-SNAPSHOT/version /parent If I change this back to version 5 it works. Do one know

[jira] Commented: (TOMAHAWK-1215) Add a communication channel for FacesMessages to the PPRPanelGroup

[ https://issues.apache.org/jira/browse/TOMAHAWK-1215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583297#action_12583297 ] Mario Ivankovits commented on TOMAHAWK-1215: Why do you transfer the message

[jira] Commented: (TOMAHAWK-1215) Add a communication channel for FacesMessages to the PPRPanelGroup

[ https://issues.apache.org/jira/browse/TOMAHAWK-1215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583298#action_12583298 ] Mario Ivankovits commented on TOMAHAWK-1215: Is it true that you collect

Re: partial model update on ppr request

Hi! The complicated thing is, that the pprSubmit enhancement would require a custom LifeCycle for PPR requests (why is it a PhaseListener by now?) I am investigating some time into that. In fact, the thing missing now is invokeOnComponent, didn't we have something like this in MyFaces

Re: Orchestra with Request Scope

Hi! In my app, there is an org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter that binds an entityManager to each request. With Orchestra do I really have to remove this filter? No. Orchestra does not help with request scoped beans. Mixing OEMIVF with Orchestra should work I

Re: partial model update on ppr request

Hi! The complicated thing is, that the pprSubmit enhancement would require a custom LifeCycle for PPR requests (why is it a PhaseListener by now?) I am investigating some time into that. Ok, I've committed something which did the trick. I've not yet fully replace the PhaseListener

partial model update on ppr request

Hi! I have the need to do a partial model update for given components on ppr submit. (subform won't work here) I have a form with a couple of input fields, lets say FIELD_A, FIELD_B, FIELD_C, FIELD_D - all in one form. FIELD_A is required now, after something has been entered in FIELD_B,

Re: partial model update on ppr request

Hi! The pprSubmit is something like a generic autoSubmit feature for command components (see also autoSubmit attribute in trinidad). ? pprSubmit does nothing else than rendering the javascript to hook on the new components too, no? I do not understand what you mean with autoSubmit here.

[jira] Commented: (TOMAHAWK-1214) allow to process form submits in a queue for high-speed input handling

[ https://issues.apache.org/jira/browse/TOMAHAWK-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12580264#action_12580264 ] Mario Ivankovits commented on TOMAHAWK-1214: re 1: I'd say we do it like

Re: [Tomahawk] Commit of component generation and 1.2 modules to trunk

Hi! Hi, I like the approach. I am not very keen in annotated javadocs (which is error prone IMO) but that is just fine and I would say a better alternative to the XMLs (which are rather error prone too). However, it would be nice to have the builder library generic enough so we could use

[jira] Created: (TOMAHAWK-1214) allow to process form submits in a queue for high-speed input handling

Issue Type: New Feature Components: PPRPanelGroup Reporter: Mario Ivankovits Assignee: Ernst Fastl Enhance the PPR stuff in a way which allows to process form input asynchron in a queue for high-speed input handling. Probably by adding a new attribute

Re: announcement: Orchestra Core 1.1 released

Gratulation Simon. Great work :-) Mario -Original Message- From: simon [EMAIL PROTECTED] Date: Wednesday, Mär 12, 2008 8:00 am Subject: announcement: Orchestra Core 1.1 released To: Reply-MyFaces Discussion [EMAIL PROTECTED]To: MyFaces Discussion [EMAIL PROTECTED] The Apache

[jira] Commented: (ORCHESTRA-17) RequestParameterFacesContextFactory only works with HttpServletResponse

[ https://issues.apache.org/jira/browse/ORCHESTRA-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577464#action_12577464 ] Mario Ivankovits commented on ORCHESTRA-17: --- If I understand your patch

Re: [vote] [orchestra] release Core 1.1

Hi! The tar.gz and zip archives are deployed at [3] LICENSE.txt and NOTICE.txt are missing from, at least, the tar.gz archive. +1 when fixed. Not so important, but, it looks like these archives are a mixture of -bin and -src (which is fine I think), but no class files beside the jar are in

Re: [orchestra] plans

Hi! +1 very good idea! Are those +1 due to the fact that you think that Orchestra is not the best place where such a component is located (which I understood), or is it that this component is still missunderstood ( :-( ) ? Fact is, that this component is a great timesaver when it comes to

Re: [orchestra] plans

Hi! 2) release of orchestra-core15-1.0 We're working on it, but there's quite a lot of effort still needed. It all works (and is being used in production) but needs a lot of polishing before a stable API can be declared. Probably a couple of months away.. Really months? What do

open link in new window prevention

Hi! Is there any reason that the MyFaces command link is rendered with href=# and onlclick=return xxx() instead of href=javascript: ? It seems, the latter will make the open link in new window feature of some browsers stopping to work. Which is what I'd like to have. What do you think about

Re: open link in new window prevention

Hi! Why do you say that some browsers can't open the link in a new window? No, I do not think that this is what I said, at least, I didn't wanted to say that. You probably know the right mouse click/open link in new window function of the browsers? You probably also know that this is a major

Re: [jira] Resolved: (TOBAGO-619) Avoid usages of javascript:false in iframe src attribute

-- mit freundlichen Grüßen Mario Ivankovits Software Engineering OPS EDV VertriebsgesmbH A-1120 Wien, Michael-Bernhard-Gasse 10 Firmenbuch Nr.: FN51233v, Handelsgericht Wien Tel.: +43-1-8938810; Fax: +43-1-8938810/3700 http://www.ops.co.at E-Mail: [EMAIL PROTECTED] Skype

Re: [jira] Resolved: (TOBAGO-619) Avoid usages of javascript:false in iframe src attribute

Versions: 1.0.14 Reporter: Bernd Bohmann Assignee: Bernd Bohmann Priority: Minor Fix For: 1.0.15, 1.1.0 -- mit freundlichen Grüßen Mario Ivankovits Software Engineering OPS EDV VertriebsgesmbH A-1120 Wien, Michael

Re: open link in new window prevention

Hi! Is there any reason that the MyFaces command link is rendered with href=# and onlclick=return xxx() instead of href=javascript: ? It seems to me the right thing to do is to simply change the href=# to href=javascript:void(0). I think we can do that, no? Ciao, Mario

[jira] Issue Comment Edited: (MYFACES-1831) JSF12 UIComponentClassicTagBase.getCreated is broken, breaking t:updateActionListener

[ https://issues.apache.org/jira/browse/MYFACES-1831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12574694#action_12574694 ] imario edited comment on MYFACES-1831 at 3/3/08 11:31 AM:

[jira] Commented: (MYFACES-1831) JSF12 UIComponentClassicTagBase.getCreated is broken, breaking t:updateActionListener

[ https://issues.apache.org/jira/browse/MYFACES-1831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12574694#action_12574694 ] Mario Ivankovits commented on MYFACES-1831: --- Hmmm ... for what I have seen

[jira] Commented: (ORCHESTRA-16) Rendering Problem

[ https://issues.apache.org/jira/browse/ORCHESTRA-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12574249#action_12574249 ] Mario Ivankovits commented on ORCHESTRA-16: --- What I said ... You should see

[jira] Commented: (ORCHESTRA-16) Rendering Problem

[ https://issues.apache.org/jira/browse/ORCHESTRA-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12573021#action_12573021 ] Mario Ivankovits commented on ORCHESTRA-16: --- This has nothing to do

Re: Interest in an AjaxTree

Hi! public interface AjaxTreeDataProvider { public List getRootNodes(); public List getChildNodes(String nodeString); } Shouldn't this be something like this: public interface AjaxTreeDataProvider { public List getRootNodes(); public List getChildNodes(Object node);

Re: [orchestra] conversation-scoped converters

, 2008 9:08 am Subject: Re: [orchestra] conversation-scoped converters To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces Development dev@myfaces.apache.org On Sun, 2008-02-17 at 08:16 +0100, Mario Ivankovits wrote: If we find a way how these could work I wouldn't mind if we get

Re: [orchestra] conversation-scoped converters

Hi! But there is a third way of configuring a converter. This is configuring a converter with its own tag, like dateTimeConverter. This allows you to configure this very instance of the converter. We don't need to support pulling f:dateTimeConverter instances from Spring do we? Those

Re: [orchestra] conversation-scoped converters

Hi! It *is* useful to be able to create converters that have access to conversation scopes, which in turn mean they need to be instantiated by pulling them from Spring. But this syntax is already supported by jsf: someComponent id=comp2 converter=#{convId}/ I don't think so. Isnt it that the

Re: [orchestra] conversation-scoped converters

Hi! Nice to see you back! Hehe - Thanks! Yea, and in after-ski-mode now ;-) Nope. The EL expression returns a Converter instance ah - wasn't aware from top of my head. Ok, so probably the ony thing we have to take a look at is how those converters work installed as child of a component using

Re: [orchestra] conversation-scoped converters

Hi! Go on, rub it in .. I've been spending all my spare time working on an Orchestra release :-) That's fun too, isn't it ;-) If we find a way how these could work I wouldn't mind if we get rid of the current solution. Your wish is my command. When thinking about it, this one wasn't

myfaces template structure [was: svn commit: r627191 - in /myfaces/tomahawk/branches/1_2_0/core/src/main/java/...]

Hi! Being on vacation it is hard to follow the actual discussions, so, sorry if I missed something along the lines. While the fact that Leonardo flipped the object hierarchy can be treated as genious idea (kudos!), I am not fully convinced that this is what we want in the end. Please, let me

t:datatable rowId Namespace

Hi! The rowId on the t:datatable is rendered without namespace. Following this fact I've added a columnId to the t:column which will be rendered without namespace also. While I know that this is crap, I just have done it that way to be consistent in this area. However, my better half ;-) told

[jira] Resolved: (TOMAHAWK-1193) add columnId to t:column

[ https://issues.apache.org/jira/browse/TOMAHAWK-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved TOMAHAWK-1193. Resolution: Fixed add columnId to t:column

[jira] Created: (TOMAHAWK-1193) add columnId to t:column

: Mario Ivankovits Assignee: Mario Ivankovits Fix For: 1.1.7-SNAPSHOT Add a columnId to t:column similar to the rowId on t:datatable the provided id should not render any namespace. Just take the provided user value as is. -- This message is automatically generated

[jira] Commented: (TOMAHAWK-1193) add columnId to t:column

[ https://issues.apache.org/jira/browse/TOMAHAWK-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566953#action_12566953 ] Mario Ivankovits commented on TOMAHAWK-1193: Together wit this bug the rowId

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

[ https://issues.apache.org/jira/browse/ORCHESTRA-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566531#action_12566531 ] Mario Ivankovits commented on ORCHESTRA-15: --- I've commited a try to fix

Re: rowId and columnId on t:column

Hi! Would one mind if I add these two new attributes to the t:column tag? Yes Okay RowID already exists on t:table Oh - great. Might work, just, that it is that weird implemented that it wont work with facelets. Anyone has some informations why the tag handler uses

Re: embedded table

Hi! It so happens, I have been looking for this sort of a solution. :-) Yea, I wonder why no one else have had a need for this too. It is a common use-case in our application. In my case, I have a table with three columns, with three headings. snip / Do you mean something like this:

rowId and columnId on t:column

Hi! Would one mind if I add these two new attributes to the t:column tag? rowId should go to the tr element and colId to the th element. As usual, the row index will be added to the rowId and the thing should follow the default getClientId semantic. (parent namespaces etc) I need this

Re: [Myfaces Wiki] Update of JSF and MVC by SimonKitching

MyFaces -- mit freundlichen Grüßen Mario Ivankovits Software Engineering OPS EDV VertriebsgesmbH A-1120 Wien, Michael-Bernhard-Gasse 10 Firmenbuch Nr.: FN51233v, Handelsgericht Wien Tel.: +43-1-8938810; Fax: +43-1-8938810/3700 http://www.ops.co.at E-Mail: [EMAIL PROTECTED] Skype: mario_ivankovits

Re: embedded table

Hi! Sounds good - can you send your example again utilizing the detailStamp approach if that fits? So, not it is getting stressy again. I have a bad need for it now. So, using the detailStamp approach it might look like: t:datable var=group1 value=#{bean.data} ... t:column colspan=10

[jira] Commented: (TOMAHAWK-1181) allow to embed a datatable within the parent

[ https://issues.apache.org/jira/browse/TOMAHAWK-1181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566287#action_12566287 ] Mario Ivankovits commented on TOMAHAWK-1181: Three new attribute

[jira] Resolved: (TOMAHAWK-1181) allow to embed a datatable within the parent

[ https://issues.apache.org/jira/browse/TOMAHAWK-1181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved TOMAHAWK-1181. Resolution: Fixed Fix Version/s: 1.1.7-SNAPSHOT Assignee: Mario

Re: Interest in an AjaxTree

Hi Matt! welcome tree3; Matthias is right. What are the differences to the existing tree2 component? Having tree2 enhanced to do ajaxed-node-fetching would greatly increase the chance that your patch will be accepted. We really would like to avoid to introduce yet another tree. Do

Re: Interest in an AjaxTree

Matt Tyson schrieb: I've got a Tree component that handles node expansions via Ajax. What do you think the interest would be in having this donated to Tomahawk? I'd say: Yes! Is it an all new component or did you enhance tree2? If you could open a jira ticket and add a patch so that we

Re: [COMMUNITY] MyFaces += Bernhard Huemer

Hi! The Myfaces PMC is proud to announce a new addition to our community. Please welcome Bernhard Huemer as the newest MyFaces committer. Welcome Bernhard ! --- Mario Ciao, Mario

Re: [tomahawk] why bother with 1.2?

Hi! This code generation stuff does make code more *consistent* between the various bits (taglib, faces-config, java) but definitely does not make it simpler to work with. IMO, it introduces a whole new set of concepts that will make it harder for new developers to get into this code. I

Re: myfaces-faces-plugin - architecture

Hi Matthias, yep. -xml configuration == mini faces-config files -templates == in order to override some *defaults* (like when you want to do something special inside the validate() for InputFile, provide a template, which is a real Java class) -it generates the real UIComponent java file as

Re: myfaces-faces-plugin - architecture

Hi Simon! First, my intention was/is to find a solution. I don't think that we manage to create an all new generator stuff. We had plenty of time in the past to make this thing fly, but failed. So, while I'd really support your idea about a annotation driven generator, I don't think that we will

Re: myfaces-faces-plugin - architecture

Leonardo Uribe schrieb: For sure, I thought we can generate the stuff and then commit the generated files, so no need to regenerate for each build, just when something in the component config changed. Yep, this just works nicely if we go the abstract component route, no? else you'll lose all

Re: myfaces-faces-plugin - architecture

Hi! 1) we do an abstract component base class, very clean, however, it will not work for MyFaces-AP I personally think we can go with option 1 only - there are not so many API classes, and changes in the API are not ocurring too often. +1 I have no problems if this does not work with the API

Re: myfaces-faces-plugin - architecture

Hi! ok - then please suggest one. This is all about finding a clean way, and we are at this point as we haven't found another clean way to do it so far. I had a quick chat about this topic with Matthias and I think now I understood a little bit better what the thought how to work with the

Re: myfaces-faces-plugin - architecture

Leonardo Uribe schrieb: Not have code completion and other features on the IDE is a low price for we have with templates. Not that I would like to veto at this point (which I am not able to do, for sure), but: We already gave up some comfort with having the shared stuff. You know, you can

Re: [orchestra] rename scope flash to access

Hi Simon! Are there any objections? Sounds good! Ciao, Mario

Re: [orchestra] rename scope flash to access

Hi! Hmmm... I agree that flash can be misleading, but access doesn't seem very descriptive to me. I think page or view might be more appropriate. As it is currently in Orchestra, the fomer flash-scope is exactly an access-scope. As long as the bean is accessed it stay alive, regardles of

Re: embedded table

Hi Martin, I think I understood it now - you have a header per row for the details in this row, and also allow each main-row to have a header now? I am not sure if this describes it exactly - it is not about having headers. Or lets say, one header for three nested tables. Have a look at

Re: embedded table

Martin Marinschek schrieb: I don't get through to this server, sorry :( Sorry, try this one: http://www.ops.co.at/~opsj/table.html Ciao, Mario

Re: embedded table

Hi! Shouldn't this work somewhat similar to how the detailStamp in t:dataTable works now? Yep, why not, should work that way too. The real magic will be the embedded=true attribute to the datatable, and a different way how to define the column header for the master table. Ciao, Mario

[jira] Created: (TOMAHAWK-1181) allow to embed a datatable within the parent

: Extended Datatable Reporter: Mario Ivankovits As discussed in this thread http://marc.info/?l=myfaces-devm=120118289000330w=2 add a new attribute to the datatable which allows to reuse the layout of the parent table. The attribute name so far is embed=true|false where false

embedded table

Hi! One thing in JSF which constantly worries me is, that it is not easily possible to create a more complicated table layout with group/group/detail style. What I mean is somthing like this: Name Column1 Column2 Data1HeaderInformation1 Sub1HeaderInformation1 Name1 10 20

[jira] Updated: (MYFACES-1804) Pressing a download button corrupts other button actions in Internet Explorer

[ https://issues.apache.org/jira/browse/MYFACES-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits updated MYFACES-1804: -- Resolution: Duplicate Status: Resolved (was: Patch Available) It is so

[jira] Created: (MYFACES-1805) form stopped working after ajax request

Reporter: Mario Ivankovits In a little bit complicated form using multiple PPR areas the datascroller attached to a datatable stopped working with InternetExplorer after the first ajax request. MyFaces always sent the current page again. It turned out that the code in oamSetHiddenInput

[jira] Resolved: (MYFACES-1805) form stopped working after ajax request

[ https://issues.apache.org/jira/browse/MYFACES-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved MYFACES-1805. --- Resolution: Fixed Fix Version/s: 1.2.2-SNAPSHOT 1.1.6

[jira] Commented: (MYFACES-1802) FacesException and nested exceptions

[ https://issues.apache.org/jira/browse/MYFACES-1802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12558369#action_12558369 ] Mario Ivankovits commented on MYFACES-1802: --- I'd check the existence

Re: svn commit: r610323 - in /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/renderkit/html/util: DefaultAddResource.java MyFacesResourceLoader.java ResourceLoader.java

Hi Simon! public void serveResource(ServletContext context, HttpServletRequest request, -HttpServletResponse response, String resourceUri) throws IOException; +HttpServletResponse response, String resourceUri) +throws IOException, ClosedSocketException;

[jira] Created: (MYFACES-1798) DefaultViewHandlerSupports fails detecting extension if there are dots in the path

: MyFaces Core Issue Type: Bug Affects Versions: 1.2.0 Reporter: Mario Ivankovits Assignee: Mario Ivankovits For example: With /myStrange.path/view.jsp the extension .path/view.jsp will be derived. In DefaultViewHandlerSupport a wrong regular expression

[jira] Issue Comment Edited: (MYFACES-1790) HtmlColumnTag.getComponentType returns the wrong value

[ https://issues.apache.org/jira/browse/MYFACES-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=1225#action_1225 ] imario edited comment on MYFACES-1790 at 1/3/08 2:19 AM:

[jira] Reopened: (MYFACES-1790) HtmlColumnTag.getComponentType returns the wrong value

[ https://issues.apache.org/jira/browse/MYFACES-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits reopened MYFACES-1790: --- This fixed broke the HtmlColumn component as now it tag creates a UIColumn component

Re: HtmlColumn 1.2

Matthias Wessendorf schrieb: I think the TAG-Clazz should cast against UIColumn (instanceof) and not against HtmlColumn; Ok, I'll do that, still, I think there is something very wrong if we have to check for this special case in the generator all around. Ciao, Mario

Re: HtmlColumn 1.2

Hi! After checking against ri and spec; I think we do it in the right way. The component type in htmlcolumntag is javax.faces.column and the component-type in standard-config for htmlcolumn is javax.faces.HtmlColumn. I think the componentType in HtmlColumnTag should be

Re: HtmlColumn 1.2

Hi! AFAIK this tag-class is the only tag that the RI folks don't generate. I don't like to fuck the plugin as well; so we could have this tag as real code as well; regarding the std-faces-cfg I agree that HtmlColumn should reflect it's type. With wrong, you talk about the UIColumn (since 1.2)

[jira] Resolved: (MYFACES-1798) DefaultViewHandlerSupports fails detecting extension if there are dots in the path

[ https://issues.apache.org/jira/browse/MYFACES-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved MYFACES-1798. --- Resolution: Fixed Fix Version/s: 1.2.2-SNAPSHOT DefaultViewHandlerSupports

[jira] Commented: (MYFACES-1798) DefaultViewHandlerSupports fails detecting extension if there are dots in the path

[ https://issues.apache.org/jira/browse/MYFACES-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=1267#action_1267 ] Mario Ivankovits commented on MYFACES-1798: --- I think I fixed the last-dot-after

[jira] Created: (MYFACES-1789) UIData do not honor first and row value binding in decode

Components: General Affects Versions: 1.2.0 Reporter: Mario Ivankovits Assignee: Mario Ivankovits UIData do not honor first and row value binding in decode. If rows= and first= points to a valueBinding during decode these values will not correctly taken by evaluating

[jira] Resolved: (MYFACES-1789) UIData do not honor first and row value binding in decode

[ https://issues.apache.org/jira/browse/MYFACES-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved MYFACES-1789. --- Resolution: Fixed Don't know the current release status, so leaving Unknown as Fix

Re: [commons] What Logger ?

hoped commons-logging was at the end of its development life.. Regards, Simon On Sat, 2007-12-15 at 20:07 +0100, Mario Ivankovits wrote: this sounds like yet another complexity. I18n can be solved by a custom app layer even easier, no? So this would mean we should go your custom myfaces logger

Re: [site] preferred doc format for website

Sorry, resending to dev list. Hi! And why not helping fixing the tomahak component? Shouldn't we stop duplicating work and making the user worring about which comp-lib to choose? Mario -Original Message- From: Matthias Wessendorf [EMAIL PROTECTED] Date: Saturday, Dez 15, 2007 3:36 pm

Re: [Trinidad] Issue with Tomahawk integration - Schedule component

Heaven, must still be drunken .. Hi! And why not helping fixing the tomahak component? Shouldn't we stop duplicating work and making the user worring about which comp-lib to choose? Mario -Original Message- From: Matthias Wessendorf [EMAIL PROTECTED] Date: Saturday, Dez 15, 2007

Re: [site] preferred doc format for website

still drunken seems like. sorry for the noise. Mario -Original Message- From: Mario Ivankovits [EMAIL PROTECTED] Date: Saturday, Dez 15, 2007 3:58 pm Subject: Re: [site] preferred doc format for website To: Reply-MyFaces Development dev@myfaces.apache.orgReply-To: [EMAIL PROTECTED

Re: [commons] What Logger ?

does this mean EVERY user has to drop in a slf4j jar then? Why not stick with cl and those willing to use sl4j drop in the adapter jar? Mario -Original Message- From: Matthias Wessendorf [EMAIL PROTECTED] Date: Saturday, Dez 15, 2007 5:53 pm Subject: [commons] What Logger ? To: Reply-

Re: [commons] What Logger ?

, but... commons should not depend on that. (a cool discussion on the hackaton) -M On 15 Dec 2007 19:01:00 +0100, Mario Ivankovits [EMAIL PROTECTED] wrote: does this mean EVERY user has to drop in a slf4j jar then? Why not stick with cl and those willing to use sl4j drop in the adapter jar? Mario

Re: [commons] What Logger ?

to commons-logging or log4j. Regards, Simon On Sat, 2007-12-15 at 18:32 +, Bruno Aranda wrote: And sorry, I do not know sl4j, what do we gain with it? Thanks! Bruno On 15 Dec 2007 19:26:00 +0100, Mario Ivankovits [EMAIL PROTECTED] wrote: could you explain what we gain from that switch

Re: svn commit: r602459 - /myfaces/orchestra/trunk/core/src/main/java/org/apache/myfaces/orchestra/conversation/spring/AbstractSpringOrchestraScope.java

Sorry for the whitespace stuff, I thought I reverted them. This one is the real patch: Author: imario Date: Sat Dec 8 05:05:14 2007 New Revision: 602459 URL: http://svn.apache.org/viewvc?rev=602459view=rev Log: fixed regression regarding viewController scope Modified:

[jira] Commented: (ORCHESTRA-13) RequestParameterProviderManager fails when template URL includes EL expressions

[ https://issues.apache.org/jira/browse/ORCHESTRA-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548721 ] Mario Ivankovits commented on ORCHESTRA-13: --- But the RequestParameterProvidedManager should not see any

Re: MyFaces logo :)

Hi! 1. The Blue-Orange, two complementary colors, has a strong contrast, but in my opinion blue is a very common color in many logos now a days in special ICEfaces has a blueish logo. +1 Thats my favorite! This also allows us nicely to adjust the site colors. 2. The Apache red-Apache

Re: Portlet Bridge logo

Hi! Here are the possible Logo's that Adonis forwarded me for the bridge project. Anyone have any preferences? I think I like the ones in logo_3 better but not sure which one. In logo_3 I like 3 and 7, where I'd opt for 7 as this is stylish enough to not be a bridge but still remembers one

Re: [commons] structure proposal...

Hi! I am fine with that, just, I'd change the name commons for validators/converters/fileupload /commons/ -/myfaces-validators -... or what ? I thought more about /commons/ -/myfaces-commons-utils /newprojectname/ -/myfaces-newprojectname-validators

Re: [commons] structure proposal...

Hi! I thought more about /commons/ -/myfaces-commons-utils /newprojectname/ -/myfaces-newprojectname-validators -/myfaces-newprojectname-converters -/myfaces-newprojectname-ppr -/myfaces-newprojectname-grids -/myfaces-newprojectname-layouters no real need for a new project name, IMO

Re: [result][vote] start up the MyFaces Commons project

Hi! I don't think a separation between api and impl jars is useful. I second that. For the same reasons. It makes things unnecessary complicated To ensure api stability community review should be enough - and then there is a maven plugin for that, no? BTW: I thought we agreed on a

Re: [orchestra] Conversation issues with master-detail

Hi! I am trying to create a master-detail screen scenario and am following the best-practices guide in the wiki (the simple CRUD cycle - http://wiki.apache.org/myfaces/A_simple_Crud_Cycle) and it does not actually work. Am I doing something wrong? Unhappily the author of this page did not say

Re: [result][vote] start up the MyFaces Commons project

Hi! well, when we put in the converters/validators, we will also have faces-cfg for them... Yep, if we have separate projects we can have the faces-config.xml again. Regarding the sandbox: I'd like to suggest to use the tomahawk sandbox for myfaces land at all. Lets promote the

Re: [result][vote] start up the MyFaces Commons project

Hi Manfred! Oh no! Seems like we are going round in circles... :-( Seems like. A mail (31.10.2007 21:59) from you And don't forget about all those (renderkit-independent!) converters and validators. People might argue for putting them into a jsfcommons components artifact. What about the

Re: [result][vote] start up the MyFaces Commons project

Hi! If we need jar supporting component-developer we should stop the repackaging of shared, create a shared.jar and add the dependency instead to impl and tomahwak. Oh ... how much I'd love this to happen Ciao, Mario

Re: [result][vote] start up the MyFaces Commons project

Hi! that would easy the debugging as well. why? If you have both sources for api and impl jar in your IDE there is no difference. It IS. You have to know at which class to set a breakpoint. Even if you see a shared class, you have to set the breakpoint to the refactored

Re: [result][vote] start up the MyFaces Commons project

Hi! Mario Ivankovits [EMAIL PROTECTED] schrieb: I don't see any reason why we shoulnd't being able to provide a stable api even for shared. I have to strongly disagree here. I know what all this means, but, this statement, and what Manfred wrote means, that MyFaces

Re: Tomahawk ExtensionsFilter, Trinidad skinning (and Tobago)

Hi! the solution is far from perfect. For me, every solution requiring buffering is far from perfect. With JSF 1.1 nothing else worked except like the StreamingAddResource or DojoAddResource, but they have their own drawbacks. For JSF1.2 this is why I suggested in another thread to

Re: Rendering amp; instead of for href attribute

Hi! So, I propose to always render amp; as it is recommended in the W3C HTML Spec. I'd propose to make it configureable out of the box, a simple context-param with default to amp; - easy enough and will survive the users from providing their own LinkRenderer. Something like:

<    1   2   3   4   5   6   7   8   9   10   >