Just checked my project with:
trinidad-api-1.0.3.jar
trinidad-impl-1.0.3.jar
Everything fine there!
Carsten
Carsten Pieper wrote:
Hm, not really related to this vote, but probably related to Jeanne's
problem
(note that I'm not on 1.2.3 but on 1.0.4-SNAPSHOT):
A project of mine that I
Hi,
1.2.3 is similar to the bits we have in 1.0.3
regarding the issue you notice, can you please file a bug, with some more infos?
-page code
-stack trace
Thx!
On 10/26/07, Carsten Pieper [EMAIL PROTECTED] wrote:
Just checked my project with:
trinidad-api-1.0.3.jar
trinidad-impl-1.0.3.jar
might not be related to the facelet version
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Carsten,
are you using Facelets 1.1.8 ?
http://www.nabble.com/Problems-after-upgrading..-t1754242.html
On 10/26/07, Carsten Pieper [EMAIL PROTECTED] wrote:
Hm, not really related to
For some reasons Facelet's tag handler for the convertBlah doesn't get
that the wrapping this is a value-holder.
building 1.0.4-SNAP now, and checking.
Since this comes from Facelets, I am almost sure not related to jeanne's issue
-M
On 10/26/07, Carsten Pieper [EMAIL PROTECTED] wrote:
Hm,
tr:outputText value=#{user.birthday}
f:convertDateTime pattern=dd.MM. /
/tr:outputText
works as well.
Is it possible that the jar doesn't contain (for what ever reasons the
faces-taglib ?)
I just did a 1.0.4-SNAP and f:convertDateTime works:
-with valueHolder
-with *editable*
Hi Carsten,
it looks to me as if tr:inputText can not be evaluated to a component
- can you check your html-output, if there is the string tr:inputText
in there?
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Works for me.
tr:inputText label=Birthday:
TagException on f:convertDateTime in Trinidad 1.0.4-SNAPSHOT
--
Key: TRINIDAD-784
URL: https://issues.apache.org/jira/browse/TRINIDAD-784
Project: MyFaces Trinidad
Issue Type: Bug
Works for me.
tr:inputText label=Birthday: readOnly=#{!edit}
value=#{bean.user.birthday}
f:convertDateTime pattern=dd.MM./
/tr:inputText
(inside inputDate as well)
so does the tr:convertDateTime
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED]
Hi Martin,
- can you check your html-output, if there is the string tr:inputText
in there?
Er, I might be missing something, but how can I do that as the browser
doesn't
show me my page but the error page? Thus no html-output available...
Thanks, Carsten
Martin Marinschek wrote:
Hi
Yeah, otherwise that didn't make sense :-)
I did a check out, after you complained and updated my little application.
Wörks.
I'll close your bug ;-)
On 10/26/07, Carsten Pieper [EMAIL PROTECTED] wrote:
Hi Matthias,
Is it possible that the jar doesn't contain (for what ever reasons the
Right, Carsten, sorry. You could have gotten out the converter
however, and then check the output ;)
regards,
Martin
On 10/26/07, Carsten Pieper [EMAIL PROTECTED] wrote:
Hi Martin,
- can you check your html-output, if there is the string tr:inputText
in there?
Er, I might be missing
My current client would kiss you for a solution for this ;)
regards,
Martin
On 10/26/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Even in Facelets I have seen that it start buffering the output of the
page when it comes to state saving.
But with Server-Side-State-Saving () it
I do suspect there should be converters for this, sure. Want me to
relay this question to the EG?
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
do you guys plan to support converters for the Numbers in package
java.util.concurrent.atomic, like AtomicLong or
[
https://issues.apache.org/jira/browse/MYFACES-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537911
]
Martin Marinschek commented on MYFACES-1729:
Ok, I like your last solution best as well, but I wonder
[
https://issues.apache.org/jira/browse/MYFACES-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1739:
---
Resolution: Fixed
Assignee: Martin Marinschek
Status: Resolved (was:
Hi!
[
https://issues.apache.org/jira/browse/MYFACES-1746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1746:
---
Resolution: Fixed
Assignee: Mario Ivankovits
Status: Resolved
The Renderer has to implement that interface then.
Implementing interface would break TCK test of JSF spec.
custom renderer. those aren't bound to TCK
-M
With either a or b the getResources() method will be called and all
the required resources are collected.
Then, with help of our
JSR 314 says:
First class support for bundling and delivering static resources
associated with a component: images, stylesheets, scripts, etc. Should
be able to specify default locations for resources.
Two options:
-start impl and move to faces² asap
-wait
On 10/26/07, Mario Ivankovits [EMAIL
Hi!
Even in Facelets I have seen that it start buffering the output of the
page when it comes to state saving.
But with Server-Side-State-Saving () it should be possible to just
render a unique id whith which the state is associated then, no?
No need to buffer anymore then.
I think with
Hi,
quite interesting ideas, but they have few glitches (inside).
Mario Ivankovits napsal(a):
Hi!
Sorry for the lenghty mail!! Maybe something for the upcoming MyFaces
Commons project.
To get rid of the AddResource oddities I thought about introducing a
new resource dependency framework.
[
https://issues.apache.org/jira/browse/MYFACES-1749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1749:
---
Resolution: Fixed
Assignee: Martin Marinschek
Status: Resolved (was:
Hi!
The idea is (if running in an environment which allows this (JSF =
1.2, facelets) to:
a) scan the JSF tree after it has been created and before it is going
to be rendered
b) collect the required resources during creation of the tree
Both possibilities are in wrong place - if all resources
[
https://issues.apache.org/jira/browse/MYFACES-1746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1746:
---
Resolution: Fixed
Assignee: Mario Ivankovits
Status: Resolved (was:
[
https://issues.apache.org/jira/browse/MYFACES-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1752.
---
Resolution: Duplicate
MYFACES-1746
Wasn't aware that this has been uncovered
[
https://issues.apache.org/jira/browse/MYFACES-1684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1684:
---
Resolution: Fixed
Assignee: Martin Marinschek (was: Matthias Weßendorf)
Yeah, I set you as an assignee, because it was you who provided the fix.
Well, one always learns by digging, right?
regards,
Martin
On 10/26/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
[
[
https://issues.apache.org/jira/browse/MYFACES-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537907
]
Martin Marinschek commented on MYFACES-1741:
As soon as you have a patch ready (with documentation),
Hi,
do you guys plan to support converters for the Numbers in package
java.util.concurrent.atomic, like AtomicLong or AtomicInteger ?
-Matthias
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
I pinged the JSF-RI list already, but please forward this question. Thx !
-M
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
I do suspect there should be converters for this, sure. Want me to
relay this question to the EG?
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL
[
https://issues.apache.org/jira/browse/TOMAHAWK-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12537916
]
Martin Marinschek commented on TOMAHAWK-1031:
-
Hi Leonardo,
I'm still not sure about this. Maybe you
Hi,
created this graphic.
http://people.apache.org/~matzew/orchestra.png
Do we want to include that in the documentation ?
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
I had to replace the bits...
because of TRINIDAD-134. Forgot it...
Location for the files are still the same.
-M
On 10/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.3 release of the Apache
MyFaces Trinidad CORE out. The artifacts are
haha. ok
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
If you reduce the marketing level ;)
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
As a note JSF Beans... doesn't mean they need to be inside of faces-config.
On 10/26/07, Mario
Mario Ivankovits schrieb:
But with Server-Side-State-Saving () it should be possible to just
render a unique id whith which the state is associated then, no?
No need to buffer anymore then.
I think with a special ViewHandler (intercept writeState to write the id
and build the state after
Martin Marinschek schrieb:
it's a bit more: it stores the current view id and the sequence-id
(for back-button support).
Isn't the sequence number written out separately in HtmlFormRendererBase
with (in 1.2.1)?
regards,
Michael
well, what other databases are there?
;)
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
haha. ok
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
If you reduce the marketing level ;)
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL
[
https://issues.apache.org/jira/browse/MYFACES-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1742:
---
Resolution: Fixed
Assignee: Martin Marinschek
Status: Resolved (was:
As mentioned on the other thread, please change this back to the
actual location of the code in svn. The project-info-reports-plugin
can be configured to use a different url for the
source-repository.html page. -Wendy
On 10/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mmarinschek
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
While working on the PB, I realized the following:
http://myfaces.apache.org/source-repository.html
the links further down point to the wrong source-directory. I think
this is as the pom of the site module sets this... I just changed
Hi Wendy,
is this ok?
reporting
plugins
plugin
artifactIdmaven-project-info-reports-plugin/artifactId
configuration
I just say database...
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
well, what other databases are there?
;)
regards,
Martin
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
haha. ok
On 10/26/07, Martin Marinschek [EMAIL PROTECTED] wrote:
If you reduce the
[
https://issues.apache.org/jira/browse/TRINIDAD-783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-783.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Merged client-side and server-side
[
https://issues.apache.org/jira/browse/TRINIDAD-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Robinson resolved TRINIDAD-144.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
Cleaned up message renderer to
I think the Caucho guys already committed this feature to JSF 2.0...
I committed this to Tomahawk a few weeks ago.
Dennis Byrne
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:Hi,
do you guys plan to support converters for the Numbers in package
java.util.concurrent.atomic, like
;)
and optimized state-saving... cool stuff in Caucho, really.
regards,
Martin
On 10/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I think the Caucho guys already committed this feature to JSF 2.0...
I committed this to Tomahawk a few weeks ago.
Dennis Byrne
On 10/26/07, Matthias
This was on the 1.1 branch. I agree, it would be nice to have in this in
JSF 2.0.
It's hard to beat Caucho :(
Dennis Byrne
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
wouldn't it make sense to have that on standard, instead of tomahawk /
sandbox?
On 10/26/07, Dennis Byrne
I committed this to Tomahawk a few weeks ago.
Dennis Byrne
On 10/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
do you guys plan to support converters for the Numbers in package
java.util.concurrent.atomic, like AtomicLong or AtomicInteger ?
-Matthias
--
Matthias Wessendorf
Do not require to buffer the output with server-side-state-saving
-
Key: MYFACES-1753
URL: https://issues.apache.org/jira/browse/MYFACES-1753
Project: MyFaces Core
Issue Type:
[
https://issues.apache.org/jira/browse/MYFACES-1744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Brainard updated MYFACES-1744:
Status: Patch Available (was: Open)
Validation messages is shown for SelectOneMenu in
49 matches
Mail list logo