Cannot forward after response has been committed
Key: MYFACES-1164
URL: http://issues.apache.org/jira/browse/MYFACES-1164
Project: MyFaces Core
Type: Bug
Versions: 1.1.2-SNAPSHOT, 1.1.2, 1.1.3-SNAPSHOT
Ok I added the missing info regarding the auto deployment,
and fixed some bugs along the way regarding the eclipse
deployment info in the wiki.
Feel free to correct it, the wiki now should be correct
again regarding MyFaces Maven and Eclipse.
Werner Punz schrieb:
Werner Punz schrieb:
Since
[
http://issues.apache.org/jira/browse/TOMAHAWK-38?page=comments#action_12369421
]
Jorge Rodríguez Pedrianes commented on TOMAHAWK-38:
---
This problems its very importat because explorers work bad with nested forms.
For example, in my
I think I just solved the problem...
after an mvn eclipse:eclipse
you have to add the entries to the shared jars in the projects throwing
errors.
And then if you want to deploy out of eclipse (myeclipse, wtp etc...)
you have to manually set those jars in tomahawk or any other project
referencing
s:autoUpdateDataTable: javaScript-Error
document.getElementById(jsf_tree_64) has no properties
--
Key: TOMAHAWK-183
URL: http://issues.apache.org/jira/browse/TOMAHAWK-183
Toolbar button should open dropdown menu
Key: TOBAGO-42
URL: http://issues.apache.org/jira/browse/TOBAGO-42
Project: MyFaces Tobago
Type: Improvement
Reporter: Volker Weber
Assigned to: Volker Weber
Priority: Minor
Properties for Converters by class instead of by id
---
Key: MYFACES-1165
URL: http://issues.apache.org/jira/browse/MYFACES-1165
Project: MyFaces Core
Type: Bug
Components: General
Versions: 1.1.1
[
http://issues.apache.org/jira/browse/MYFACES-1163?page=comments#action_12369457
]
Ingo Massen commented on MYFACES-1163:
--
Same thing happens with server state saving. The actual problem occurs if you
install myfaces.jar in tomcat jsf.libs deploy
[ http://issues.apache.org/jira/browse/MYFACES-1143?page=all ]
Jean-Claude Pace reopened MYFACES-1143:
---
I hope I'm not doing something wrong but I tried the nightly build and the
InputSuggestAjax control is failing altogether with:
Hello Everyone:
I noticed it is mentioned on myfaces page that it is tested against
Websphere 5.1.2. The latest fixpack upgrades websphere 5.1 to 5.1.1.9 (I am
not aware of 5.1.2, my assumption is it was run from within WSAD 5.1.2
running WAS 5.1). I tried to run the samples both on our
[
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 is
[ http://issues.apache.org/jira/browse/TOBAGO-42?page=all ]
Volker Weber resolved TOBAGO-42:
Resolution: Fixed
Toolbar button should open dropdown menu
Key: TOBAGO-42
URL:
[ http://issues.apache.org/jira/browse/TOBAGO-42?page=all ]
Volker Weber closed TOBAGO-42:
--
Toolbar button should open dropdown menu
Key: TOBAGO-42
URL:
Simon Kitching schrieb:
Note in particular that both SLF4J and java.util.logging have exactly
this same problem when used with an underlying logging library that is
container-aware, so avoiding static loggers is something that really
should be done anyway.
+1 for a vote on the most widely
[ http://issues.apache.org/jira/browse/TOBAGO-42?page=all ]
Bernd Bohmann reopened TOBAGO-42:
-
Assign To: Bernd Bohmann (was: Volker Weber)
Toolbar button should open dropdown menu
Key:
[ http://issues.apache.org/jira/browse/TOBAGO-42?page=all ]
Bernd Bohmann resolved TOBAGO-42:
-
Resolution: Fixed
Toolbar button should open dropdown menu
Key: TOBAGO-42
URL:
[ http://issues.apache.org/jira/browse/TOBAGO-42?page=all ]
Bernd Bohmann closed TOBAGO-42:
---
Toolbar button should open dropdown menu
Key: TOBAGO-42
URL:
[ http://issues.apache.org/jira/browse/TOBAGO-13?page=all ]
Bernd Bohmann resolved TOBAGO-13:
-
Resolution: Fixed
Remove org.apache.myfaces.tobago.el.VariableResolverImpl from faces-config
and rename it to UserVariableResolverImpl
[ http://issues.apache.org/jira/browse/TOBAGO-13?page=all ]
Bernd Bohmann closed TOBAGO-13:
---
Remove org.apache.myfaces.tobago.el.VariableResolverImpl from faces-config
and rename it to UserVariableResolverImpl
[ http://issues.apache.org/jira/browse/TOBAGO-40?page=all ]
Bernd Bohmann closed TOBAGO-40:
---
Provide support for sheet sorting by application
Key: TOBAGO-40
URL:
Popup+tree2+commandLink - backing bean action loop called
-
Key: TOMAHAWK-184
URL: http://issues.apache.org/jira/browse/TOMAHAWK-184
Project: MyFaces Tomahawk
Type: Bug
Components: Popup
Environment:
[ http://issues.apache.org/jira/browse/TOMAHAWK-38?page=all ]
Mike Kienenberger closed TOMAHAWK-38:
-
Resolution: Won't Fix
Instead of using multiple forms inside tabbed panes.
=
t:tabbedPane id=one
h:form/
Some fixes and new features to inputSuggestAjax component (tableSuggest)
Key: TOMAHAWK-185
URL: http://issues.apache.org/jira/browse/TOMAHAWK-185
Project: MyFaces Tomahawk
Type: Improvement
[ http://issues.apache.org/jira/browse/TOMAHAWK-185?page=all ]
Gerald Müllan updated TOMAHAWK-185:
---
Some fixes and new features to inputSuggestAjax component (tableSuggest)
[ http://issues.apache.org/jira/browse/TOMAHAWK-185?page=all ]
Martin Marinschek closed TOMAHAWK-185:
--
Resolution: Fixed
Thanks Gerald for this patch.
regards,
Martin
Some fixes and new features to inputSuggestAjax component (tableSuggest)
New attribute disabledOnClientSide for the extended input text component
--
Key: MYFACES-1166
URL: http://issues.apache.org/jira/browse/MYFACES-1166
Project: MyFaces Core
Type: New Feature
[ http://issues.apache.org/jira/browse/MYFACES-1166?page=all ]
Catalin Kormos updated MYFACES-1166:
New attribute disabledOnClientSide for the extended input text component
--
I haven't run the MyFaces examples on WebSphere, but we've been using
the MyFaces JSF implementation (and various MyFaces components)
successfully in production applications running on WebSphere 5.1. We've
also got it working on WebSphere 6.0 (provided that we delete the two
JSF-related JAR files
Hi!
Ok, who would like the one to get the glory for implementing an ajaxed
datatable like the stuff you can see on m$ new search site: www.live.com
You simply scroll up or down while it refetch the data from the server.
Happy coding. - Werner? :-)
Such a beast will be really great to have - ok,
Don't see what you're referencing on live.com, but I'd help beta-test
a datatable like the following :)
http://openrico.org/rico/livegrid.page
On 3/8/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Ok, who would like the one to get the glory for implementing an ajaxed
datatable like the
Hi!
Don't see what you're referencing on live.com,
The search result, no?
but I'd help beta-test
a datatable like the following :)
http://openrico.org/rico/livegrid.page
Might make it too, yes ;-)
Ciao,
Mario
The server only checks your application first if you set it to load the
classes as PARENT_LAST, rather than the default, PARENT_FIRST. If your
application works using PARENT_LAST, then you don't have to worry about
getting rid of IBM's built-in JSF implementation.
-Original Message-
See
http://forum.java.sun.com/thread.jspa?threadID=606959messageID=3302261
- Brendan
-Original Message-
From: CONNER, BRENDAN (SBCSI)
Sent: Wednesday, March 08, 2006 3:18 PM
To: MyFaces Development
Subject: RE: Servers to Test
The server only checks your application first if you set
[ http://issues.apache.org/jira/browse/TOMAHAWK-138?page=all ]
updated TOMAHAWK-138:
--
Nested autoUpdateDataTable (within a dataTable) produces unpredictable results
--
Key:
One more thing...
I believe this is more of a problem with the IBM server than with
MyFaces: Since WebSphere 6 ships with its own JSF implementation (which
is still JSF 1.0, by the way), one would run into the same issue trying
to plug in any other JSF implementation, not just the MyFaces JSF
Id like to fix this one in
1.1.2 : http://issues.apache.org/jira/browse/MYFACES-1163
However, Ive been on business trips and vacation the
past few weeks and Ive had trouble keeping up with all the refactoring.
Add to that the fact that Im still fairly new to SVN and MVN.
In short, I
On 3/8/06, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
Do the other application servers ship with their own JSF implementation?
Glassfish ships with the JSF 1.2 reference implementation.
Supporting JSF 1.2 is required for all JavaEE 5 platforms, so this is
going to be a universal issue for
I would commit it to trunk at least. As Sean said yesterday, we have a little
time before release, so you would have maybe one week to rollback if it caused
problems.
I think the branch build is being done manually right now ?
Dennis Byrne
-Original Message-
From: Stan Silvert
Ha!
Werner is getting his glory for creating the
hyper-spellchecker-html-editor super component right now.
regards,
Martin
On 3/8/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Don't see what you're referencing on live.com,
The search result, no?
but I'd help beta-test
a datatable
Put whatever you want on the trunk if its not necessary to have in the
upcoming release. At this stage I wouldn't try to fix anything in the
upcoming release (the shared and core branches) that is not a complete
show stopper. Once we get this release finally out the door (we're
not there yet
On 3/7/06, Sean Schofield [EMAIL PROTECTED] wrote:
Can we do another alpha release of the entire shale project? As long
as it compiles I don't see the harm in another alpha with known
issues.
We're going to try for a release next week, keep an eye on [EMAIL PROTECTED]
for further
[ http://issues.apache.org/jira/browse/MYFACES-1166?page=all ]
Martin Marinschek closed MYFACES-1166:
--
Resolution: Fixed
Thanks to Catalin Kormos for this new feature!
regards,
Martin
New attribute disabledOnClientSide for the extended
Once we get this release finally out the door (we're
not there yet unfortunately) it will be easier to do subsequent
releases (really I think it will.)
How often do you think we will be doing releases?
If 1.1.2 is the last release for 3 or 4 months then I would say that
this is a
OK, the Apache process documentation is not as clear as it needs to be
yet (I'm thinking through a patch :-). The Incubator PMC does
*not* need to vote to accept ADF Faces as a podling, since the MyFaces
PMC has already done so. Therefore, I've initiated requests for
the remaining administrative
No javascript with MyFaces Facelets
-
Key: MYFACES-1167
URL: http://issues.apache.org/jira/browse/MYFACES-1167
Project: MyFaces Core
Type: Bug
Versions: 1.1.2-SNAPSHOT
Environment: Any OS, Resin 3.0.18, JDK 1.4.2
The mod date for myfaces-core-1.1.2-SNAPSHOT-bin.zip at
http://cvs.apache.org/builds/myfaces/nightly/ is two days old; bug fixes are
not available to users who may want to help w/ testing.
Dennis Byrne
Woo hoo! Let's get rollin'.
FWIW, on INCUBATOR-17, Garret Rooney wrote:
You also need to have an incubator status page set up at
http://incubator.apache.org/projects/ before any infrastructure can be
set up
... so there's at least one thing to get nailed down.
-- Adam
On 3/8/06, Craig
On 3/8/06, Adam Winer [EMAIL PROTECTED] wrote:
Woo hoo!Let's get rollin'.
+1
FWIW, on INCUBATOR-17, Garret Rooney wrote:You also need to have an incubator status page set up at
http://incubator.apache.org/projects/ before any infrastructure can beset up... so there's at least one thing to get
Hi!
Currently I put some investigation into the problem that the dummy form
is no longer rendered.
The problem I found is, that some classes use its own class name with
some constant added and but this into e.g. the requestMap.
So in case of the DummyForm this is
49 matches
Mail list logo
