Re: [site] preferred doc format for website

2007-12-15 Thread Mario Ivankovits
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: [site] preferred doc format for website

2007-12-15 Thread Wendy Smoak
On Dec 15, 2007 7:29 AM, Simon Kitching [EMAIL PROTECTED] wrote: I'm experimenting with some changes to the myfaces site. I see that there are some files in maven APT format, and some in XDOC. Which is the preferred format for files? In particular, I'd like to split docs into versions that

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

2007-12-15 Thread Mario Ivankovits
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

2007-12-15 Thread Mario Ivankovits
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

Re: [site] preferred doc format for website

2007-12-15 Thread Andrew Robinson
+1 on apt -1 on xdoc APT is *much* easier to write. Why do we have to choose one? As long as the author is writing documentation, we should be happy right? -Andrew On Dec 15, 2007 7:35 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: -1 on APT +1 on XML On Dec 15, 2007 3:29 PM, Simon

Re: [site] preferred doc format for website

2007-12-15 Thread Manfred Geiler
I personally like the APT format. However +1 on both formats (the author chooses) --Manfred On 12/15/07, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on apt -1 on xdoc APT is *much* easier to write. Why do we have to choose one? As long as the author is writing documentation, we should be

[commons] What Logger ?

2007-12-15 Thread Matthias Wessendorf
Hi, I think, I'll use http://slf4j.org/ for the logger in commons. What do you think about that ? -M -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org

Re: [commons] What Logger ?

2007-12-15 Thread Manfred Geiler
+1 --Manfred On 12/15/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I think, I'll use http://slf4j.org/ for the logger in commons. What do you think about that ? -M -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions:

Re: [commons] What Logger ?

2007-12-15 Thread Mario Ivankovits
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 ?

2007-12-15 Thread Matthias Wessendorf
I think, that Manfredo will also put it into myfaces-core :-) Simon suggested to create a MyFaces 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

Re: [commons] What Logger ?

2007-12-15 Thread Mario Ivankovits
could you explain what we gain from that switch? I just see one additional jar as the user has to deal with cl anyway. It is the defacto standard. Did you consider the java std log facility. Might be as good as sl4j. A cl adapter might be doable there too. Mario -Original Message-

Re: [commons] What Logger ?

2007-12-15 Thread simon
The issue is that Trinidad (ADF faces) has always emitted internationalised log messages, by using its own logging implementation. But commons-logging does not offer any help for that. If code wants to emit a log message that can be internationalised, it looks like this: if

Re: [commons] what logger

2007-12-15 Thread Simon Kitching
On Sat, 2007-12-15 at 17:52 +0100, Matthias Wessendorf wrote: Hi, I think, I'll use http://slf4j.org/ for the logger in commons. What do you think about that ? [first, sorry for not replying in-thread. I can currently receive emails but cannot send them except via a web/interface.

Re: [commons] What Logger ?

2007-12-15 Thread Mario Ivankovits
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 wrapper. I would not complain if commons depend on it, I think. Mario -Original Message- From: simon [EMAIL PROTECTED] Date:

Re: [commons] what logger

2007-12-15 Thread Matthias Wessendorf
On Dec 15, 2007 8:06 PM, Simon Kitching [EMAIL PROTECTED] wrote: On Sat, 2007-12-15 at 17:52 +0100, Matthias Wessendorf wrote: Hi, I think, I'll use http://slf4j.org/ for the logger in commons. What do you think about that ? [first, sorry for not replying in-thread. I can currently

Re: [commons] What Logger ?

2007-12-15 Thread Matthias Wessendorf
The trinidad logger wraps the JDK one. It internally looksup a resourcebundle and with getMessage(SomeKey,...) you get the translated msg, which you put into methods like warning(String); On Dec 15, 2007 7:59 PM, simon [EMAIL PROTECTED] wrote: The issue is that Trinidad (ADF faces) has always

logging

2007-12-15 Thread Simon Kitching
Hi Mario, You mean a myfaces-commons-logging module, that the following depend on? * myfaces-commons-* * myfaces-core * myfaces-trinidad The problem again is that each of those has its own resource bundle for its messages, and that there would need to be some mechanism for it to inform the

[vote] MyFaces Master pom v4

2007-12-15 Thread Manfred Geiler
This is the formal vote for the new myfaces master POM version 4. You can find the signed release candidate at [1]. Please vote +1 if you reviewed the new master pom version 4 and think we can use it -1 if you found a flaw or potential problem with the new master pom Thanks, --Manfred [1]

Re: [vote] MyFaces Master pom v4

2007-12-15 Thread Bruno Aranda
+1 On 15/12/2007, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On Dec 15, 2007 8:34 PM, Manfred Geiler [EMAIL PROTECTED] wrote: This is the formal vote for the new myfaces master POM version 4. You can find the signed release candidate at [1]. Please vote +1 if you reviewed the

Re: site restructure

2007-12-15 Thread Manfred Geiler
I also fiddled with the site a few weeks ago... and got stuck. ;-) Well here is the outcome of my fiddling: http://people.apache.org/~manolito/myfaces-site/ Notice the collapsible menu items. I made them uncollapsed for this example, but they should be collapsed on the main page (like on the

Re: [vote] MyFaces Master pom v4

2007-12-15 Thread Cagatay Civici
+1 On Dec 15, 2007 10:24 PM, Bruno Aranda [EMAIL PROTECTED] wrote: +1 On 15/12/2007, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On Dec 15, 2007 8:34 PM, Manfred Geiler [EMAIL PROTECTED] wrote: This is the formal vote for the new myfaces master POM version 4. You can find

Re: site restructure

2007-12-15 Thread Matthias Wessendorf
I like the sub-categories from Manfred's proposal -M On Dec 15, 2007 9:45 PM, Manfred Geiler [EMAIL PROTECTED] wrote: I also fiddled with the site a few weeks ago... and got stuck. ;-) Well here is the outcome of my fiddling: http://people.apache.org/~manolito/myfaces-site/ Notice the

[Trinidad] Maven Plugins

2007-12-15 Thread Matthias Wessendorf
Hi, there is this maven plugins folder for the Trinidad Plugins (see [1]). The Trinidad inside the name may confuse people. The plugins are generally usable outside of Trinidad as well. The maven-faces-plugin for instance, is used in other projects, such as MyFaces Core, or MyFaces Commons. The

Re: [Trinidad] Maven Plugins

2007-12-15 Thread Matthias Wessendorf
Bernd's wagon could be also hosted there as well. -M On Dec 15, 2007 11:12 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, there is this maven plugins folder for the Trinidad Plugins (see [1]). The Trinidad inside the name may confuse people. The plugins are generally usable outside of

[jira] Commented: (PORTLETBRIDGE-20) PortletConfig not added to the proper ELContext

2007-12-15 Thread Kito D. Mann (JIRA)
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552149 ] Kito D. Mann commented on PORTLETBRIDGE-20: --- FWIW, I just applied the patch locally and it appears

Re: [Trinidad] Maven Plugins

2007-12-15 Thread Bruno Aranda
+1 About the naming, though, this seems to be more myfaces-build-tools than myfaces-dev-tools, because as far as I understand, this artifacts are used during the build, not for just development... Thanks for the good work! Bruno On 15/12/2007, Matthias Wessendorf [EMAIL PROTECTED] wrote: