On Fri, 2005-12-16 at 13:10 +1300, Simon Kitching wrote:
Can we please not get sidetracked from the core issues?
They are:
* should we do logging via a MyFaces logging api, to avoid direct
dependencies between lots of MyFaces classes and *any* external logging
library?
* are external depen
[
http://issues.apache.org/jira/browse/MYFACES-847?page=comments#action_12360555
]
Dennis Byrne commented on MYFACES-847:
--
Someone may want to close this, as the exception can be avoided by configuring
a Converter.
> NPE w/ UpdateActionListener when
Can we please not get sidetracked from the core issues?
They are:
* should we do logging via a MyFaces logging api, to avoid direct
dependencies between lots of MyFaces classes and *any* external logging
library?
* are external dependencies allowed in the API jarfile?
Once we sort those out,
Add to NavigationMenu.
--
Key: MYFACES-955
URL: http://issues.apache.org/jira/browse/MYFACES-955
Project: MyFaces
Type: New Feature
Components: Tomahawk
Versions: 1.1.1
Environment: Windows XP, JBoss 4.0.3SP1
Reporter: Da
Never mind!
You are right again, MyFaces doesn't solve the problems as powerful
and easy as facelets do. What we have in place are mere work-arounds.
In fact, Jacob should take up the 4 points you mentioned and put it
right up on the facelets webpage. With that in place, we'll have less
misunders
does not work inside
---
Key: MYFACES-954
URL: http://issues.apache.org/jira/browse/MYFACES-954
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly
Environment: Windows XP, JBoss 4.0.3 SP1
R
That looks like a very interesting option, I really like the formatted way of showing the messages and the simple runtime jar swap to switch implementations.TravisOn 12/15/05,
Shane Bryzak <[EMAIL PROTECTED]> wrote:
How about using SLF4J? (http://www.slf4j.org/) For anyone that doesn'
InputHtml content disappear on IE and cover buttons below on Mozilla
Key: MYFACES-953
URL: http://issues.apache.org/jira/browse/MYFACES-953
Project: MyFaces
Type: Bug
Components: Tomahawk
Ve
How about using SLF4J? (http://www.slf4j.org/) For anyone that doesn't know what this is, here's an excerpt from the site:
"The Simple Logging Facade for Java or (SLF4J) is intended to serve as a simple facade for various logging APIs allowing to the end-user to plug in the desired implement
Hi Mario,
Mario Ivankovits wrote:
Why wouldnt you create this wrapper library under the umbrella of
commns-logging?
Different commons-logging libraries using static linking instead of the
dynamic behaviour.
Say: commons-logging-log4j, commons-logging-jdklogger
This sort of thing is under *co
On 12/14/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
Hi,I've had a go at building a logging lib as required. However I'verealized something to do with dependencies that I think is rather important.It's a known rule that no new classes can be added to the "
javax.faces"namespace.
More precisely, n
I'd also be very curious to hear why additional dependencies
are verboten. I agree that depending on JDK 1.4 would
break compliance, but can't see anything else being
an issue.
-- Adam
On 12/15/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Yes, I am meaning this very small logging wrapper
On 12/14/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> ;)
>
> Jacob,
>
> I don't want to start a war here. period ;)
>
> I am just playing ping-pong to Adam's style, which he sometimes
> deserves... or - put in another way - I don't want MyFaces to loose
> half its community due to insulted co
[ http://issues.apache.org/jira/browse/MYFACES-952?page=all ]
Ricardo Tercero Lozano updated MYFACES-952:
---
Attachment: tree2.rar
> Tree2: allow application event on expand
>
>
> Key: MYFACES-952
Tree2: allow application event on expand
Key: MYFACES-952
URL: http://issues.apache.org/jira/browse/MYFACES-952
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: 1.1.1
Reporter: Ricardo Tercero
Can't remove Label bar tx:in
Key: MYFACES-951
URL: http://issues.apache.org/jira/browse/MYFACES-951
Project: MyFaces
Type: Bug
Components: Tobago
Reporter: Olexandr Zakordonskyy
Can't remove gray bar before input if label attrib
[
http://issues.apache.org/jira/browse/MYFACES-857?page=comments#action_12360506
]
Beat Seeliger commented on MYFACES-857:
---
Do you use tiles or some conditional tags? I had the same effect and resolved
the problem by defined the id for each JSF tags
Yes, I am meaning this very small logging wrapper that Simon wrote. I
don't see any problem in relying on this.
How did Ed argue that additional dependencies would make you loose
spec-compliancy?
Is it put down somewhere in the spec?
Can you post a short summary of your discussion?
regards,
Ma
The possibility to be without the dependency is only important if we
want to stay spec-compliant.
A discussion with Ed Burns (on the chat) showed that requiring
additional
dependencies makes you loose that compliancy, if it were judged in a
restricitve way. BUT he indicated that such a logger-dep
I still think it is OK to depend on another jar from the jsf-api.jar.
Adam Winer has already stated that he would think so, too. Any objections?
regards,
Martin
On 12/15/05, Jesse Alexander (KBSA 21)
<[EMAIL PROTECTED]> wrote:
> Hi Mario
>
> I think it is because in this way (having this logger
[
http://issues.apache.org/jira/browse/MYFACES-255?page=comments#action_12360502
]
sean schofield commented on MYFACES-255:
Which version are you using. There is a 1.1.0 release which *already* includes
this patch. Have you tried this version?
>
These kinds of questions are best discussed on the user list. There
is also a much larger group of people there who can help with your
question.
sean
On 12/13/05, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Which tomcat are you using?
>
>
>
> On 12/13/05, Dennis Byrne <[EMAIL PROTECTED]> wr
Hi Mario
I think it is because in this way (having this logger-abstraction in the
myfaces-jars)
it is possible to eliminate the runtime-dependency on commons-logging in
an
easier way.
If, as deployer, I do not want commons-logging in the container, at most
I
write two dummy-classes which replace
Missing singlequote in javascript codegeneration
Key: MYFACES-950
URL: http://issues.apache.org/jira/browse/MYFACES-950
Project: MyFaces
Type: Bug
Components: Tomahawk
Environment: tomcat, jdk5
Reporter: Andre
Hi Simon,
The solution seems to be working fine.
Thanks & Regards,
Naveen Modi.
- Original Message -
From: "Simon Kitching (JIRA)"
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 14, 2005 6:58 AM
Subject: [jira] Commented: (MYFACES-919) JSF's component not functioning
properly after c
25 matches
Mail list logo