[JBoss Seam] - Re: :( the huge log file.
by gringalet
hi , pepite, thank you for your hand. i have been already fixed the trouble of big log file according to your advice .
would you like tell me why the tag of "<s:fileUpload>" is unstable in my program ,
now it spends tens minutes to upload a file with 1M size. and at the end , jboss says:
| ....
| 2008-02-06 12:37:45,093 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:37:45>
| 2008-02-06 12:37:45,093 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:37:45,093 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:37:45,093 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:37:55,203 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:37:55>
| 2008-02-06 12:37:55,203 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:37:55,203 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:37:55,203 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
| 2008-02-06 12:39:55,203 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:39:55>
| 2008-02-06 12:39:55,203 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:39:55,203 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:39:55,203 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:40:05,250 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:40:05>
| 2008-02-06 12:40:05,250 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:40:05,250 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:40:05,250 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
| 2008-02-06 12:42:05,265 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:42:05>
| 2008-02-06 12:42:05,265 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:42:05,265 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:42:05,265 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:42:15,343 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:42:15>
| 2008-02-06 12:42:15,343 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:42:15,343 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:42:15,343 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
| 2008-02-06 12:44:15,546 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:44:15>
| 2008-02-06 12:44:15,546 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:44:15,546 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:44:15,546 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:44:25,750 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:44:25>
| 2008-02-06 12:44:25,765 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:44:25,765 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:44:25,765 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
| 2008-02-06 12:46:25,781 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:46:25>
| 2008-02-06 12:46:25,781 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:46:25,781 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:46:25,781 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:46:35,796 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:46:35>
| 2008-02-06 12:46:35,796 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:46:35,796 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:46:35,796 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
| 2008-02-06 12:46:42,968 WARN [com.arjuna.ats.arjuna.logging.arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_58] - Abort of action id -3f57fe2e:be3:47a92f30:a5 invoked while multiple threads active within it.
| 2008-02-06 12:46:42,968 WARN [com.arjuna.ats.arjuna.logging.arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_2] - CheckedAction::check - atomic action -3f57fe2e:be3:47a92f30:a5 aborting with 1 threads active!
| 2008-02-06 12:48:36,078 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - first pass <ææä¸, 6 äºæ 2008 12:48:36>
| 2008-02-06 12:48:36,078 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule: first pass
| 2008-02-06 12:48:36,078 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
| 2008-02-06 12:48:36,078 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
| 2008-02-06 12:48:46,078 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery - second pass <ææä¸, 6 äºæ 2008 12:48:46>
| 2008-02-06 12:48:46,078 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] AtomicActionRecoveryModule: Second pass
| 2008-02-06 12:48:46,078 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
| 2008-02-06 12:48:46,078 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
thanks:)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126865#4126865
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126865
18 years, 2 months
[JBossWS] - Re: http://org.jboss.ws/http#chunksize
by CBax007
I too am in the same boat. I am constructing a SOAPMessage object from an XML string. The service I am posting the message to is choking on the chunked request data. I want to be able to disable this and the way seems to be by using the 'HTTP 1.0 Client' config from the standard-jaxws-client-config file. I just don't know how to get my message to use this different config. I am creating and sending my SOAPMessage as follows:
SOAPMessageFactory messageFactory = MessageFactory.newInstance();
| SOAPConnectionFactory connFact = SOAPConnectionFactory.newInstance();
| SOAPMessage message = messageFactory.createMessage(
| null, new ByteArrayInputStream(xmlString.getBytes()));
| SOAPConnection conn = connFact.createConnection();
| URL url = new URL(FARELOGIX_URL);
| SOAPMessage response = conn.call(message, url);
What can I do differently here to get the message to use the 'HTTP 1.0 Client' config?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126864#4126864
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126864
18 years, 2 months
[Clustering/JBoss] - Object is removed from far cache when node is brought down
by shpatil
I am facing difficulty to make far cache pattern work in cluster. I am using JBoss AS 4.2.2 in clustered environment with far cache configured on remote computer as MBean as described in document at
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossClusteringPatternFarCache
HttpSession is created in far cache on remote computer as expected but if I bringdown node that created httpSession, object from far cache is also removed while other node in cluster is still live. So when other node gets request, it can't failover.
I think I am missing something very basic.
Here is configuration in jboss-web-cluster.sar\META-INF\jboss-service.xml
| <?xml version="1.0" encoding="UTF-8"?>
|
| <server>
|
| <mbean code="org.jboss.cache.aop.TreeCacheAop"
| name="jboss.cache:service=TomcatClusteringCache">
|
| <depends>jboss:service=Naming</depends>
| <depends>jboss:service=TransactionManager</depends>
| <depends>jboss.aop:service=AspectDeployer</depends>
|
| <attribute name="TransactionManagerLookupClass">org.jboss.cache.BatchModeTransactionManagerLookup</attribute>
| <attribute name="IsolationLevel">REPEATABLE_READ</attribute>
| <attribute name="CacheMode">LOCAL</attribute>
| <attribute name="ClusterName">Tomcat-${jboss.partition.name:Cluster}</attribute>
| <attribute name="UseRegionBasedMarshalling">false</attribute>
| <attribute name="InactiveOnStartup">false</attribute>
|
| <attribute name="SyncReplTimeout">20000</attribute>
| <attribute name="LockAcquisitionTimeout">15000</attribute>
|
| <attribute name="CacheLoaderConfiguration">
| <config>
| <shared>true</shared>
| <cacheloader>
| <class>org.jboss.cache.loader.tcp.TcpDelegatingCacheLoader</class>
| <properties>
| host=172.26.1.7
| port=7500
| </properties>
| <async>true</async>
| <fetchPersistentState>false</fetchPersistentState>
| <ignoreModifications>false</ignoreModifications>
| </cacheloader>
| </config>
| </attribute>
|
| </mbean>
|
| </server>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126863#4126863
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126863
18 years, 2 months
[JBoss Seam] - Re: How to specify more than one persistence context in Comp
by gsawant
After adding the above lines I added both entity managers using entity-transaction elements in components.xml file
| <transaction:entity-transaction entity-manager="#{em2}"/>
|
| <transaction:entity-transaction entity-manager="#{em1}"/>
|
first I tried without precedence attribute but it complained
java.lang.IllegalStateException: Two components with the same name and precedence: org.jboss.seam.transaction.transaction
after adding precedence like so
| <transaction:entity-transaction entity-manager="#{em2}" precedence="1"/>
|
| <transaction:entity-transaction entity-manager="#{em1}" precedence="2"/>
|
it was able to read components.xml file
Now in pojo I am accessing only one entity-manager as follows
@In (create=true)
private EntityManager em2;
but I am getting following stack trace on accessing the seam page
| java.lang.IllegalStateException: Could not start transaction
| at org.jboss.seam.jsf.SeamPhaseListener.begin(SeamPhaseListener.java:571)
| at org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsBeforePhase(SeamPhaseListener.java:307)
| at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:142)
| at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:116)
| at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:222)
| at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
| at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:44)
| at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
| at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
| at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: Exception [TOPLINK-4002] (Oracle TopLink Essentials - 2.0 (Build b41-beta2 (03/30/2007))): oracle.toplink.essentials.exceptions.DatabaseException
| Internal Exception: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Io exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=169870080)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4)))))
| Error Code: 0
| at oracle.toplink.essentials.exceptions.DatabaseException.sqlException(DatabaseException.java:290)
| at oracle.toplink.essentials.jndi.JNDIConnector.connect(JNDIConnector.java:135)
| at oracle.toplink.essentials.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:170)
| at oracle.toplink.essentials.internal.sessions.DatabaseSessionImpl.loginAndDetectDatasource(DatabaseSessionImpl.java:537)
| at oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider.login(EntityManagerFactoryProvider.java:206)
| at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:212)
| at oracle.toplink.essentials.internal.ejb.cmp3.base.EntityManagerFactoryImpl.getServerSession(EntityManagerFactoryImpl.java:78)
| at oracle.toplink.essentials.internal.ejb.cmp3.base.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:111)
| at oracle.toplink.essentials.internal.ejb.cmp3.base.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:105)
| at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:76)
| at org.jboss.seam.persistence.ManagedPersistenceContext.initEntityManager(ManagedPersistenceContext.java:79)
| at org.jboss.seam.persistence.ManagedPersistenceContext.getEntityManager(ManagedPersistenceContext.java:108)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:125)
| at org.jboss.seam.Component.callComponentMethod(Component.java:2074)
| at org.jboss.seam.Component.unwrap(Component.java:2100)
| at org.jboss.seam.Component.getInstance(Component.java:1879)
| at org.jboss.seam.Component.getInstance(Component.java:1832)
| at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55)
| at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50)
| at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:166)
| at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:53)
| at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
| at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:64)
| at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44)
| at org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
| at org.jboss.seam.core.Expressions$1.getValue(Expressions.java:112)
| at org.jboss.seam.transaction.EntityTransaction.initEntityManager(EntityTransaction.java:66)
| at org.jboss.seam.transaction.EntityTransaction.begin(EntityTransaction.java:78)
| at org.jboss.seam.jsf.SeamPhaseListener.begin(SeamPhaseListener.java:566)
| ... 30 more
| Caused by: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Io exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=169870080)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4)))))
| at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1225)
| at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880)
| at oracle.toplink.essentials.jndi.JNDIConnector.connect(JNDIConnector.java:130)
| ... 62 more
| Caused by: java.sql.SQLException: Io exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=169870080)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))))
| at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
| at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
| at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:334)
| at oracle.jdbc.ttc7.TTC7Protocol.handleIOException(TTC7Protocol.java:3678)
| at oracle.jdbc.ttc7.TTC7Protocol.logon(TTC7Protocol.java:352)
| at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:365)
| at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:547)
| at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:347)
| at org.apache.tomcat.dbcp.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:38)
| at org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:294)
| at org.apache.tomcat.dbcp.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:1247)
| at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1221)
| ... 64 more
|
I am sure this is not a TopLink error because it worked when I had only one entry for entity manager in components.xml file.
Please help.
Geeta
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126860#4126860
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126860
18 years, 2 months
[Tomcat, HTTPD, Servlets & JSP] - Problem with Flash over HTTPS in IE
by konami
Hi, I have this strange problem with flash over https not working in IE. It works fine over normal http. The suggested solution from flash community is to remove "Pragma: No-cache" and "Cache-Control: no-cache" from the server response for flash files. When I analyze the output from JBoss AS 4.2.2 GA I saw these headers in the response. Any idea how to remove these headers? Your comments are welcome. Below is my server output for the flash file over https.
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Pragma: No-cache
Cache-Control: no-cache
Expires: Thu, 01 Jan 1970 07:30:00 SGT
X-Powered-By: Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5
ETag: W/"33254-1202038012000"
Last-Modified: Sun, 03 Feb 2008 11:26:52 GMT
Content-Type: application/x-shockwave-flash;charset=ISO-8859-1
Content-Length: xxxxx
Date: xxxxx
Connection: Keep-Alive
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126857#4126857
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126857
18 years, 2 months