[JBoss Seam] - JSTL Test Boolean Question
by samdoyle
I'm not sure why it doesn't appear to work or if I am doing something incorrectly.
Here is basically what I have.
| <rich:column>
| <c:choose>
| <c:when test="${sop.isRequired}">
| <h:outputText value="#{sop.name}" style="color:#ff0000" />
| </c:when>
| <c:otherwise>
| <h:outputText value="#{sop.name}" />
| </c:otherwise>
| </c:choose>
| </rich:column>
|
With this I never see the style applied and just the standard text output.
If I change:
| <c:when test="${sop.isRequired}">
| to
| <c:when test="${true}">
|
The style is applied. I know that the values are correct for the isRequired field since when I just ouput the value such as:
| <h:outputText value="#{sop.isRequired}" style="color:#ff0000" />
|
I will see the mix of true and false values rendered.
Thanks, S.D.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101968#4101968
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101968
18 years, 5 months
[JBoss Seam] - Can't intercept FileUploadException in 4.0.5 after adding to
by JakeC
I added FileUploadException to org.jboss.seam.web and modified MultipartRequest to throw it instead of RuntimeException, but I still get a 500 error:
13:00:11,221 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
| org.jboss.seam.web.FileUploadException: Multipart request is larger than allowed size
| at org.jboss.seam.web.MultipartRequest.<init>(MultipartRequest.java:282)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:74)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:96)
| at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:220)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:619)
I've added the following to pages.xml:
<exception class="org.jboss.seam.web.FileUploadException">
| <redirect view-id="/error.xhtml">
| <message>File is too big</message>
| </redirect>
| </exception>
I have another exception handler that works just fine. When it occurs first, I see a debug message from org.jboss.seam.core.Exceptions that it is reading pages.xml, but I do NOT get that message when FileUploadException gets thrown first. Somehow, it seems like the ExceptionFilter is not in the filter chain that MultipartFilter is in. Isn't it supposed to be installed automatically, or is that just in 5.0? I certainly didn't add ExceptionFilter to web.xml to get it working for the exception that we have working, and I didn't have to add MultipartFilter to web.xml to get file uploads to work. However, just in case, I tried adding the following to web.xml after the Seam Filter filter-mapping tag:
<filter>
| <filter-name>Seam Exception Filter</filter-name>
| <filter-class>org.jboss.seam.servlet.SeamExceptionFilter</filter-class>
| </filter>
| <filter-mapping>
| <filter-name>Seam Exception Filter</filter-name>
| <url-pattern>/*</url-pattern>
| </filter-mapping>
|
| <filter>
| <filter-name>Seam Multipart Filter</filter-name>
| <filter-class>org.jboss.seam.web.MultipartFilter</filter-class>
| </filter>
| <filter-mapping>
| <filter-name>Seam Multipart Filter</filter-name>
| <url-pattern>/*</url-pattern>
| </filter-mapping>
Still no love. I can't get the ExceptionFilter to engage in exceptions from MultipartFilter. What am I missing?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101967#4101967
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101967
18 years, 5 months
[JBoss Seam] - Seam Framework, slow behaviours
by trouby
Hey,
I developed an application that is heavily based on Seam Framework with hibernate/oracle server running under Jboss 4.2.1,
I get very slow behaviors when searching / loading lists of entities by using EntityQuery,
I guess this is not directly related to the framework but I rather seeking for tips related to performance tuning,
Are there any caching / hibernate tips / anything I can do to make things work faster?
One of the most annoying thing is that at the moment the page access the entityQuery.resultList of the entityQuery object seam loads the data,
This is usually irrelevant when you have thousands of entities on the DB, is there a simple way to load the data only after search parameters were set? (without modifying the code too much :))
Thanks,
Asaf.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101962#4101962
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101962
18 years, 5 months
[JBossWS] - service-name-pattern
by Sefai
I have to call more than one web service in my web application. Each of the web services I call have different authentication mechanisms,some have none.I am trying to configure the clients using javaee:service-name-pattern.
<post-handler-chains>
| <javaee:handler-chain>
| <javaee:service-name-pattern xmlns:ns1="http://someUri/">ns1:SomeService</javaee:service-name-pattern>
| <javaee:handler>
| <javaee:handler-name>WSSecurity Handler Client (Some Service)</javaee:handler-name>
| <javaee:handler-class>org.jboss.ws.extensions.security.jaxws.WSSecurityHandlerClient</javaee:handler-class>
| </javaee:handler>
| </javaee:handler-chain>
| </post-handler-chains>
This gives me the error org.xml.sax.SAXException: cvc-complex-type.2.4.a: Invalid content was found starting with element 'post-handler-chains'. One of '{"urn:jboss:jaxws-config:2.0":feature, "urn:jboss:jaxws-config:2.0":property}' is expected. @ *unknown*[26,28].
I looked at the schema definitons in jbossws,there is javaee_web_services_client_1_2.xsd which defines service-name-pattern, but it is not imported in any other schema, all the samples I have seen use xsi:schemaLocation='urn:jboss:jaxws-config:2.0 jaxws-config_2_0.xsd' which imports javaee_web_services_1_2.xsd but not the client xsd.
Is this a bug, or am I missing something? How can I configure each web service to use different authentication mechanisms?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101957#4101957
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101957
18 years, 5 months