brrr, pretty bad thing.
Maybe there should be a configuration parameter telling where the
messages files for tomahawk reside?
regards,
Martin
On 12/8/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Is it possible to store tomahawk messages somewhere other than
javax.faces.Messages.properties?
+1
and yes, Volker, no rendering specific stuff involved.
regards,
Martin
On 11/27/06, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
i didn't know this component before, looks very usefull.
I prefer to have this in the new commons project, to enabel the use in
non tomahawk applications e.g.
+1 for starting off with commons
+1 for your first naming suggestion
regards,
Martin
On 11/24/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Important hint, thanks!
My feeling is, we should have only one jsf-commons project and resolve
version issues in the way springframework does support both
Interesting! Let's have a look.
regards,
Martin
On 11/24/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Woha interesting stuff, I just have a minor issue with using yet
another view handler.
Let me look at the stuff first before giving a clear comment on it.
that viewhandler is a
good catch. Thanks!
regards,
Martin
On 11/24/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: cagatay
Date: Fri Nov 24 06:13:41 2006
New Revision: 47
URL: http://svn.apache.org/viewvc?view=revrev=47
Log:
Updated client state params to javax.faces.ViewState
Modified:
: 1.1.5-SNAPSHOT
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
The PPR-listener automatically includes its responses in CDATA-sections. If
this response additionally includes scripts, then the responsewriter adds
another CDATA
Feature
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
Implemented an s:loadBundle for better AJAX and PPR handling for loading
messages on every request-lifecycle (except restore-view
For the record: it wasn't Werner who did the update.
regards,
Martin
On 11/17/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Anyway, the update is done, +1 for leaving the codebase in unless
something serious arises. I just would have preferred to have it the
usual way with a voting
Sure not - I thought you had fixed that already a while ago - don't
remember. We might need it once in the API and once in shared? Two
times in shared is once too much.
regards,
Martin
On 11/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
but not in two methods :)
On 11/19/06, Martin
Hi Matze,
we could do both an instanceof, and as a failsafe method, a family
check as well.
regards,
Martin
On 11/18/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
one more on that.
since we only use families the *second* method is not able to work
with the struts-faces bridge lib
(since
Thomas has run the TCK tests - they run through now again.
regards,
Martin
On 11/18/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
From what I know there was an issue on the TCK test...
I asked Thomas three weeks ago to run the TCK.
Thomas, can you comment here?
-M
On 11/17/06, Paul
It's been Sylvain who's been doing the upgrade.
Please, Sylvain, get yourself an IE6 to test with before you do an
important upgrade like this - and go through the sandbox components...
regards,
Martin
On 11/17/06, Werner Punz [EMAIL PROTECTED] wrote:
Werner Punz schrieb:
Gerald Müllan
[
http://issues.apache.org/jira/browse/MYFACES-1494?page=comments#action_12450320
]
Martin Marinschek commented on MYFACES-1494:
Why would I want to render anything if there is an exception in the execute
step?
Wouldn't
[ http://issues.apache.org/jira/browse/TOMAHAWK-748?page=all ]
Martin Marinschek resolved TOMAHAWK-748.
Resolution: Fixed
Assignee: Martin Marinschek
International Characters not displaying correctly - apparent encoding problem
[ http://issues.apache.org/jira/browse/TOMAHAWK-397?page=all ]
Martin Marinschek resolved TOMAHAWK-397.
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Won't Fix
Assignee: Werner Punz
Thanks to Werner for this evaluation.
A little
The best thing about JavaPolis is _where_ it is. This region is so
beautiful, that I'd call it (for the cities and their buildings) the
most beautiful region in Europe. If you want to go for nature, that's
better somewhere else, for sure ;)
regards,
Martin
On 11/15/06, Sean Schofield [EMAIL
[ http://issues.apache.org/jira/browse/MYFACES-1492?page=all ]
Martin Marinschek resolved MYFACES-1492.
Resolution: Invalid
Assignee: Cagatay Civici
Cagatay was absolutely right in closing this...
regards,
Martin
valueChangeListener
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449372
]
Martin Marinschek commented on MYFACES-1492:
Hi Mircea,
why shouldn't your getters be called if you call renderResponse?
Of course
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449379
]
Martin Marinschek commented on MYFACES-1492:
Ah,
now I know what you're talking about - you're talking about a dynamically bound
value
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449391
]
Martin Marinschek commented on MYFACES-1492:
Hi Mircea,
we're implementing a specification here - we cannot implement the basic
No, I don't. Just switch back to 2.0.4 and you'll see what the problem is!
regards,
Martin
On 11/10/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
Do you remember the class name?
On 11/10/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Thomas, could you take this over?
regards,
Martin
Sure!
we might do the same sometime ;)
regards,
Martin
On 11/9/06, Scott O'Bryan [EMAIL PROTECTED] wrote:
Yay.. Thanks Martin.
Martin Marinschek wrote:
There is nothing offending in copying any of the classes over from
MyFaces-Impl to Trinidad!
regards,
Martin
On 11/8/06, Scott
There is nothing offending in copying any of the classes over from
MyFaces-Impl to Trinidad!
regards,
Martin
On 11/8/06, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey Guys,
All arguments about the need for a common code package aside (yes, I
will continue to champion this), Trinidad has the
Hi Wendy,
well, yes - I'm working on both 1.1.5 snapshot of tomahawk and impl,
and the startup didn't work anymore. A class that has recently been
added by Thomas wasn't found.
regards,
Martin
On 11/8/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED]
Thomas, could you take this over?
regards,
Martin
On 11/9/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/9/06, Martin Marinschek [EMAIL PROTECTED] wrote:
well, yes - I'm working on both 1.1.5 snapshot of tomahawk and impl,
and the startup didn't work anymore. A class that has recently been
[ http://issues.apache.org/jira/browse/TOMAHAWK-774?page=all ]
Martin Marinschek updated TOMAHAWK-774:
---
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
I suppose that's a subscriber's address that doesn't work anymore?
regards,
Martin
On 11/3/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Hi infra,
Any help for us on this one?
Dennis Byrne
-Original Message-
From: Cagatay Civici [mailto:[EMAIL PROTECTED]
Sent: Friday, November 3, 2006
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
MyFaces currently doesn't handle the case of null-values for the base
parameter in the calls to methods of PropertyResolverImpl. This is bad for
user-feedback - they never know that a bean
[ http://issues.apache.org/jira/browse/MYFACES-1486?page=all ]
Martin Marinschek resolved MYFACES-1486.
Resolution: Fixed
Error Handling in Property-Resolver-Impl
Key: MYFACES-1486
Components
Affects Versions: 1.1.3
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
Callback Handling in AJAX-Form components was prepared for originally, but
never fully implemented. Did that...
regards,
Martin
--
This message
[ http://issues.apache.org/jira/browse/TOMAHAWK-765?page=all ]
Martin Marinschek resolved TOMAHAWK-765.
Resolution: Fixed
Callback-Handling in AJAX-Form components
-
Key: TOMAHAWK-765
[
http://issues.apache.org/jira/browse/TOMAHAWK-764?page=comments#action_12446317
]
Martin Marinschek commented on TOMAHAWK-764:
But how will the data-scroller ever update the first attribute then?
regards,
Martin
ValueBinding
[
http://issues.apache.org/jira/browse/TOMAHAWK-764?page=comments#action_12446343
]
Martin Marinschek commented on TOMAHAWK-764:
Your b) suggestion is the only that would work, but JSF never does this - so
I'd not be very
[
http://issues.apache.org/jira/browse/TOMAHAWK-764?page=comments#action_12446357
]
Martin Marinschek commented on TOMAHAWK-764:
I don't see how immediate=true would change anything here.
Ok, I've gone with your suggestion and I am
[ http://issues.apache.org/jira/browse/TOMAHAWK-764?page=all ]
Martin Marinschek updated TOMAHAWK-764:
---
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Assignee: Martin Marinschek
[ http://issues.apache.org/jira/browse/TOMAHAWK-764?page=all ]
Martin Marinschek resolved TOMAHAWK-764.
Resolution: Fixed
of course! one shouldn't program at 20:00 on a public holiday.
fixed now...
regards,
Martin
ValueBinding lost
As an outcome of this discussion, I'm +1 for 1.
regards,
Martin
On 10/31/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
1.) Seperate NavigationHandlerImpl
IMHO, this is a must! I think we should *not* implement stuff which
silently changes/enhances the behaviour - especially in
I definitely think Ernst's idea is a good one - and I do think that a
configuration-parameter for adding this would be optimal.
The dummy-form stuff was not compatible with the RI, overwriting a
navigation-handler in tomahawk, behaving differently if a
configuration parameter is set; would of
Hi Craig,
you have been argumenting into this direction before, and I'm sorry to
disagree completely. What JSF does in the standard is good for
projects where you have this necessity of different roles for page
development and back-end development.
Generally - for small projects, and the
Hi Mario,
well, the question is if we find a good convention-over-configuration
approach, and the discussion really boils down to your remark about
whether you can derive the view-id from the outcome nicely. Good
point. Ernst?
regards,
Martin
On 10/30/06, Mario Ivankovits [EMAIL PROTECTED]
in the theserverside.com about AOP considered harmful ;-) Regards
Arash
On 10/30/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Craig,
It's all about convention over configuration, and this concept is in
turn very good for maintenance. Writing unnecessary configuration code
isn't
this
is just as Craig says because they haven't understand the deep rationality
behind navigation mechanism yet, and this feature will help them never
understand it!
On 10/30/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi David,
@breaking tool support: yes, that's true, and is something that might
Hold on with Tiles support - it works without problems even in the
current MyFaces-version.
Javascript stuff - yes, we need javascript. No way round it, except
you use only command-buttons.
regards,
Martin
On 10/26/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Team,
Whatever happened to this
In the nightly builds, they are currently included, so yes, we'll have
them again. It's just a matter of getting the release out...
regards,
Martin
On 10/25/06, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
Are we going to have myfaces examples in downloads page again?
the text on
We will move this code into the view-handler. That's one of my tasks
that I still not found the time for.
regards,
Martin
On 10/21/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Hi there,
I am implementing the ViewTag for faces 1.2. In the
ViewTag.doAfterBody() method we have the logic to mark
Yes, it will. We'll do the same as 1.2 does with building the tree.
regards,
Martin
On 10/24/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Martin!
We will move this code into the view-handler. That's one of my tasks
that I still not found the time for.
I still don't get why this
Versions: 1.1.5-SNAPSHOT
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
Fixed by adding a state-element in the response which is parsed by the
client-side-javascript. The content of this element overwrites the content
[ http://issues.apache.org/jira/browse/TOMAHAWK-745?page=all ]
Martin Marinschek resolved TOMAHAWK-745.
Resolution: Fixed
pprPanelGroup doesn't save the state
Key: TOMAHAWK-745
[
http://issues.apache.org/jira/browse/MYFACES-1428?page=comments#action_12442908
]
Martin Marinschek commented on MYFACES-1428:
Please post stack-trace with correct line numbering - at line 211, there can't
Project: MyFaces Core
Issue Type: Improvement
Components: JSR-252
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
Other field-names are not used anymore.
regards,
Martin
--
This message is automatically
[ http://issues.apache.org/jira/browse/MYFACES-1469?page=all ]
Martin Marinschek resolved MYFACES-1469.
Resolution: Fixed
Assignee: Martin Marinschek
State-saving now uses the parameter javax.faces.ViewState - as proposed by
the 1.2
. Please don't do that.
Martin Marinschek wrote:
That's good news! So we really need to get Sun up and moving...
Ed, can you help us out?
regards,
Martin
On 10/6/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
The license is done - I'm just waiting for the bits to be delivered...
Martin
] wrote:
This is utterly inappropriate. Please don't do that.
Martin Marinschek wrote:
That's good news! So we really need to get Sun up and moving...
Ed, can you help us out?
regards,
Martin
On 10/6/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
The license is done - I'm
I don't see how this would break either.
regards,
Martin
On 10/16/06, Cagatay Civici [EMAIL PROTECTED] wrote:
I mean if an object(not List) is serializable saveAttachedState simply
returns it so;
values[1] = getValue() instanceof StateHolder ? saveAttachedState(context,
getValue()) :
[
http://issues.apache.org/jira/browse/MYFACES-1467?page=comments#action_12442502
]
Martin Marinschek commented on MYFACES-1467:
Yes, I agree that this might be better off in an extended framework. But how to
build this extended
);
if (vb != null)
{
vb.setValue(context, value);
}
}
This works good both with stateholders and lists, also the ugly part is
removed since we dont need to tell the component to take special care during
restoreState.
Cagatay
On 10/15/06, Martin Marinschek [EMAIL
hey Zub, let's discuss this privately!
;)
regards,
Martin
On 10/16/06, Zubin Wadia [EMAIL PROTECTED] wrote:
DoubleM,
Have you left Gtalk on somewhere or r u ignoring me?
Z.
On 10/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
By the way - in private communication with Geir, He's told
[
http://issues.apache.org/jira/browse/MYFACES-1428?page=comments#action_12442529
]
Martin Marinschek commented on MYFACES-1428:
Should be fixed in the nightly build from 13/10/2006.
if not, please add comment.
regards,
Martin
Wendy,
you were the one who put up the tomahawk releases on ibiblio, right?
I haven't got a clue how this would work...
regards,
Martin
-- Forwarded message --
From: Roger Keays [EMAIL PROTECTED]
Date: Oct 13, 2006 7:06 AM
Subject: tomahawk on ibiblio?
To:
URL: http://issues.apache.org/jira/browse/TOMAHAWK-744
Project: MyFaces Tomahawk
Issue Type: Improvement
Components: Data Scroller
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Priority
[ http://issues.apache.org/jira/browse/TOMAHAWK-744?page=all ]
Martin Marinschek resolved TOMAHAWK-744.
Resolution: Fixed
Enable better layouting for dataScroller - ability to switch between list,
table, singleList and singleTable layouts
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12442699
]
Martin Marinschek commented on TOMAHAWK-738:
Hi Sean,
I see what you're saying about coupling restore.../save... I don't see your
point about
[
http://issues.apache.org/jira/browse/MYFACES-1467?page=comments#action_12442359
]
Martin Marinschek commented on MYFACES-1467:
Hi David, Cagatay, Matthias,
this bug is indeed a problem in the sourcebase. On a sidenote - I believe
The problem is that a list is internally not just serialized, but
specially treated (wrapped, and then on restore you have a different
list than you had before - no good).
And that's something that Cagatay understandably doesn't want
Cagatay, how about adding an additional parameter to the
. I suggest at a minimum that you create a JIRA issue and
mark it resolved so it makes it into the release notes.
Sean
On 10/10/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Yeah. I've already settled for a subclass. I had to copy over almost
everything from the tree-sources. The only thing which
Versions: 1.1.3
Reporter: Martin Marinschek
Assigned To: Martin Marinschek
Fix For: 1.1.5-SNAPSHOT
To be able to reuse the tree-walker of the tree2 and the tree-model itself
(without having to depend on UITreeData) a tree-interface has been refactored
out
+1 for a clear cut.
When you upgrade your app to a new version of MyFaces, you'll surely
be happy to have some of the components you used upgraded to tomahawk
from the sandbox. You'll be ok with going through the code-base and
doing a string-search-replace for the affected component-instances.
[
http://issues.apache.org/jira/browse/MYFACES-1467?page=comments#action_12442363
]
Martin Marinschek commented on MYFACES-1467:
Hi Craig,
what do you say to my reasoning for cases where required is either true or
false, depending
sounds good.
regards,
Martin
On 10/12/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
I'm not sure about the name for the component - you want to reuse the
logo for the component?
Just an idea. We don't need to.
I think it should only express what the
component is about, not what it's
Hi Mario,
sounds nice - a lot easier than with the cross-data-table. So Faces
Freeway is officially declared dead? What a pity...
regards,
Martin
On 10/11/06, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
Hi Mario
I think this sound pretty much like rubby on rails
I don't know about other
Ok, that's good to hear. Slimming down generators is always a good idea.
I'm not sure about the name for the component - you want to reuse the
logo for the component? I think it should only express what the
component is about, not what it's for...
regards,
Martin
On 10/12/06, Mario Ivankovits
[
http://issues.apache.org/jira/browse/TOMAHAWK-713?page=comments#action_12441059
]
Martin Marinschek commented on TOMAHAWK-713:
By the way - the two of you were speculating about the reason for the
javascript changes.
the major
[ http://issues.apache.org/jira/browse/TOMAHAWK-731?page=all ]
Martin Marinschek resolved TOMAHAWK-731.
Resolution: Fixed
Assignee: Martin Marinschek
Improvement in MyFaces-Javascripts for compatibility
Hi,
@Thomas - the changes you have introduced will affect one thing, and
that's back-button on server-side state saving. I do believe this is
important enough to release a new core as well.
@Wendy: I've commented on TOMAHAWK-713 - I currently don't see why
this is failing, I hope Jeff will
of
UITreeData. This breaks some custom tree implementations that I have
done offline so I may need to revert that. Let me see if I can work
with what you have.
Sean
On 10/5/06, Martin Marinschek [EMAIL PROTECTED] wrote:
No, it's a pity that not, but I can't. I'm at a client here in Germany
.
TreeWalker now needs to take an instance of Tree instead of
UITreeData. This breaks some custom tree implementations that I have
done offline so I may need to revert that. Let me see if I can work
with what you have.
Sean
On 10/5/06, Martin Marinschek [EMAIL PROTECTED] wrote
Hi Scott,
we've had re-occuring discussions about a new commons-module. This
would probably be good candidate for this. Additionally, I've still
got to review a commit for a module by Shinsuke Sugaya, which is about
portlet compatibility - maybe it would be good to put it there.
regards,
I like the component idea - definitely a good idea.
+1 for not using dojo if you use another way of not-intrusively
attaching the handler (that's not too hard, but still something to
consider)
regards,
Martin
On 10/9/06, Ernst Fastl [EMAIL PROTECTED] wrote:
I would also go for the
[
http://issues.apache.org/jira/browse/TOMAHAWK-713?page=comments#action_12441057
]
Martin Marinschek commented on TOMAHAWK-713:
Hi Jeff,
as for your issue 1 - the evaluation is not correct, as the onclick-event
handler will only
Followed the spec.
regards,
Martin
On 10/6/06, Werner Punz [EMAIL PROTECTED] wrote:
Martin Marinschek schrieb:
Hi Geir,
I know that there is not too much of your precious time we can ask for
- but is there any chance you could work your magic just like you did
for the TCK for JSF
That's good news! So we really need to get Sun up and moving...
Ed, can you help us out?
regards,
Martin
On 10/6/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
The license is done - I'm just waiting for the bits to be delivered...
Martin Marinschek wrote:
Hi Geir,
I know
of trinidad sharing with the
UIXCollection interface?
regards,
Martin
On 10/4/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi M-
On 10/4/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi *,
I'm reviewing the tree2 currently, and I was wondering if we could
have a discussion about some
[ http://issues.apache.org/jira/browse/MYFACES-1358?page=all ]
Martin Marinschek resolved MYFACES-1358.
Resolution: Invalid
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
tree.
What are the tree and the table of trinidad sharing with the
UIXCollection interface?
regards,
Martin
On 10/4/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi M-
On 10/4/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi *,
I'm reviewing the tree2 currently, and I
should display structured data and not be an input
component.
What should the input be? So you are willing register also validators
on the tree?
maybe that is more specialized use case instead a generic tree use
case you are looking at.
On 10/5/06, Martin Marinschek [EMAIL PROTECTED
this year? If so we can discuss
some of your ideas in person as well.
Sean
On 10/5/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Well, it wouldn't be a problem to have an extended version of the tree
which implements EditableValueHolder, but not if the model of the tree
is configured by setting
Hi Ed,
1.2 implementation speed has been increasing recently - can you ask
your TCK guys if there is any chance of getting a hold on the TCK 1.2
in a decent timeframe? We don't want to run into a situation again
where we had a finished implementation for 2 years, just waiting for
the TCK to
Hi Geir,
I know that there is not too much of your precious time we can ask for
- but is there any chance you could work your magic just like you did
for the TCK for JSF, version 1.1, to get us a TCK for JSF version 1.2?
When we finally asked you, it went mch faster than before...
regards,
Hi *,
I'm reviewing the tree2 currently, and I was wondering if we could
have a discussion about some of the concepts.
First thing I'd like to discuss is what happens with selected nodes.
Currently, selecting a node fires an action-listener. This is somewhat
ok, but I believe the
Great Bruno!
I do believe there is not as much missing as we might have thought.
How are you testing - are you working with Glassfish?
regards,
Martin
On 10/4/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 10/3/06, Bruno Aranda [EMAIL PROTECTED] wrote:
I am going this days through the
[
http://issues.apache.org/jira/browse/TOMAHAWK-722?page=comments#action_12439725
]
Martin Marinschek commented on TOMAHAWK-722:
If the correct content-type is set, the HtmlResponseWriter of MyFaces will
automatically emit
We've had the same problem with the DTDs already, I suppose its the
same license. We were allowed to deliver the DTDs within the
implementation, when the license was included in the NOTICE/LICENSE
section.
regards,
Martin
On 10/4/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Hi Bruno,
Can you
[ http://issues.apache.org/jira/browse/TOMAHAWK-508?page=all ]
Martin Marinschek reopened TOMAHAWK-508:
Assignee: (was: Martin Marinschek)
panelNavigation2 Repeating Entries
[ http://issues.apache.org/jira/browse/MYFACES-1328?page=all ]
Martin Marinschek reopened MYFACES-1328:
Grant has had problems with this - conversion errors which are not logged and
stop his application dead in conversion
[
http://issues.apache.org/jira/browse/TOMAHAWK-663?page=comments#action_12438388
]
Martin Marinschek commented on TOMAHAWK-663:
There is a configuration setting for this.
context-param
param
not decoded, or they will lost there values.
Is there any ajax partial rendering involved? We currently have a
problem in tobago with the
stateSaving/restoring.
https://issues.apache.org/jira/browse/TOBAGO-137
regards
volker
2006/9/27, Martin Marinschek [EMAIL PROTECTED]:
One moment - that's only
[
http://issues.apache.org/jira/browse/MYFACES-434?page=comments#action_12438131
]
Martin Marinschek commented on MYFACES-434:
---
Don't get your answer - you mean it should be integrated, or be a separate
module?
I see that in your
[ http://issues.apache.org/jira/browse/MYFACES-1384?page=all ]
Martin Marinschek resolved MYFACES-1384.
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Thanks Sergey for checking it with the release.
regards,
Martin
After switch from
Hi there,
Ed Burns, Jesse Alexander and me will be heading a discussion on what
our users dreamed JSF 2.0 would be like - on friday, 2006/09/29, in
Munich, at the Oktoberfest.
So it's a good opportunity for both talking about JSF and drinking
beer - probably the best of the world. We'll meet up
It's a pity that you can't be around, Jacob. Imagine all this beer.
Well, maybe next year!
regards,
Martin
On 9/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It might be worthwhile to check out some of the stuff proposed by HLS for
tapestry 5-- I do like the way he/others are handling
701 - 800 of 2425 matches
Mail list logo