Re: [vote] splitting cocoon.xconf
Sylvain Wallez wrote: Team, here's a formal vote about splitting cocoon.xconf. I propose to add a new feature in cocoon.xconf so that adding/removing blocks to a Cocoon instance doesn't require do merge each block's configuration in a unique cocoon.xconf file as of today. With this feature, cocoon.xconf can simply be a list of imports, thus allowing to very easily add/remove blocks in a Cocoon application. For more background, please see the initial "splitting cocoon.xconf" post [1]. The first implementation will focus on basic import (one file per element), and later on we'll implement globbing features proposed by Carsten [2]. Please cast your votes. Here's my +1 (of course!) Sylvain [1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110354180900487&w=2 [2] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110361460811792&w=2 If I'm allowed to vote here: +1000 ! Really good idea! One suggestion: Why not optionally scanning the folder WEB-INF for files having a special suffix (e.g. *.inc.xconf) and then, including the content of this files under the root element in cocoon.xconf? This avoids any changes of cocoon.xconf if own components must be included. Just placing such a file in WEB-INF makes the component or block working. This makes it very easy to provide own components for customers by using build processes like Ant. Maybe two possibilities: An import element to import a special file and a element to scan a certain folder for files to include at the specified position. An example: WDYT? Ahh, after reading the messages of the posted links above, I saw, Carsten has already posted an similar idea. Nevertheless, I will post this message, too ;-) Just to express that this feature would very very nice!! Regards Stephan
Re: producing arabic pdf
[EMAIL PROTECTED] wrote: now i have figure the problem and thats because you are writing from right to left If that's the problem: the PDF serializer has no BIDI support at all: no rl writing direction, no character reordering, no fo:bidi support. This means rendering arabic text is almost out of the question, with the possible exception of snippets with blocks which don't have more than one line and which can be reversed beforehand by some other means (which may be complicated by inline markup and numbers which have to be rendered lr instead of rl). J.Pietschmann
Re: producing arabic pdf
nafise hassani wrote:
I look at the arail.ttf.xml file which
org.apache.fop.fonts.apps.TTFReader makes it I found
that some charachter's unicode does'nt exist in it for
example arabic lowercase charachres
this leads to showing lowercase chars same as
uppercase
Characters without a glyph in the font would show as
a sharp sign ("#"). The PDF serializer doesn't substitute
characters on its own.
J.Pietschmann
Re: New developerWorks article on Continuations and Cocoon
Antonio Gallardo wrote:
On Mie, 22 de Diciembre de 2004, 6:36, Ugo Cei dijo:
"Use continuations to develop complex Web applications"
http://www-106.ibm.com/developerworks/library/j-contin.html
Very interesting!
Definitely. We should invite this guy to help us writing our docs!
I added a link in:
http://cocoon.apache.org/link/in-the-press.html
In the next update it will be there.
Cool. Thanks, Antonio!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Re: [vote] splitting cocoon.xconf
Gianugo Rabellino wrote:
I propose to add a new feature in cocoon.xconf so that adding/removing blocks to a Cocoon instance doesn't require do merge each block's configuration in a unique cocoon.xconf file as of today.
Big +1, big hugs, big pats, huge thankyou!
Wow, with all this support, I *really* have to finish it quickly. Some
evening work during the vacation ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Re: New developerWorks article on Continuations and Cocoon
On Mie, 22 de Diciembre de 2004, 6:36, Ugo Cei dijo: > "Use continuations to develop complex Web applications" > > http://www-106.ibm.com/developerworks/library/j-contin.html Very interesting! I added a link in: http://cocoon.apache.org/link/in-the-press.html In the next update it will be there. Best Regards, Antonio Gallardo
Re: [vote] splitting cocoon.xconf
> I propose to add a new feature in cocoon.xconf so that > adding/removing blocks to a Cocoon instance doesn't require do merge > each block's configuration in a unique cocoon.xconf file as of today. Big +1, big hugs, big pats, huge thankyou! Ciao, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance: http://www.orixo.com
Re:producing arabic pdf
now i have figure the problem and thats because you are writing from right to left but i can't help you any more (hands up) --stavros On Thu, 23 Dec 2004, nafise hassani wrote: > hi > I attach 2 files with name : right arabic.doc and > wrong arabic.jpg the right one is the format that I > want my produced pdf to show and the wrong one is the > image of the outputted pdf which I got > > any suggestion??? > > > --- nafise hassani <[EMAIL PROTECTED]> wrote: > > > hi > > I look at the arail.ttf.xml file which > > org.apache.fop.fonts.apps.TTFReader makes it I found > > that some charachter's unicode does'nt exist in it > > for > > example arabic lowercase charachres > > this leads to showing lowercase chars same as > > uppercase > > mm > > --- [EMAIL PROTECTED] wrote: > > > > > On Thu, 23 Dec 2004, nafise hassani wrote: > > > > > > hi nafise > > > > > > sorry but all this in your new pdf are "to greek" > > > for me > > > so i cant realise the problem > > > > > > i understand only that you have now arabic fonts > > > > > > --stavros > > > > > > > > > > hi > > > > thanks, really thanks > > > > but now another problem arise alll the arabic > > > > alphabets > > > > printed separately please have a look at new > > > > arabic.pdf > > > > attached > > > > suggestion?? > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > > > > hi nafise > > > > > > > > > > did you set the font in your fo-xsl? > > > > > > > > > > ... > > > > > > > > > font-family="Arial" > > > > > line-height="14pt" border-bottom="black > > solid"> > > > > > > > > > > > > > > > ... > > > > > > > > > > --stavros > > > > > > > > > > > > > > > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > > > > > > > hi > > > > > > I did all the things that gounis said > > > > > > my config.xml file look like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > metrics-file="D:/fop-fonts/arial.ttf.xml" > > > > > > kerning="yes" > > > > > > embed-file="C:/WINNT/Fonts/arial.ttf"> > > > > > >> > style="normal" > > > > > > weight="normal"/> > > > > > >> > style="normal" > > > > > > weight="normal"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Also in my sitemap.xmap I edit the fo2pdf > > > > > serializer > > > > > > like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > src="org.apache.cocoon.serialization.FOPSerializer" > > > > > > mime-type="application/pdf"> > > > > > > > > > D:/fop-fonts/config.xml > > > > > > > > > > > > > > > > > > And in D:\fop-fonts I have the arail.ttf.xml > > > and > > > > > put > > > > > > my config.xml file there too > > > > > > BUT its make no difference > > > > > > (my arabic pdf is attached to this mail too) > > > > > > > > > > > is there any fault in charachter setting not > > > > > fonts?? > > > > > > I think the serializer has a problem with my > > > > > charset > > > > > > not font > > > > > > > > > > > > any suggestion ??? > > > > > > please help > > > > > > > > > > > > > > > > > > > > > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > hi nafise > > > > > > > > > > > > > > you have to use compiled fonts > > > > > > > > > > > > > > http://xml.apache.org/fop/fonts.html > > > > > > > > > > > > > > and then force cocoon to use those fonts > > > > > > > for this you have to create a > > fop-config.xml > > > > > > > in web-inf > > > > > > > > > > > > > > for example the content of my fop-config: > > > > > > > > > > > > > > > > > > > > >> > > > metrics-file="c:/fop-fonts/arial.ttf.xml" > > > > > > > kerning="yes" > > > > > > > embed-file="c:/fop-fonts/win/arial.ttf"> > > > > > > >> style="normal" > > > > > > > > > > weight="normal"/> > > > > > > >> > style="normal" > > > > > > > weight="normal"/> > > > > > > > > > > > > > >> > > > metrics-file="c:/fop-fonts/arialb.ttf.xml" > > > > > > > kerning="yes" > > > > > > > embed-file="c:/fop-fonts/win/arialb.ttf"> > > > > > > >> style="normal" > > > > > > > > > > weight="bold"/> > > > > > > >> > style="normal" > > > > > > > weight="bold"/> > > > > > > > > > > > > > >> > > > metrics-file="c:/fop-fonts/arialbi.ttf.xml" > > > > > > > kerning="yes" > > > > > > > embed-file="c:/fop-fonts/win/arialbi.ttf"> > > > > > > >> style="italic" > > > > > > > > > > weight="bold"/> > > > > > > >> > style="italic" > > > > > > > weight="bold"/> > > > > > > > > > > > > > >> > > > metrics-file="c:/fop-fonts/ariali.ttf.xml" > > > > > > > kerning="yes" > > > > > > > embed-file="c:/fop-fonts/win/ariali.ttf"> > > > > > > >> style="italic" > > > > > > > > > > weight="normal"/> > > > > > > >> > style="italic" > > > > > > > weight="normal"/>
Re: [vote] splitting cocoon.xconf
On 21 Dec 2004, at 09:55, Sylvain Wallez wrote: Team, here's a formal vote about splitting cocoon.xconf. I propose to add a new feature in cocoon.xconf so that adding/removing blocks to a Cocoon instance doesn't require do merge each block's configuration in a unique cocoon.xconf file as of today. With this feature, cocoon.xconf can simply be a list of imports, thus allowing to very easily add/remove blocks in a Cocoon application. For more background, please see the initial "splitting cocoon.xconf" post [1]. The first implementation will focus on basic import (one file per element), and later on we'll implement globbing features proposed by Carsten [2]. Please cast your votes. Here's my +1 (of course!) Sylvain [1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110354180900487&w=2 [2] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110361460811792&w=2 +1000 Pier smime.p7s Description: S/MIME cryptographic signature
TemplateTrax Error
Dear Cocoon Devs I'm developing an XML-Template-Trax based on Saxon that I would like to contribute to the cocoon community (see also discussion on this list 'Templating: experiments with Conal's html-to-xslt transform'). At the current state I have the following problem: one and the same test-translation (same script, same XML-data aggregated of the request and 2 files) runs 100 time good and then I got the following error. Could you please have a look at the following error messages and tell me how we can proceed to find the problem. Cheers, Raffaele ERROR (2004-12-22) 16:16.59:392 [sitemap.handled-errors] (/ve2000ic/appl/index/bla/5) http-8080-Processor14/PipelineNode: Error executing pipeline. org.apache.cocoon.ProcessingException: Error executing pipeline.: net.sf.saxon.xpath.DynamicError: Required type of first operand of '/' is node(); supplied value has type xs:string at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.handleExcep tion(AbstractProcessingPipeline.java:825) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline .processXMLPipeline(AbstractCachingProcessingPipeline.java:270) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(Abs tractProcessingPipeline.java:468) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(Seri alizeNode.java:120) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTyp eNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:89) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con creteTreeProcessor.java:240) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con creteTreeProcessor.java:180) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:243) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod e.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:138) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:89) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con creteTreeProcessor.java:240) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(Con creteTreeProcessor.java:180) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:243) at org.apache.cocoon.Cocoon.process(Cocoon.java:606) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at
Re:producing arabic pdf
hi I look at the arail.ttf.xml file which org.apache.fop.fonts.apps.TTFReader makes it I found that some charachter's unicode does'nt exist in it for example arabic lowercase charachres this leads to showing lowercase chars same as uppercase mm --- [EMAIL PROTECTED] wrote: > On Thu, 23 Dec 2004, nafise hassani wrote: > > hi nafise > > sorry but all this in your new pdf are "to greek" > for me > so i cant realise the problem > > i understand only that you have now arabic fonts > > --stavros > > > > hi > > thanks, really thanks > > but now another problem arise alll the arabic > > alphabets > > printed separately please have a look at new > > arabic.pdf > > attached > > suggestion?? > > --- [EMAIL PROTECTED] wrote: > > > > > > > > hi nafise > > > > > > did you set the font in your fo-xsl? > > > > > > ... > > > > > font-family="Arial" > > > line-height="14pt" border-bottom="black solid"> > > > > > > > > > ... > > > > > > --stavros > > > > > > > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > > > hi > > > > I did all the things that gounis said > > > > my config.xml file look like this: > > > > > > > > > > > > > > > > > > > > > > metrics-file="D:/fop-fonts/arial.ttf.xml" > > > > kerning="yes" > > > > embed-file="C:/WINNT/Fonts/arial.ttf"> > > > >style="normal" > > > > weight="normal"/> > > > >style="normal" > > > > weight="normal"/> > > > > > > > > > > > > > > > > > > > > Also in my sitemap.xmap I edit the fo2pdf > > > serializer > > > > like this: > > > > > > > > > > > > > > > src="org.apache.cocoon.serialization.FOPSerializer" > > > > mime-type="application/pdf"> > > > > > D:/fop-fonts/config.xml > > > > > > > > > > > > And in D:\fop-fonts I have the arail.ttf.xml > and > > > put > > > > my config.xml file there too > > > > BUT its make no difference > > > > (my arabic pdf is attached to this mail too) > > > > > is there any fault in charachter setting not > > > fonts?? > > > > I think the serializer has a problem with my > > > charset > > > > not font > > > > > > > > any suggestion ??? > > > > please help > > > > > > > > > > > > > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > > > > > > > > > > > > > > hi nafise > > > > > > > > > > you have to use compiled fonts > > > > > > > > > > http://xml.apache.org/fop/fonts.html > > > > > > > > > > and then force cocoon to use those fonts > > > > > for this you have to create a fop-config.xml > > > > > in web-inf > > > > > > > > > > for example the content of my fop-config: > > > > > > > > > > > > > > >> > metrics-file="c:/fop-fonts/arial.ttf.xml" > > > > > kerning="yes" > > > > > embed-file="c:/fop-fonts/win/arial.ttf"> > > > > > > > > > > weight="normal"/> > > > > >style="normal" > > > > > weight="normal"/> > > > > > > > > > >> > metrics-file="c:/fop-fonts/arialb.ttf.xml" > > > > > kerning="yes" > > > > > embed-file="c:/fop-fonts/win/arialb.ttf"> > > > > > > > > > > weight="bold"/> > > > > >style="normal" > > > > > weight="bold"/> > > > > > > > > > >> > metrics-file="c:/fop-fonts/arialbi.ttf.xml" > > > > > kerning="yes" > > > > > embed-file="c:/fop-fonts/win/arialbi.ttf"> > > > > > > > > > > weight="bold"/> > > > > >style="italic" > > > > > weight="bold"/> > > > > > > > > > >> > metrics-file="c:/fop-fonts/ariali.ttf.xml" > > > > > kerning="yes" > > > > > embed-file="c:/fop-fonts/win/ariali.ttf"> > > > > > > > > > > weight="normal"/> > > > > >style="italic" > > > > > weight="normal"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > and finaly you have to register this > fop-confing > > > in > > > > > your sitemap: > > > > > ... > > > > >> > > > logger="sitemap.serializer.fo2pdf" > > > > > mime-type="application/pdf" name="fo2pdf" > > > > > > > > > src="org.apache.cocoon.serialization.FOPSerializer"> > > > > > > > > > > > > > > c:\fop-fonts\config.xml > > > > > > > > > > ... > > > > > > > > > > > > > > > --stavros > > > > > > > > > > > > > > > [cocoon doc] > > > > > > > > > > > > > > > http://cocoon.apache.org/2.1/userdocs/serializers/pdf-serializer.html > > > > > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > > > > > > > hi > > > > > > I use cocoon as a framework and I want to > > > output a > > > > > pdf > > > > > > using "fo2pdf" serializer also I want to > > > create > > > > > arabic > > > > > > content in my pdfs I set the charencoding > in > === message truncated === __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protec
Retrieving AuthenticationContext from custom Action
Hi guys,
I'm currently writing an action which merges some things from the request
and deli into the AuthenticationContext.
I just don't seem to get the Context, though.
I'd prefer to get it as DOM (a Document or DocumentFragment), so I don't
really want to use streamContextFragment(..) from the sessionManager like
Cocoon's SessionPreTransformer does.
I have the ContextManager and the SessionManager.
I tried with the AuthenticationContextProvider (though I'm really not sure
why this is needed at all), but it returned a NullPointerException.
Well, the action (shortened to the important bits) looks like this:
public void service(ServiceManager manager)... {
super.service(manager);
try {
getDeli();
getContextManager();
getSessionManager();
}
catch (ProcessingException pe) {
throw new ServiceException("Error looking up components.");
}
}
public Map act( ...) ..{
if
(contextManager.existsContext(AuthenticationConstants.SESSION_CONTEXT_NAME))
{
authContext =
(AuthenticationContext)contextManager.getContext(AuthenticationConstants.SES
SION_CONTEXT_NAME);
System.out.println("1st way:
"+sessionManager.getContextFragment(authContext.getName(),"/authentication")
.toString());
System.out.println("2nd way:
"+authContext.getXML("/authentication").toString());}
}
So far this is only for debugging purpose to see if I get the context or not
- but it doesn't look so. This is what the console says:
1st way: [#document-fragment: null]
2nd way: [#document-fragment: null]
My first question would be:
Which is the best way to obtain the authentication context? Via the
SessionManager, ContextManager.. or AuthenticationContextProvider? Is there
any striking difference?
Second question of course: How do I get the context??
The pipeline part looks like this:
...
...
...
Funnily the outputauthentication stylesheet (see below) returns the context,
so it must be possible with my action as well :O
Thank you for your help!
Cheers and Merry Christmas,
Stefan
P.S.: Using Cocoon 2.1.6 on Tomcat 5.0.28 on JDK 1.4.2_06
Cocoon-2.1.X Tests Failure 12/23/04
Automated Cocoon Unit tests failed! Full log file if this unit test run is available here: http://nagoya.apache.org/~vadim/cocoon-test-log-20041223.log Last messages from the log file: == [foreach] reader-mime-type.xml:39: Starting http://localhost:1///samples/test/reader-mime-type/test20.html [foreach] reader-mime-type.xml:41: Running test [Header: Content-type = text/html ... done (1ms) [foreach] reader-mime-type.xml:39: Finished http://localhost:1///samples/test/reader-mime-type/test20.html (86ms) [foreach] reader-mime-type.xml:44: Starting http://localhost:1///samples/test/reader-mime-type/test20.html [foreach] reader-mime-type.xml:46: Running test [Header: Content-type = text/html ... done (0ms) [foreach] reader-mime-type.xml:44: Finished http://localhost:1///samples/test/reader-mime-type/test20.html (30ms) [foreach] reader-mime-type.xml:50: Starting http://localhost:1///samples/test/reader-mime-type/test30.html [foreach] reader-mime-type.xml:52: Running test [Header: Content-type = text/html ... done (1ms) [foreach] reader-mime-type.xml:50: Finished http://localhost:1///samples/test/reader-mime-type/test30.html (501ms) [foreach] reader-mime-type.xml:55: Starting http://localhost:1///samples/test/reader-mime-type/test30.html [foreach] reader-mime-type.xml:57: Running test [Header: Content-type = text/html ... done (1ms) [foreach] reader-mime-type.xml:55: Finished http://localhost:1///samples/test/reader-mime-type/test30.html (89ms) [foreach] reader-mime-type.xml:61: Starting http://localhost:1///samples/test/reader-mime-type/test40.html [foreach] reader-mime-type.xml:63: Running test [Header: Content-type = text/html ... done (0ms) [foreach] reader-mime-type.xml:61: Finished http://localhost:1///samples/test/reader-mime-type/test40.html (30ms) [foreach] reader-mime-type.xml:66: Starting http://localhost:1///samples/test/reader-mime-type/test40.html [foreach] reader-mime-type.xml:68: Running test [Header: Content-type = text/html ... done (1ms) [foreach] reader-mime-type.xml:66: Finished http://localhost:1///samples/test/reader-mime-type/test40.html (30ms) [foreach] reader-mime-type.xml:72: Starting http://localhost:1///samples/test/reader-mime-type/test50.html [foreach] reader-mime-type.xml:74: Running test [Header: Content-type = text/html[1;31m Failure: file:/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/test/anteater/reader-mime-type.xml:74: message doesn't match because header 'content-type' is not present[m [foreach] ... done (7ms) [foreach] reader-mime-type.xml:72: Finished http://localhost:1///samples/test/reader-mime-type/test50.html (45ms) BUILD FAILED file:/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/test/anteater/reader-mime-type.xml:72: Task at file:/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/test/anteater/reader-mime-type.xml:72: failed Total time: 27 seconds Last messages from the server console: == [EMAIL PROTECTED]: Startup sequence initiated from main() method [EMAIL PROTECTED]: Loaded properties from [/disk/raid0/home/vadim/svn/cocoon-2.1.X/server.properties] [EMAIL PROTECTED]: Initiating startup sequence... [EMAIL PROTECTED]: Server socket opened successfully in 3 ms. [EMAIL PROTECTED]: Database [index=0, id=0, db=file:/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/webapp/WEB-INF/db/cocoondb, alias=] opened sucessfully in 1595 ms. [EMAIL PROTECTED]: Startup sequence completed in 1655 ms. [EMAIL PROTECTED]: 2004-12-23 01:29:48.426 HSQLDB server 1.7.3 is online [EMAIL PROTECTED]: To close normally, connect and execute SHUTDOWN SQL [EMAIL PROTECTED]: From command line, use [Ctrl]+[C] to abort abruptly - The database 'db' root directory has been set to /disk/raid0/home/vadim/svn/cocoon-2.1.X/build/webapp/WEB-INF/db. Keep in mind that if a war upgrade will take place the database will be lost. - Database points to /disk/raid0/home/vadim/svn/cocoon-2.1.X/build/webapp/WEB-INF/db - [main] '/db/system/SysSymbols' Set object system_SysConfig - [main] '/db/system/SysConfig' Set document database.xml - [main] '/db/system/SysSymbols' Set object meta_Metas - [main] '/db/system/SysSymbols' Set object meta_Metas_system_SysConfig - Database 'db' successfully opened - Xindice server successfully started parameter = @PARAMETER@ replaceme = replaceme-abc parameter = @PARAMETER@ replaceme = replaceme-123 - VM shutting down with the disk store for cocoon-ehcache-1 still active. The disk store is persistent. Calling dispose... - Database 'db' successfully closed - Scheduler Cocoon_$_Thu_Dec_23_01:29:36_PST_2004 paused. - Scheduler Cocoon_$_Thu_Dec_23_01:2
RE: Updating the java-repository
Great, thanks Giacomo! Carsten > -Original Message- > From: Giacomo Pati [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 22, 2004 5:01 PM > To: dev@cocoon.apache.org > Subject: Re: Updating the java-repository > > > done! > > I first had to adapt the script > tools/bin/create-repository-jars.sh for svn. It is a little > different than with CVS but works more or less as before. > > Compiled with (output of java -version): >java version "1.3.1_13" >Java(TM) 2 Runtime Environment, Standard Edition (build > 1.3.1_13-b03) >Java HotSpot(TM) Client VM (build 1.3.1_13-b03, mixed mode) > > Giacomo > > Carsten Ziegeler wrote: > > Thanks, Giacomo!! > > > > Carsten > > > > > >>-Original Message- > >>From: Giacomo Pati [mailto:[EMAIL PROTECTED] > >>Sent: Wednesday, December 22, 2004 11:08 AM > >>To: dev@cocoon.apache.org > >>Subject: Re: Updating the java-repository > >> > >> > >>Carsten Ziegeler wrote: > >> > >>>Could someone plese update the java-repository > >>>(www.apache.org/dist/java-repository/cocoon) > >>>with the jars from 2.1.6? Currently I don't have access to a *nix > >>>machine (grmpf). > >> > >>I'll do it this afternoon CET. > >> > >>-- > >>Giacomo Pati > >>Otego AG, Switzerland - http://www.otego.com Orixo, the XML > business > >>alliance - http://www.orixo.com > >> > > > > > > -- > Otego AG Tel: +41 (0)1 240 00 55 > Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04 > Apache Software Foundation Member Mailto:[EMAIL PROTECTED] > Hohlstrasse 216 > Mailto:[EMAIL PROTECTED] > CH-8004 Zuerich http://www.otego.com > . >
Re:producing arabic pdf
On Thu, 23 Dec 2004, nafise hassani wrote: hi nafise sorry but all this in your new pdf are "to greek" for me so i cant realise the problem i understand only that you have now arabic fonts --stavros > hi > thanks, really thanks > but now another problem arise alll the arabic > alphabets > printed separately please have a look at new > arabic.pdf > attached > suggestion?? > --- [EMAIL PROTECTED] wrote: > > > > > hi nafise > > > > did you set the font in your fo-xsl? > > > > ... > > > font-family="Arial" > > line-height="14pt" border-bottom="black solid"> > > > > > > ... > > > > --stavros > > > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > hi > > > I did all the things that gounis said > > > my config.xml file look like this: > > > > > > > > > > > > > > > > metrics-file="D:/fop-fonts/arial.ttf.xml" > > > kerning="yes" > > > embed-file="C:/WINNT/Fonts/arial.ttf"> > > >> > weight="normal"/> > > >> > weight="normal"/> > > > > > > > > > > > > > > > Also in my sitemap.xmap I edit the fo2pdf > > serializer > > > like this: > > > > > > > > > > src="org.apache.cocoon.serialization.FOPSerializer" > > > mime-type="application/pdf"> > > > D:/fop-fonts/config.xml > > > > > > > > > And in D:\fop-fonts I have the arail.ttf.xml and > > put > > > my config.xml file there too > > > BUT its make no difference > > > (my arabic pdf is attached to this mail too) > > > is there any fault in charachter setting not > > fonts?? > > > I think the serializer has a problem with my > > charset > > > not font > > > > > > any suggestion ??? > > > please help > > > > > > > > > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > > > > > > > > > hi nafise > > > > > > > > you have to use compiled fonts > > > > > > > > http://xml.apache.org/fop/fonts.html > > > > > > > > and then force cocoon to use those fonts > > > > for this you have to create a fop-config.xml > > > > in web-inf > > > > > > > > for example the content of my fop-config: > > > > > > > > > > > > > metrics-file="c:/fop-fonts/arial.ttf.xml" > > > > kerning="yes" > > > > embed-file="c:/fop-fonts/win/arial.ttf"> > > > > > > > weight="normal"/> > > > > > > > weight="normal"/> > > > > > > > > > metrics-file="c:/fop-fonts/arialb.ttf.xml" > > > > kerning="yes" > > > > embed-file="c:/fop-fonts/win/arialb.ttf"> > > > > > > > weight="bold"/> > > > > > > > weight="bold"/> > > > > > > > > > metrics-file="c:/fop-fonts/arialbi.ttf.xml" > > > > kerning="yes" > > > > embed-file="c:/fop-fonts/win/arialbi.ttf"> > > > > > > > weight="bold"/> > > > > > > > weight="bold"/> > > > > > > > > > metrics-file="c:/fop-fonts/ariali.ttf.xml" > > > > kerning="yes" > > > > embed-file="c:/fop-fonts/win/ariali.ttf"> > > > > > > > weight="normal"/> > > > > > > > weight="normal"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > and finaly you have to register this fop-confing > > in > > > > your sitemap: > > > > ... > > > > > > > logger="sitemap.serializer.fo2pdf" > > > > mime-type="application/pdf" name="fo2pdf" > > > > > > src="org.apache.cocoon.serialization.FOPSerializer"> > > > > > > > > > > c:\fop-fonts\config.xml > > > > > > > > ... > > > > > > > > > > > > --stavros > > > > > > > > > > > > [cocoon doc] > > > > > > > > > > http://cocoon.apache.org/2.1/userdocs/serializers/pdf-serializer.html > > > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > > > > > hi > > > > > I use cocoon as a framework and I want to > > output a > > > > pdf > > > > > using "fo2pdf" serializer also I want to > > create > > > > arabic > > > > > content in my pdfs I set the charencoding in > > my > > > > xml > > > > > file(src for generator) to "UTF-8" and prepare > > > > arabic > > > > > content in them > > > > > but outputted pdf can't display the arabic > > char > > > > > correctly > > > > > > > > > > any suggestion??? > > > > > is there any fault in cocoon "fo2pdf" > > serializer > > > > for > > > > > showing charachters in languages like > > arabic > > > > > > > > > > > > > > > > > > > > > > > > > __ > > > > > Do you Yahoo!? > > > > > Yahoo! Mail - You care about security. So do > > we. > > > > > http://promotions.yahoo.com/new_mail > > > > > > > > > > > > > > > > > > > > > > > > > > > > __ > > > Do you Yahoo!? > > > Take Yahoo! Mail with you! Get it on your mobile > > phone. > > > http://mobile.yahoo.com/maildemo > > > > > > >
Re:producing arabic pdf
hi thanks, really thanks but now another problem arise alll the arabic alphabets printed separately please have a look at new arabic.pdf attached suggestion?? --- [EMAIL PROTECTED] wrote: > > hi nafise > > did you set the font in your fo-xsl? > > ... > font-family="Arial" > line-height="14pt" border-bottom="black solid"> > > > ... > > --stavros > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > hi > > I did all the things that gounis said > > my config.xml file look like this: > > > > > > > > > > metrics-file="D:/fop-fonts/arial.ttf.xml" > > kerning="yes" > > embed-file="C:/WINNT/Fonts/arial.ttf"> > >> weight="normal"/> > >> weight="normal"/> > > > > > > > > > > Also in my sitemap.xmap I edit the fo2pdf > serializer > > like this: > > > > > > src="org.apache.cocoon.serialization.FOPSerializer" > > mime-type="application/pdf"> > > D:/fop-fonts/config.xml > > > > > > And in D:\fop-fonts I have the arail.ttf.xml and > put > > my config.xml file there too > > BUT its make no difference > > (my arabic pdf is attached to this mail too) > > is there any fault in charachter setting not > fonts?? > > I think the serializer has a problem with my > charset > > not font > > > > any suggestion ??? > > please help > > > > > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > > > > hi nafise > > > > > > you have to use compiled fonts > > > > > > http://xml.apache.org/fop/fonts.html > > > > > > and then force cocoon to use those fonts > > > for this you have to create a fop-config.xml > > > in web-inf > > > > > > for example the content of my fop-config: > > > > > > > > >metrics-file="c:/fop-fonts/arial.ttf.xml" > > > kerning="yes" > > > embed-file="c:/fop-fonts/win/arial.ttf"> > > >> > weight="normal"/> > > >> > weight="normal"/> > > > > > >metrics-file="c:/fop-fonts/arialb.ttf.xml" > > > kerning="yes" > > > embed-file="c:/fop-fonts/win/arialb.ttf"> > > >> > weight="bold"/> > > >> > weight="bold"/> > > > > > >metrics-file="c:/fop-fonts/arialbi.ttf.xml" > > > kerning="yes" > > > embed-file="c:/fop-fonts/win/arialbi.ttf"> > > >> > weight="bold"/> > > >> > weight="bold"/> > > > > > >metrics-file="c:/fop-fonts/ariali.ttf.xml" > > > kerning="yes" > > > embed-file="c:/fop-fonts/win/ariali.ttf"> > > >> > weight="normal"/> > > >> > weight="normal"/> > > > > > > > > > > > > > > > > > > > > > and finaly you have to register this fop-confing > in > > > your sitemap: > > > ... > > >> > logger="sitemap.serializer.fo2pdf" > > > mime-type="application/pdf" name="fo2pdf" > > > > src="org.apache.cocoon.serialization.FOPSerializer"> > > > > > > > c:\fop-fonts\config.xml > > > > > > ... > > > > > > > > > --stavros > > > > > > > > > [cocoon doc] > > > > > > http://cocoon.apache.org/2.1/userdocs/serializers/pdf-serializer.html > > > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > > > hi > > > > I use cocoon as a framework and I want to > output a > > > pdf > > > > using "fo2pdf" serializer also I want to > create > > > arabic > > > > content in my pdfs I set the charencoding in > my > > > xml > > > > file(src for generator) to "UTF-8" and prepare > > > arabic > > > > content in them > > > > but outputted pdf can't display the arabic > char > > > > correctly > > > > > > > > any suggestion??? > > > > is there any fault in cocoon "fo2pdf" > serializer > > > for > > > > showing charachters in languages like > arabic > > > > > > > > > > > > > > > > > > > > __ > > > > Do you Yahoo!? > > > > Yahoo! Mail - You care about security. So do > we. > > > > http://promotions.yahoo.com/new_mail > > > > > > > > > > > > > > > > > > > > __ > > Do you Yahoo!? > > Take Yahoo! Mail with you! Get it on your mobile > phone. > > http://mobile.yahoo.com/maildemo > > __ Do you Yahoo!? Send a seasonal email greeting and help others. Do good. http://celebrity.mail.yahoo.com new arabic.pdf Description: new arabic.pdf
Re:producing arabic pdf
hi nafise did you set the font in your fo-xsl? ... ... --stavros On Wed, 22 Dec 2004, nafise hassani wrote: > hi > I did all the things that gounis said > my config.xml file look like this: > > > > >kerning="yes" > embed-file="C:/WINNT/Fonts/arial.ttf"> >weight="normal"/> >weight="normal"/> > > > > > Also in my sitemap.xmap I edit the fo2pdf serializer > like this: > > src="org.apache.cocoon.serialization.FOPSerializer" > mime-type="application/pdf"> > D:/fop-fonts/config.xml > > > And in D:\fop-fonts I have the arail.ttf.xml and put > my config.xml file there too > BUT its make no difference > (my arabic pdf is attached to this mail too) > is there any fault in charachter setting not fonts?? > I think the serializer has a problem with my charset > not font > > any suggestion ??? > please help > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > hi nafise > > > > you have to use compiled fonts > > > > http://xml.apache.org/fop/fonts.html > > > > and then force cocoon to use those fonts > > for this you have to create a fop-config.xml > > in web-inf > > > > for example the content of my fop-config: > > > > > > > kerning="yes" > > embed-file="c:/fop-fonts/win/arial.ttf"> > > > weight="normal"/> > > > weight="normal"/> > > > > > kerning="yes" > > embed-file="c:/fop-fonts/win/arialb.ttf"> > > > weight="bold"/> > > > weight="bold"/> > > > > > kerning="yes" > > embed-file="c:/fop-fonts/win/arialbi.ttf"> > > > weight="bold"/> > > > weight="bold"/> > > > > > kerning="yes" > > embed-file="c:/fop-fonts/win/ariali.ttf"> > > > weight="normal"/> > > > weight="normal"/> > > > > > > > > > > > > > > and finaly you have to register this fop-confing in > > your sitemap: > > ... > > > logger="sitemap.serializer.fo2pdf" > > mime-type="application/pdf" name="fo2pdf" > > src="org.apache.cocoon.serialization.FOPSerializer"> > > > > c:\fop-fonts\config.xml > > > > ... > > > > > > --stavros > > > > > > [cocoon doc] > > > http://cocoon.apache.org/2.1/userdocs/serializers/pdf-serializer.html > > > > On Wed, 22 Dec 2004, nafise hassani wrote: > > > > > hi > > > I use cocoon as a framework and I want to output a > > pdf > > > using "fo2pdf" serializer also I want to create > > arabic > > > content in my pdfs I set the charencoding in my > > xml > > > file(src for generator) to "UTF-8" and prepare > > arabic > > > content in them > > > but outputted pdf can't display the arabic char > > > correctly > > > > > > any suggestion??? > > > is there any fault in cocoon "fo2pdf" serializer > > for > > > showing charachters in languages like arabic > > > > > > > > > > > > > > > __ > > > Do you Yahoo!? > > > Yahoo! Mail - You care about security. So do we. > > > http://promotions.yahoo.com/new_mail > > > > > > > > > > > > __ > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone. > http://mobile.yahoo.com/maildemo
