RE: Problem with XSLTInputHandler and Driver class
Hi Cesar, Just for check, can you confirm what FOP version you want to use? Your userconfig.xml file is for FOP v0.20.5, not for current versions of FOP. Pascal -Message d'origine- De : Cesar Santofimia [mailto:[EMAIL PROTECTED] Envoyé : jeudi 3 mai 2007 17:18 À : fop-users@xmlgraphics.apache.org Objet : Re: Problem with XSLTInputHandler and Driver class Hi Adrian, I think the contents of these files are right because when i treated both xml and xsl source like File objects i hadn´t any problem. The xml source is a String received as a request parameter, and its code is: ?xml version=1.0 encoding=UTF-8?informedatos_vida_laboralcuerpodatos_ trabajadorfecha_larga1 de agosto/fecha_larganombre/nombrefecha_nac/fecha_nacn umero_ss/numero_ssdni/dni/datos_trabajador/cuerpo/ datos_vida_laboral/informe Is that right? Can i use this string as a InputSource parameter in the XSLTInputHandler constructor method? This is my first doubt... The xsl source is the atached file informe.xsl, and exists in PATH_TO_XSL. At this moment only loads the fecha_larga value received in the xml source. My userconfig.xml file only contains fonts information. And finally, the stack trace: org.apache.fop.apps.FOPException: javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: java.net.MalformedURLException [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at java.lang.Throwable.init(Throwable.java:59) [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at java.lang.Throwable.init(Throwable.java:73) [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at org.apache.fop.apps.FOPException.init(FOPException.java:88) [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at org.apache.fop.apps.TraxInputHandler.initTransformer(TraxInput Handler.java:108) [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at org.apache.fop.apps.TraxInputHandler.init(TraxInputHandler.java:100) [3/05/07 17:03:32:406 CEST] 7bec7bec SystemErr R at org.apache.fop.apps.XSLTInputHandler.init(XSLTInputHandler.java:81) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at fop.negocio.FopJaGestor.ejecutar(FopJaGestor.java) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at fop.servlet.FopServlet.doGet(FopServlet.java) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doServic e(StrictServletInstance.java:110) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._servic e(StrictLifecycleServlet.java:174) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.IdleServletState.service(Stric tLifecycleServlet.java:313) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service (StrictLifecycleServlet.java:116) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.ServletInstance.service(Servle tInstance.java:283) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dis patch(ValidServletReferenceState.java:42) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispa tch(ServletInstanceReference.java:40) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleW ebAppDispatch(WebAppRequestDispatcher.java:983) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatc h(WebAppRequestDispatcher.java:564) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward (WebAppRequestDispatcher.java:200) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvo ker.java:119) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook (WebAppInvoker.java:276) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.hand leInvocation(CachedInvocation.java:71) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.cache.invocation.CacheableInvocationCo ntext.invoke(CacheableInvocationContext.java:116) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr R at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchBy URI(ServletRequestProcessor.java:186) [3/05/07 17:03:32:421 CEST] 7bec7bec SystemErr
Re: Java -Xmx not working
villejck wrote: I am attempting to process a large XML file that is greater than 2.5megs, but I am getting a Java Heap Space error. I tried increasing my Java memory allocation with the following command: Java -Xms128m -Xmx256m I tried different memory settings, but I notice from the task manager in Windows that the memory used by FOP is still around 95,000K which seems to be the default. The Java -Xmx command does not seem to be increasing the memory allocation. I typed the Java command in ms-dos and inserted the command into fop.bat, but there is no change in the memory allocation. The Java memory is always capped at about 95,000K (95megs). Can anyone please provide some input into this? Thank you! You mention MS-DOS, so I guess you must using Windows. What version of Windows are you using and what JDK version? Also, what version of FOP are you using? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report - URIResolver and basic authentication working incorrect when EBCDIC codepage is used
Similar to my previous mail I have a problem retrieving images from a
database that uses basic authentication.
Looking at the code I think the problem is again in the EBCDIC codepage
that is used on the server.
The problem is bolded:
protected void applyHttpBasicAuthentication(URLConnection connection,
String username, String password) {
String combined = username + : + password;
try {
ByteArrayOutputStream baout = new
ByteArrayOutputStream(combined.length() * 2);
Base64EncodeStream base64 = new Base64EncodeStream(baout);
base64.write(combined.getBytes());
base64.close();
connection.setRequestProperty(Authorization,
Basic + new String(baout.toByteArray()));
} catch (IOException e) {
//won't happen. We're operating in-memory.
throw new RuntimeException(Error during base64 encodation of
username/password);
}
}
This function is defined in:
src\java\org\apache\fop\apps\FOURIResolver.java
I will try with base64.write(combined.getBytes(UTF-8));
Will keep you posted.
Jelka
Re: Java -Xmx not working
Thanks Chris for the response! Here are my specs: Microsoft Vista Windows Server 2003 JDK 6 FOP 0.93 Thanks, Jack cbowditch wrote: villejck wrote: I am attempting to process a large XML file that is greater than 2.5megs, but I am getting a Java Heap Space error. I tried increasing my Java memory allocation with the following command: Java -Xms128m -Xmx256m I tried different memory settings, but I notice from the task manager in Windows that the memory used by FOP is still around 95,000K which seems to be the default. The Java -Xmx command does not seem to be increasing the memory allocation. I typed the Java command in ms-dos and inserted the command into fop.bat, but there is no change in the memory allocation. The Java memory is always capped at about 95,000K (95megs). Can anyone please provide some input into this? Thank you! You mention MS-DOS, so I guess you must using Windows. What version of Windows are you using and what JDK version? Also, what version of FOP are you using? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Java--Xmx-not-working-tf3717663.html#a10417369 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug report - pdf generated with malformed %PDF-1.4 start line
This has been fixed about a week ago in FOP Trunk: http://svn.apache.org/viewvc?view=revrev=533986 On 10.05.2007 15:06:21 jelka.kosir wrote: I'm having problem with generating pdf (I'm using beta 92) on a IBM machine that uses EBCDIC code system. When I open the pdf using text editor, first few bytes of the generated pdf file looks like: l×ÄÆ`ñKô, but should look like: %PDF-1.4 I think that the problem is in function outputHeader(OutputStream stream) in src\java\org\apache\fop\pdf\PDFDocument.java byte[] pdf = (%PDF- + getPDFVersionString() + \n).getBytes(); I presume changing this to: byte[] pdf = (%PDF- + getPDFVersionString() + \n).getBytes(US-ASCII); should do the trick, but I did not try this yet. Jelka Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
scale-down-to-fit not supported?
Hi All, I tried using content-width=scale-down-to-fit within a fo:external-graphic tag. But it seems like this value is not supported yet. After reading the ML archives I tried it with block-progression-dimension.maximum=100% and width=100% which should equals scale-down-to-fit, but this also has no effect on my images. What I want to achieve is to scale down images which are too big for the page, but not to touch images which will fit on the page. Did someone succeed in doing this? Any tips? Thanks! Conny - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fonts and bullet graphics?
Hi everyone, I've got a document that is being translated into Korean. The problem is that when we render the Korean translation, the bullets in our itemizedlist blocks disappear. If I tweak things just enough to make loading the fonts fail, so that fop falls back on a western font and replaces the koran characters with #, the bullets are there again. So, from this I'm inferring that maybe the default bullet graphic is actually taken from the font? And this one doesn't have such a graphic? That seems like a long-shot, but I'm lacking any other plausible ideas, unless maybe it's a spacing issue and the font is just covering up the bullets? Looking at the document, I can't see any evidence of that, though. Any ideas/suggestions for how to deal with this would be greatly appreciated! --Brad -- ~ Second Shift: An original, serialized audio adventure ~ http://www.secondshiftpodcast.com
Re: fonts and bullet graphics?
Swapped to a different font (one of the free ones included with Fedora) and the problem still remains. The document renders fine, with everything indended as it should be an no aparnent instances of font glyphs overlapping bullets. There're just... no bullets. =:( --Brad On 5/10/07, Brad Smith [EMAIL PROTECTED] wrote: Hi everyone, I've got a document that is being translated into Korean. The problem is that when we render the Korean translation, the bullets in our itemizedlist blocks disappear. If I tweak things just enough to make loading the fonts fail, so that fop falls back on a western font and replaces the koran characters with #, the bullets are there again. So, from this I'm inferring that maybe the default bullet graphic is actually taken from the font? And this one doesn't have such a graphic? That seems like a long-shot, but I'm lacking any other plausible ideas, unless maybe it's a spacing issue and the font is just covering up the bullets? Looking at the document, I can't see any evidence of that, though. Any ideas/suggestions for how to deal with this would be greatly appreciated! --Brad -- ~ Second Shift: An original, serialized audio adventure ~ http://www.secondshiftpodcast.com -- ~ Second Shift: An original, serialized audio adventure ~ http://www.secondshiftpodcast.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
