Bastian.Krol wrote:
This could be related to
https://issues.apache.org/jira/browse/TRINIDAD-1489
Obviously this is indeed the case. It all worked well after patching
UIXEditableVale with the changes from revision 788207 (fix for
https://issues.apache.org/jira/browse/TRINIDAD-1489) and
Thank you for your response.
No, there is no exception, no error in Glassfish logs, just the error 503.
All I can say is that if I remove the library, pages which don't use
Tomahawk work.
Steve ColombiƩ.
Are there any more information you could give us regarding
this problem? Are there any
Thank you Mamallan very very much for the prompt repsonses.
I was wondering, if we cannot disable the javascript being generated then is
it possible to make the commandButton work anyways (with the javascript that
trinidad attaches) when the javascript is turned off. I tried
h:commandButton,
Hi John,
I think we cannot make a command button work without JavaScript.
Basically, the onClick event, which is added to a command button by
Trinidad, should be executed in the client-side for the functioning of
the command button.
Thanks
Mamallan
djohnjimmy wrote:
Thank you Mamallan very
Fernando,
For the bridge/myfaces1.2.7 deploy -- did you look at the log
files? Can you post (the perinent portions of the catalina.log and
localhost.log). I was able to deploy a bridge/myfaces1.2.7 without
error. It happened to be a portlet 2.0 version of the bridge but it
shouldn't
I've recently switched from JSF 1.1 to JSF 1.2 and am running into some
apparent differences in the implementation of the convertDateTime component.
Here is the code snipit from the jsp:
t:inputText binding=#{reportMgrBean.timeUpStartDateInput} size=10
maxlength=10
immediate=true
Please note in the code sample below that:
Calendar c = Calendar.getInstance( TimeZone.getTimeZone( GMT ) );
startDateInput.setValue( calendar.getTime() );
startTimeInput.setValue( calendar.getTime() );
should really read:
Calendar c = Calendar.getInstance( TimeZone.getTimeZone(
Just reworked it to deploy with portlet 1.0 bridge(beta) and myfaces
1.2.7. The deploy went fine and the portlets show up in the repos/admin
page -- just need to know how to add page/portlet to verify they
actually run. But in the end, it sounds like maybe a config issue is
causing your
There is nothing in the 508 compliance standards that says that
Javascript cannot be used in web pages and therefore the use of
Javascript by Trinidad does not make it noncompliant.
http://www.section508.gov/index.cfm?FuseAction=ContentID=11#functional
http://www.w3.org/WAI/
-Richard
On Mon,
Are you using the correct URL to access the JSF page? What are all of
the libraries and the versions that you are including with your
application? Are you including a JSF library (RI or MyFaces) and all
of their dependencies? Which version of Glassfish are you using?
I've used Tomahawk on a
Richard,
You are right. I stand corrected.
This is what I meant, when I said trinidad was not fully 508 compliant.
According to W3C Web Content Accessibility Guidelines (WCAG), web pages
should be fully functional with JavaScript disabled. This is required under
Priority 1 of the Web Content
Hi Michael,
I'm using an older release of eXo PC, 2.0.5. I'm using the tomcat building
available from the
project download page. I excluded all commons-*.jar and got the same errors.
I need to use that older release because the production system will run eXo WCM
1.0, which contains
eXo PC
12 matches
Mail list logo