Browser does not cache resources
Key: TOMAHAWK-774
URL: http://issues.apache.org/jira/browse/TOMAHAWK-774
Project: MyFaces Tomahawk
Issue Type: Bug
Components: ExtensionsFilter
Affects
[ http://issues.apache.org/jira/browse/TOMAHAWK-774?page=all ]
Sascha Groß updated TOMAHAWK-774:
-
Status: Patch Available (was: Open)
Browser does not cache resources
Key: TOMAHAWK-774
[
http://issues.apache.org/jira/browse/TOMAHAWK-774?page=comments#action_12448135
]
Mario Ivankovits commented on TOMAHAWK-774:
---
I found the same behavior, but its the AuthenticatorBase in Tomcat which tries
to workaround a security
We should release Core 1.1.5 soon, as it's needed for the next tomahawk release.
Therefore I tested the current trunk against Sun's TCK and fixed all
issues. MyFaces core is new 100 % compatible.
I have some time to prepare the release, but will need help from some
of you (eg. Wendy).
First of
Great news! How about the current blocking issues for core 1.1.5?
Shouldn't they be fixed first?
E.g. https://issues.apache.org/jira/browse/MYFACES-1488 -- ASF source
header + copyright notice
And https://issues.apache.org/jira/browse/MYFACES-1479 -- SerialFactory
breaks portlet bridge
Also
On 11/8/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
I have some time to prepare the release, but will need help from some
of you (eg. Wendy).
First of all I will create a branch for core 1.1.5 and shared 2.0.5
and start the release process.
We need to fix the license headers before branching,
On 11/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mmarinschek
Date: Tue Nov 7 01:55:12 2006
New Revision: 472050
URL: http://svn.apache.org/viewvc?view=revrev=472050
Log:
fixed shared-impl dependency on 2.0.4-SNAPSHOT -- 2.0.5-SNAPSHOT
This was intentional, the Tomahawk 1.1.4
Duplicated Client-ID if use a DataScroller in Portlet
-
Key: TOMAHAWK-775
URL: http://issues.apache.org/jira/browse/TOMAHAWK-775
Project: MyFaces Tomahawk
Issue Type: Bug
Wendy,
I have submitted a patch to correct the license headers for one of the
core maven projects [1]. As soon as it is committed, I will create
patches for the remaining maven projects.
FYI: I have an internal project that is waiting on the release, so I am
motivated to provided a patch
On 11/8/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Unless someone changed it, the trunk of Core (1.1.5-SNAPSHOT) still
depends on the 2.0.4 branch of shared, so if all goes well we can use
it for both Core and Tomahawk.
Martin changed the Shared dependency yesterday in r472050.
I hope Jeff will investigate some more.
Nuts. I didn't realize you guys were waiting for more testing. Now it's been
a month, but the situation is still the same.
Martin's comments helped narrow it down, and that last stretch of testing
that I did pretty much confirmed that the new javascript
[
http://issues.apache.org/jira/browse/MYFACES-1488?page=comments#action_12448205
]
Grant Smith commented on MYFACES-1488:
--
I've started replacing all the headers. Should be completed today.
ASF Source Header and Copyright Notice Policy
Hey Guys,
All arguments about the need for a common code package aside (yes, I
will continue to champion this), Trinidad has the need to create
container abstractions for some of our initialization services. We're
basically going to use the external context to pass into these services
Hi Wendy!
If not, Core 1.1.5 can stay at Shared 2.0.4 and can use the same
Shared branch as Tomahawk 1.1.4.
Hmmm ... but shared will be copied into the core (or tomahawk)
distribution - there is no shared.jar, so I see no advantage of *not*
upgrading to the latest shared. This should not
[ 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
[
http://issues.apache.org/jira/browse/MYFACES-1488?page=comments#action_12448291
]
Paul Spencer commented on MYFACES-1488:
---
Grant,
Is their anything you need from me?
Paul Spencer
ASF Source Header and Copyright Notice Policy
[ http://issues.apache.org/jira/browse/MYFACES-1479?page=all ]
Thomas Spiegl resolved MYFACES-1479.
Fix Version/s: (was: 1.2.0-SNAPSHOT)
Resolution: Fixed
moved handleSerialFactory from StartupServletContextListener to
FacesConfigurator
Hello,
I just upgraded a successfully working MyFaces 1.1.1 app to
MyFaces 1.1.4 and Tomahawk 1.1.3.
Unfortunately, my t:inputDate tags now fail. The JSP has not
changed as part of the upgrade ? just the libraries. Here is
the snippet from the page.
t:inputDate
On 11/8/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hmmm ... but shared will be copied into the core (or tomahawk)
distribution - there is no shared.jar, so I see no advantage of *not*
upgrading to the latest shared. This should not introduce a
incompatibility with any other release. At least
Yes, I will run the tests again.
On 11/9/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/8/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hmmm ... but shared will be copied into the core (or tomahawk)
distribution - there is no shared.jar, so I see no advantage of *not*
upgrading to the
[ http://issues.apache.org/jira/browse/MYFACES-1430?page=all ]
Thomas Spiegl resolved MYFACES-1430.
Resolution: Fixed
Thanks for the testcase Michael!!
Patch for MyFaces-1301 broke createComponent in class ApplicationImpl.
selectOneMenu looses
[ http://issues.apache.org/jira/browse/MYFACES-1301?page=all ]
Thomas Spiegl reopened MYFACES-1301:
do not apply this patch again. It breaks ApplicationImpl.createComponent (see
MYFACES-1430)
the problem must be somewhere else
Check for
[
http://issues.apache.org/jira/browse/TOMAHAWK-523?page=comments#action_12448374
]
darren ting commented on TOMAHAWK-523:
--
Not yet solve in snapshot 1.1.5 as up to today
rowStyleClass does not resolve to an EL of var
Hello,
I just upgraded a successfully working MyFaces 1.1.1 app to
MyFaces 1.1.4 and Tomahawk 1.1.3.
Unfortunately, my t:inputDate tags now fail. The JSP has not
changed as part of the upgrade ? just the libraries. Here is
the snippet from the page.
t:inputDate
24 matches
Mail list logo