|
| change Language Settings for a wrod document created by RtfWriter2 writer. Oren Nin 18:15:59 |
| | Hello. I have this problem: my local Micrisift Office Language Settings on my computer are set to Hebrew (right to left language) and I created a wrod document by RtfWriter2 writer which contains a Table (not PdfPTable which is not supported by RtfWriter2 ), so the Cells order inside the Table is from the right to the left (inverted from what I wanted). How can I set the Cells order for left to right (English format)? ( and not by changing my local Micrisift Office Language Settings on my computer but from the iText API). Please let me know if there's a way to change the Language Settings from the iText API for a wrod document created by RtfWriter2. Something like: PdfWriter.getInstance(getOutputDocument(), os).setRunDirection(PdfWriter.RUN_DIRECTION_LTR) But on RtfWriter2 instead. Or something like: PdfPTable pdfpTable = new PdfPTable(2); pdfpTable.setRunDirection(PdfWriter.RUN_DIRECTION_LTR); But on Table instead (because as I mentioned PdfPTable which is not supported by RtfWriter2).
Another question is: I tried to use PdfWriter.getInstance(getOutputDocument(), os).setRunDirection(PdfWriter.RUN_DIRECTION_RTL) and it didn't do anything (I saw no change from the default or from using RUN_DIRECTION_LTR), any idea?
Thank you, Oren.
_________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
|
| | 2 answer | Add comment |
|
| POST Laszlo Szenttornyai 17:58:13 |
| | I have a working servlet based service working fine with the lates JServ. Working good with the Jetty 4.1.D1 locally. But on the production server I got this error: 13:41:13.429 EVENT Started org.mortbay.jetty.Server@87aeca 13:41:43.385 WARN!! java.net.SocketTimeoutException: Read timed out 13:41:43.682 WARN!! POST /go/on.Main HTTP/1.1 HttpException(400,Bad Request,Missing Content) 13:42:31.284 WARN!! java.net.SocketTimeoutException: Read timed out 13:42:31.528 WARN!! POST /go/on.balls HTTP/1.1 HttpException(400,Bad Request,Missing Content) This rarelly happens with local config too. Any idea? Please answer to me directly, I'm not on this list...
|
| | 33 answer | Add comment |
|
| [Persistence & CMP/JBoss] - Re: JBoss 4.0.0 STATUS_NO_TRANSACTION on commit Fluetm 08:49:37 |
| | I'm having the exact same problem moving from 3.2.3 to 3.2.6. I have a cactus test that updates an entity bean which works fine in 3.2.3, but rolls the transaction back when running on 3.2.6. I've seen several posts with a similar issue recently. No responses from jBoss on any of them, though.
From the stack trace below, it almost appears like the entity EJB cannot find the entity in question to update...at first I thought it might be a problem with dirty data, but it's a preexisting row. And that wouldn't explain why 3.2.3 running the same test code against the same database (which is postgreSQL 7.4.3 by the way...not sure if that matters) succeeds.
The transaction attribute is "Required". The trace is posted below
org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=localhost//637, BranchQual=] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=10000000) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:415) at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:456) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:324) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:148) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:111) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionContainer.java:331) at org.jboss.ejb.Container.invoke(Container.java:709) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:419) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:83) at $Proxy315.update(Unknown Source) at com.dataline.disa.dcts.facade.dao.DctsUserDAO.update(DctsUserDAO.java:412) at com.dataline.disa.dcts.facade.web.navigation.UserEJBFacade.update(UserEJBFacade.java:196) at com.dataline.disa.dcts.web.navigation.struts.SetDefaultSpaceActionCactusTest.tearDown(SetDefaultSpaceActionCactusTest.java:54) at junit.framework.TestCase.runBare(TestCase.java:130) at org.apache.cactus.ServletTestCase.runCactusTest(ServletTestCase.java:295) at org.apache.cactus.ServletTestCase.runBare(ServletTestCase.java:263) at org.apache.cactus.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:156) at org.apache.cactus.server.AbstractWebTestController.handleRequest_aroundBody0(AbstractWebTestController.java:130) at org.apache.cactus.server.AbstractWebTestController.handleRequest_aroundBody1$advice(AbstractWebTestController.java:158) at org.apache.cactus.server.AbstractWebTestController.handleRequest(AbstractWebTestController.java) at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTestRedirector.java:138) at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(ServletTestRedirector.java:158) at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.java) at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTestRedirector.java:109) at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(ServletTestRedirector.java:158) at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:158) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=10000000 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:369) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:394) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:693) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.beforeCompletion(GlobalTxEntityMap.java:302 |