Hi!
Well, basically I'd refactor the ConversationContext so that it's
actually the main conversation of Orchestra. The conversation itself is
almost independent of Spring (of course, there's still an according
implementation of the Scope interface, but it will be implemented way
easier).
Hi!
The problem is, that it is hard to ensure having a stopConversation
for each startConversation, and what about reloading the page where
possibly the startConversation gets called twice.
Well, if I'm not completely mistaken, you also have to invalidate all
Orchestra conversations
+1
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 11:27 AM
To: MyFaces Development
Cc: MyFaces Discussion
Subject: [orchestra] [VOTE] Orchestra Core 1.3 Release
Hi All,
A release-candidate has been prepared for Orchestra Core
+1
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 04, 2008 12:15 PM
To: MyFaces Development
Subject: [orchestra flow] support JSF1.2 only?
Hi,
Currently orchestra-flow 0.0.1 supports JSF1.1. However in order to
allow pages that
Probably something went wrong during the copy process and you have old .svn
directories in the structure.
Check the content of the files in the .svn directory in
trinidad-1.0.10/trinidad-api and check if the url points to the correct svn
path and not to the trunk or any other tag path.
Ciao,
Welcome Mr. President!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Manfred Geiler
Sent: Thursday, November 20, 2008 10:08 AM
To: MyFaces Development
Subject: New MyFaces PMC chair
Please welcome our new MyFaces PMC chair Matthias Wessendorf!
]
Congratulations!
On Thu, Nov 20, 2008 at 11:42 AM, Mario Ivankovits [EMAIL
PROTECTED]mailto:[EMAIL PROTECTED] wrote:
Welcome Mr. President!
-Original Message-
From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL
PROTECTED]mailto:[EMAIL PROTECTED]] On
Behalf Of Manfred Geiler
At least, I can't access it either.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Matthias Wessendorf
Sent: Thursday, November 20, 2008 1:33 PM
To: MyFaces Development
Subject: Re: [Continuum] up? or down?
http://myfaces.zones.apache.org:8080/
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Are there also MyFaces diapers available, that would
be the perfect present for my newborn child this year ;-)
cool. congrats!
is is a wernER or wernSIE ?
ROFL
Werner, whats up? Why haven't you
+0
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Petracek
Sent: Thursday, December 04, 2008 12:01 PM
To: MyFaces Development
Subject: [VOTE] Release of Extensions Validator 1.1.1
Hi,
I was running the needed tasks to get the 1.1.1 release of Apache MyFaces
Extensions
Hi!
Just wanted to post a link to mesir [1]. Mainly a pom.xml and a few examples,
but I like the idea of bundling all this together and state this a full stack.
From the pom.xml I can say that we use many of these libraries already in our
application and they turned out to be very stable. I
Hi!
But there are some issues with this:
First, what paths to scan? AFAIK the spec doesn't state the classpaths
to scan. I suppose only /WEB-INF/lib and /WEB-INF/classes need to be
checked, but I can't find it in the spec.
What ever the spec says, we definitely should provide a configuration
-Original Message-
From: Jan-Kees van Andel [mailto:jankeesvanan...@gmail.com]
Sent: Wednesday, January 07, 2009 8:15 AM
To: dev@myfaces.apache.org
Subject: Re: Scanning for annotated classes in MyFaces 2
It might be smart to put this Shale code in a separate project. For
example
Hi!
-Original Message-
From: Jan-Kees van Andel [mailto:jankeesvanan...@gmail.com]
Mario, I've been looking at the Shale code that handles the annotation
scanning, but I saw it uses Reflection and standard Java ClassLoaders
for scanning the classpath for JSF artifacts. What's your
Hi!
not sure on the PERF, but if it is really (proven) the case, I am with
you.
Well... startup time isn't really a big problem, right? :-)
Is that ironic?
In projects with 3000 classes and 60 jar files you are up to 30 seconds, or
even more, scanning time.
Under load, with shale, I saw
+0 (I trust you made a high quality package again :-) )
-Original Message-
From: Simon Kitching [mailto:skitch...@apache.org]
Sent: Monday, March 02, 2009 9:58 PM
To: MyFaces Development
Subject: [VOTE] Orchestra 1.3.1 release candidate
Hi All,
I think it's time to release an
+1 Checked it now and looks good!
---
Mario
visit my blog at http://copy-con.blogspot.com/
-Original Message-
From: Mario Ivankovits [mailto:ma...@ops.co.at]
Sent: Tuesday, March 03, 2009 8:12 AM
To: 'MyFaces Development'
Subject: RE: [VOTE] Orchestra 1.3.1 release candidate
+0
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Notice, I switched to it in our company project - but always using the
commons-logging api and just used the slf4j-over-cl wrapper. This is something
wich is possible for each and ever user of myfaces
, Development and
Courses in English and German
Professional Support for Apache MyFaces
2009/6/5 Mario Ivankovits ma...@ops.co.atmailto:ma...@ops.co.at
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Notice, I switched to it in our company project
]
Gesendet: Freitag, 05. Juni 2009 20:50
An: MyFaces Development
Betreff: Re: slf4j and myfaces
On Fri, Jun 5, 2009 at 19:49, Mario Ivankovits ma...@ops.co.at wrote:
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Pros:
No class loader ambiguousness (as you
in our libraries - just different namings.
Ciao,
Mario
[1] http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging
-Ursprüngliche Nachricht-
Von: Mario Ivankovits [mailto:ma...@ops.co.at]
Gesendet: Samstag, 06. Juni 2009 08:08
An: 'MyFaces Development'
Betreff: AW: slf4j and myfaces
Hi!
There are two pros of slf4j I did not mention yet:
1. parameterized messages, which make it possible to omit those ugly
if (logger.isDebugEnabled()) {... conditions, without performance
issue: see http://www.slf4j.org/faq.html#logging_performance
that would be possible as well. i just started with slf4j since we already
discussed it and udo wrote about the switch to slf4j in the next release...
we could also vote first about slf4j and everybody who prefers jul should
vote -1
Just wait until Monday if possible, then enough
Hi!
The only downside I see is that we might break compatibility for java
1.4 since JUL gut some overhaul between 1.4 and 5, but on the other hand
is it really important anymore?
Which projects still have to be on 1.4
In 1.4.2 the log methods in question were already there. So - as a
Hi!
Not sure if this adds any value to this discussion, but
The only question is how facelets handles this case, but I assume
faclets simply skips comments and passes it through with out.write!
I'm talking about !-- on the page level, not on the component level.
Facelets will treat !--
Start voting? ;-)
From: Gerhard Petracek [mailto:gerhard.petra...@gmail.com]
Sent: Saturday, June 06, 2009 11:45 AM
To: MyFaces Development
Subject: Re: AW: slf4j and myfaces
yes the -1 vote would be a veto in view of slf4j
- no agreement - we would vote about jul.
or as mario suggested -
+1
Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com]
Gesendet: Dienstag, 09. Juni 2009 20:33
An: MyFaces Development
Betreff: [VOTE] jul instead of commons-logging
hi,
short description:
this first vote is about the switch from commons-logging (cl) to
java.util.logging (jul).
it's a
Hmmm … it might be worth looking at using Orchestra without Spring. Guice is
not an option for your clients either, is it?
If you do not use Spring, you also do not use its persistence capabilities ;-)
So then, using a CGLIB based (or whatever enhancer lib) approach which simply
enhances the
+1 for jul
reduces dependencies - and sun also use it, no?
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Donnerstag, 01. Oktober 2009 04:06
An: MyFaces Development
Betreff: [VOTE] use of jul or commons logging on myfaces core 2.0
Hi
Right now, facelets code added to myfaces core
.
Regards,
~ Simon
On Thu, Oct 1, 2009 at 1:25 AM, Mario Ivankovits
ma...@ops.co.atmailto:ma...@ops.co.at wrote:
+1 for jul
reduces dependencies - and sun also use it, no?
Von: Leonardo Uribe [mailto:lu4...@gmail.commailto:lu4...@gmail.com]
Gesendet: Donnerstag, 01. Oktober 2009 04:06
Hi!
Even if you advertised at the beginning, I too think that JDK 1.4 compatibility
is no longer a must.
Merging core15 might then be the logical step.
Are you going to volunteer? ;-)
Ciao,
Mario
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Mittwoch, 14. Oktober 2009 01:21
An:
As far as I know, a release should be fine!
Ciao,
Mario
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Dienstag, 01. Dezember 2009 23:46
An: MyFaces Development
Betreff: [orchestra] could we do a release of this artifacts?
Hi
I would like to add a module for orchestra
Great to see a new release!!
:-)
Thanks Leonardo!
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Samstag, 19. Dezember 2009 01:09
An: annou...@apache.org; annou...@myfaces.apache.org
Cc: MyFaces Development; MyFaces Discussion
Betreff: [ANNOUNCE] release of myfaces orchestra
+1
Von: gerhard.petra...@gmail.com [mailto:gerhard.petra...@gmail.com] Im
Auftrag von Gerhard Petracek
Gesendet: Dienstag, 16. Februar 2010 12:01
An: MyFaces Development
Betreff: [VOTE] codi as a new myfaces extensions sub-project
hi @ all,
we have collected a lot of possible
Hi!
- Extend Orchestra use Conversations based on the JSF 2.0 custom scope
API, Extend Orchestra to work with Spring Conversations, to do
File-New Window Handling
Any idea how this should work?
What magic is Spring Conversations using here?
Ciao,
Mario
Handling
I was thinking based on a suggestion done on JSFDays to take advantage on
trinidad pageFlowScope code (like we did with flash scope on myfaces 2.0), and
refactor that code to allow orchestra conversation scope work without spring
(using the new JSF 2.0 custom scope).
[Mario
+1 for #1
Yes, is is obvious that close() closes immediately.
Ciao,
Mario
Von: Gerhard [mailto:gerhard.petra...@gmail.com]
Gesendet: Samstag, 18. September 2010 17:52
An: MyFaces Development
Betreff: Re: [jira] Created: (EXTCDI-57) revisit Conversation#end
+1 for #1
regards,
datalist: problems with modelupdate and verbatim tag
Key: MYFACES-148
URL: http://issues.apache.org/jira/browse/MYFACES-148
Project: MyFaces
Type: Wish
Versions: 1.0.9 beta
Reporter: Mario Ivankovits
tree2 image-path encoding and fix for missing ids on images
---
Key: MYFACES-308
URL: http://issues.apache.org/jira/browse/MYFACES-308
Project: MyFaces
Type: Bug
Versions: 1.0.9 beta
Reporter: Mario
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_share.diff
tree2 image-path encoding and fix for missing ids on images
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_tomahawk.diff
tree2 image-path encoding and fix for missing ids on images
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_tomahawk.diff
This attachment also changes the time when the node states will be regenerated
from the cookie.
Now the tree
[
http://issues.apache.org/jira/browse/MYFACES-308?page=comments#action_12315279
]
Mario Ivankovits commented on MYFACES-308:
--
I have seen my latest tree2_tomahawk patch introduces a problem.
I tried to always use the cookie to restore the tree
aliasbean and alias usage in binding
Key: MYFACES-334
URL: http://issues.apache.org/jira/browse/MYFACES-334
Project: MyFaces
Type: Bug
Versions: 1.0.9 beta
Reporter: Mario Ivankovits
Myfaces fails to restore a view
[ http://issues.apache.org/jira/browse/MYFACES-389?page=all ]
Mario Ivankovits updated MYFACES-389:
-
Attachment: calendar_share.diff
I added a new method getObjectValue to get the plain value of the component.
Refactored the getDateValue
inputCalendar - add js only once
Key: MYFACES-396
URL: http://issues.apache.org/jira/browse/MYFACES-396
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: Nightly Build
Reporter: Mario Ivankovits
[ http://issues.apache.org/jira/browse/MYFACES-396?page=all ]
Mario Ivankovits updated MYFACES-396:
-
Attachment: calendar_oncejs.diff
inputCalendar - add js only once
Key: MYFACES-396
URL: http
[
http://issues.apache.org/jira/browse/MYFACES-388?page=comments#action_12318450
]
Mario Ivankovits commented on MYFACES-388:
--
When you fixed the id stuff, you closed my original bug report. (I applied a
patch for both defects).
Now that I do
[
http://issues.apache.org/jira/browse/MYFACES-388?page=comments#action_12318514
]
Mario Ivankovits commented on MYFACES-388:
--
I had problems with the user-supplied images passed through the facet tag
f:facet name=type-folder
h:panelGroup
[
http://issues.apache.org/jira/browse/MYFACES-164?page=comments#action_12322648
]
Mario Ivankovits commented on MYFACES-164:
--
SoftReference: I dont think this works, there is NO reference to the
server-state bean other than the map itself
: Improvement
Components: Implementation
Versions: Nightly Build
Reporter: Mario Ivankovits
Attachments: RedirectTracker.java, impl.diff, tom.diff
Ok, this is a try to get what is described in the summary.
The heart of this patch is the RedirectTracker.
How it works
[ http://issues.apache.org/jira/browse/MYFACES-516?page=all ]
Mario Ivankovits updated MYFACES-516:
-
Attachment: tom.diff
Capture and restore saveState Beans and messages when using redirect
navigation rule
[ http://issues.apache.org/jira/browse/MYFACES-516?page=all ]
Mario Ivankovits updated MYFACES-516:
-
Attachment: impl.diff
Capture and restore saveState Beans and messages when using redirect
navigation rule
[ http://issues.apache.org/jira/browse/MYFACES-516?page=all ]
Mario Ivankovits updated MYFACES-516:
-
Attachment: RedirectTracker.java
Capture and restore saveState Beans and messages when using redirect
navigation rule
[
http://issues.apache.org/jira/browse/MYFACES-403?page=comments#action_12356932
]
Mario Ivankovits commented on MYFACES-403:
--
Do we have to save locale data?
Ey, and for sure all request scoped beans.
Please have a look at:
http
[
http://issues.apache.org/jira/browse/MYFACES-516?page=comments#action_12357975
]
Mario Ivankovits commented on MYFACES-516:
--
We should save the requestParameterMap too.
This should be done to save parameters like in
h:commandLink action
[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358218
]
Mario Ivankovits commented on MYFACES-856:
--
Hi Simon,
I use the following HACK to create the alias right after the view is restored:
We also use x:aliasBeansScope
[
http://issues.apache.org/jira/browse/MYFACES-860?page=comments#action_12358268
]
Mario Ivankovits commented on MYFACES-860:
--
Duplicate of MYFACES-846 and should already be fixed.
tomahawk.tld and myfaces_ext.tld is malformed errors in weblogic
valueChangeNotifier
---
Key: MYFACES-864
URL: http://issues.apache.org/jira/browse/MYFACES-864
Project: MyFaces
Type: Improvement
Components: Tomahawk
Reporter: Mario Ivankovits
Like valueChangeListener but will fire valueChange event AFTER
[ http://issues.apache.org/jira/browse/MYFACES-864?page=all ]
Mario Ivankovits updated MYFACES-864:
-
Attachment: ValueChangeCollector.java
valueChangeNotifier
---
Key: MYFACES-864
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/MYFACES-864?page=all ]
Mario Ivankovits updated MYFACES-864:
-
Attachment: ValueChangeManager.java
ValueChangeNotifierTag.java
ValueChangePhaseListener.java
valueChangeNotifier
[
http://issues.apache.org/jira/browse/MYFACES-864?page=comments#action_12358315
]
Mario Ivankovits commented on MYFACES-864:
--
Usage:
h:selectOneMenu
value=#{replacementItems.catalog}
onchange=submit
[
http://issues.apache.org/jira/browse/MYFACES-856?page=comments#action_12358339
]
Mario Ivankovits commented on MYFACES-856:
--
You are right, these are the downsides of this solution, but as I said, it isnt
a solution its a HACK.
Even if you put
make tree.js work without navImageId
Key: MYFACES-1002
URL: http://issues.apache.org/jira/browse/MYFACES-1002
Project: MyFaces
Type: Improvement
Components: Tomahawk
Versions: Nightly
Reporter: Mario Ivankovits
: Nightly
Reporter: Mario Ivankovits
Attachments: autoupdate_facet.diff
The attached patch makes the autoUpdateDataTable work even if its added via an
facet (panelLayout)
The main problem can be located in
org/apache/myfaces/custom/util/ComponentUtils.java this will traverse all
children
[ http://issues.apache.org/jira/browse/MYFACES-1028?page=all ]
Mario Ivankovits updated MYFACES-1028:
--
Attachment: autoupdate_facet.diff
the patch
make autoUpdateDataTable work if added via facet (panelLayout
test cases didnt reset the facesContext to null
---
Key: MYFACES-1031
URL: http://issues.apache.org/jira/browse/MYFACES-1031
Project: MyFaces
Type: Bug
Components: General
Versions: Nightly
Reporter: Mario
[ http://issues.apache.org/jira/browse/MYFACES-1031?page=all ]
Mario Ivankovits updated MYFACES-1031:
--
Attachment: test_ctx_null.diff
test cases didnt reset the facesContext to null
---
Key
[ http://issues.apache.org/jira/browse/MYFACES-1031?page=all ]
Mario Ivankovits updated MYFACES-1031:
--
Attachment: AbstractTestCase.java
the super class for myfaces tests
test cases didnt reset the facesContext to null
[ http://issues.apache.org/jira/browse/MYFACES-1031?page=all ]
Mario Ivankovits updated MYFACES-1031:
--
Attachment: FacesContextHelper.java
context helper copied from commons
test cases didnt reset the facesContext to null
[
http://issues.apache.org/jira/browse/MYFACES-1031?page=comments#action_12362825
]
Mario Ivankovits commented on MYFACES-1031:
---
Yes, you are right.
Shall I do it?
test cases didnt reset the facesContext to null
[ http://issues.apache.org/jira/browse/MYFACES-1031?page=all ]
Mario Ivankovits updated MYFACES-1031:
--
Attachment: test_ctx_null.diff
moved abstractTestCase to its new home
test cases didnt reset the facesContext to null
[
http://issues.apache.org/jira/browse/MYFACES-1031?page=comments#action_12362833
]
Mario Ivankovits commented on MYFACES-1031:
---
works like a charme!
Thank you!
test cases didnt reset the facesContext to null
[
http://issues.apache.org/jira/browse/MYFACES-1002?page=comments#action_12362852
]
Mario Ivankovits commented on MYFACES-1002:
---
someone willing to apply this simple patch please?
make tree.js work without navImageId
[ http://issues.apache.org/jira/browse/MYFACES-1032?page=all ]
Mario Ivankovits updated MYFACES-1032:
--
Attachment: onclick_method.diff
use a javascript method in commondLink for lesser html size
[
http://issues.apache.org/jira/browse/MYFACES-1023?page=comments#action_12366767
]
Mario Ivankovits commented on MYFACES-1023:
---
Nice to see someone uses my joda converter ;-)
I'll have a look at it.
inputCalendar with CalendarConverter loses
[
http://issues.apache.org/jira/browse/MYFACES-1023?page=comments#action_12366768
]
Mario Ivankovits commented on MYFACES-1023:
---
I think the problem with the joda converter is it do not implement the
DateConverter (also introduced by me
[ http://issues.apache.org/jira/browse/MYFACES-1028?page=all ]
Mario Ivankovits closed MYFACES-1028:
-
Resolution: Invalid
AjaxDecodePhaseListener no longer uses ComponentUtils and thus its bug is no
longer happening
make autoUpdateDataTable
[
http://issues.apache.org/jira/browse/MYFACES-1146?page=comments#action_12367159
]
Mario Ivankovits commented on MYFACES-1146:
---
You could also try to do:
footerClass=#{analyze.footerClass}
where you return the footer class or a class which
[ http://issues.apache.org/jira/browse/MYFACES-1146?page=all ]
Mario Ivankovits reopened MYFACES-1146:
---
Add the attributes renderHeader and renderFooter
Impossible to hide footer in dataTable
[ http://issues.apache.org/jira/browse/TOMAHAWK-1?page=all ]
Mario Ivankovits resolved TOMAHAWK-1:
-
Resolution: Invalid
Unusefull code
--
Key: TOMAHAWK-1
URL: http://issues.apache.org/jira/browse/TOMAHAWK-1
[ http://issues.apache.org/jira/browse/TOMAHAWK-1?page=all ]
Mario Ivankovits closed TOMAHAWK-1:
---
Unusefull code
--
Key: TOMAHAWK-1
URL: http://issues.apache.org/jira/browse/TOMAHAWK-1
Project: MyFaces
[ http://issues.apache.org/jira/browse/MYFACES-1127?page=all ]
Mario Ivankovits reopened MYFACES-1127:
---
current solution didnt work if you reference the *listener through the var=
attribute (e.g. within an datatable)
Non-null return types
[ http://issues.apache.org/jira/browse/MYFACES-334?page=all ]
Mario Ivankovits reopened MYFACES-334:
--
Assign To: Mario Ivankovits
aliasbean and alias usage in binding
Key: MYFACES-334
[ http://issues.apache.org/jira/browse/TOMAHAWK-62?page=all ]
Mario Ivankovits resolved TOMAHAWK-62:
--
Resolution: Fixed
now if all facet within the header (or footer) have rendered=false (also
throug binding) the header (or footer) wont
[ http://issues.apache.org/jira/browse/TOMAHAWK-62?page=all ]
Mario Ivankovits closed TOMAHAWK-62:
Impossible to hide footer in dataTable
--
Key: TOMAHAWK-62
URL: http://issues.apache.org
[
http://issues.apache.org/jira/browse/TOMAHAWK-170?page=comments#action_12368467
]
Mario Ivankovits commented on TOMAHAWK-170:
---
Do you mean the column footers? I've changed something in this area to suppress
rendering if all facets have
[ http://issues.apache.org/jira/browse/MYFACES-334?page=all ]
Mario Ivankovits updated MYFACES-334:
-
Resolution: Fixed
aliasbean and alias usage in binding
Key: MYFACES-334
URL: http
[ http://issues.apache.org/jira/browse/MYFACES-334?page=all ]
Mario Ivankovits closed MYFACES-334:
aliasbean and alias usage in binding
Key: MYFACES-334
URL: http://issues.apache.org/jira
[
http://issues.apache.org/jira/browse/MYFACES-1143?page=comments#action_12369464
]
Mario Ivankovits commented on MYFACES-1143:
---
could you please double check if there is any old myfaces library in your
classpath e.g myfaces-common which
[ http://issues.apache.org/jira/browse/MYFACES-1167?page=all ]
Mario Ivankovits resolved MYFACES-1167:
---
Resolution: Fixed
Its fixed in svn head now.
You have to have the tomahawk.jar in your classpath as this functionality is
now exclusively
[ http://issues.apache.org/jira/browse/MYFACES-1167?page=all ]
Mario Ivankovits closed MYFACES-1167:
-
No javascript with MyFaces Facelets
-
Key: MYFACES-1167
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/TOMAHAWK-242?page=all ]
Mario Ivankovits resolved TOMAHAWK-242:
---
Resolution: Fixed
Should be fixed now!
Thanks for reporting it!
AddResourceFactory throws Exception
[ http://issues.apache.org/jira/browse/TOMAHAWK-242?page=all ]
Mario Ivankovits closed TOMAHAWK-242:
-
AddResourceFactory throws Exception
---
Key: TOMAHAWK-242
URL: http://issues.apache.org
[
http://issues.apache.org/jira/browse/MYFACES-1259?page=comments#action_12374096
]
Mario Ivankovits commented on MYFACES-1259:
---
We need to update the documentation.
I dont know when this changed and who it was, but the ExtensionsFilter
[
http://issues.apache.org/jira/browse/MYFACES-1259?page=comments#action_12374097
]
Mario Ivankovits commented on MYFACES-1259:
---
BTW: Dont forget you have to configure the ExtensionsFilter to cover your JSF
mapping too
e.g.
filter-mapping
[ http://issues.apache.org/jira/browse/MYFACES-1259?page=all ]
Mario Ivankovits resolved MYFACES-1259:
---
Resolution: Fixed
Tomahawk features are automatically disabled now if tomahawk.jar is not
available.
login page commandLink error
[ http://issues.apache.org/jira/browse/MYFACES-1259?page=all ]
Mario Ivankovits closed MYFACES-1259:
-
Please comment on this ticket if there are still problems
login page commandLink error -- default AutoScroll setting depends on Tomahawk
[ http://issues.apache.org/jira/browse/MYFACES-1259?page=all ]
Mario Ivankovits resolved MYFACES-1259:
---
Resolution: Fixed
Now its fixed on the share branch too.
Could someone please test it.
Thanks!
login page commandLink error -- default
[ http://issues.apache.org/jira/browse/MYFACES-1259?page=all ]
Mario Ivankovits closed MYFACES-1259:
-
login page commandLink error -- default AutoScroll setting depends on Tomahawk
701 - 800 of 974 matches
Mail list logo