it worth the trouble to use NetBeans due
to its project creation and maintenance ease, but deployment is still
very much manual labor for me.
Sorry I couldn't be more of help.
- Miles
On Fri, Aug 15, 2008 at 3:11 AM, Lehtonen, Mika <[EMAIL PROTECTED]> wrote:
Hi again Miles,
e transition from Eclipse to NetBeans. No more standalone
Maven download step, and (most of the time) the Update Center keeps
everything running smoothly. Far better than the Maven-Eclipse
integration to be sure.
- Miles
On Wed, Aug 13, 2008 at 1:33 PM, Lehtonen, Mika <[EMAIL PROTECTED]> wr
94952-3329 +1 (707) 773-4646
-Original Message-
From: Lehtonen, Mika [mailto:[EMAIL PROTECTED]
Sent: vrijdag 15 augustus 2008 10:39
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.2 FOP
Am I asking something silly or too obvious? I'd just like to
get a list as the follow
Am I asking something silly or too obvious? I'd just like to get a list
as the following, which includes one column also for the Cocoon 2.2 FOP
block.
http://xmlgraphics.apache.org/fop/compliance.html
thanks,
mika
Lehtonen, Mika kirjoitti:
Hi again,
taking second steps on Cocoon 2.2
more standalone
Maven download step, and (most of the time) the Update Center keeps
everything running smoothly. Far better than the Maven-Eclipse
integration to be sure.
- Miles
On Wed, Aug 13, 2008 at 1:33 PM, Lehtonen, Mika <[EMAIL PROTECTED]> wrote:
Ok,
this was due to fact tha
hen I have these minor
problems.
Lehtonen, Mika kirjoitti:
Hi,
is it possible to create Cocoon applications straight using Netbeans
IDE 6.1 and Maven plugin? I tried to do so, but I got some errors.
Mainly it's about missing classworlds (this is only a part of the
stacktrace):
reg. mi
Hi,
is it possible to create Cocoon applications straight using Netbeans IDE
6.1 and Maven plugin? I tried to do so, but I got some errors. Mainly
it's about missing classworlds (this is only a part of the stacktrace):
reg. mika
[ERROR]Root error message:Missing:
[ERROR]--
[ERROR]1)
Hi again,
taking second steps on Cocoon 2.2 and I started to wonder whether the
version number of the FOP block follows the official FOP versioning. I
have been using some 0.9x FOP in Cocoon 2.1.11, because the old 0.20.5
was too far from the standard. So I have now my XSL-FO files ported to
Yep,
you nailed it! I had two typos ('/http//cocoon.apache.org'). I so ashamed...
- mika -
Ken Starks kirjoitti:
Lehtonen, Mika wrote:
Hi again,
I repeated the instructions with another block name and this time it
works. There were over 40 archetypes to choose in my first attep
to learn. Never mind the beginners list idea. Amount of traffic is
tolerable.
Thanks,
mika
Ken Starks kirjoitti:
Lehtonen, Mika wrote:
Hello all,
maybe you should have beginners list as for questions/problems like
mine. :-[
A beginners' list doesn't seem a good idea to me, for
-
Lehtonen, Mika kirjoitti:
Ok,
here it is. BTW, I am running my tests in a headless Linux server.
Does it make any difference?
- mika -
Jeroen Reijn kirjoitti:
Hi Mika,
I guess what's more important is, what is the stacktrace that you got
while trying to do $mvn jetty:run?
Re
Ok,
here it is. BTW, I am running my tests in a headless Linux server. Does
it make any difference?
- mika -
Jeroen Reijn kirjoitti:
Hi Mika,
I guess what's more important is, what is the stacktrace that you got
while trying to do $mvn jetty:run?
Regards,
Jeroen
Lehtonen, Mika
Hello all,
maybe you should have beginners list as for questions/problems like
mine. :-[
I finally put myself together and started to get familiar with Cocoon
2.2. I am totally 'out and cold' what comes to the Maven and many other
concepts with 2.2. So I started with "Your first Cocoon appli
pefully it doesn't stand for of any anatomic part of an human or
anything else like that ...
Lehtonen, Mika kirjoitti:
Morus.
KVG, that is check Google for Morus in finnish.
How you like it?
cheers,
mika
Andy Stevens kirjoitti:
2008/7/31 Hugh Sparks &l
Morus.
KVG, that is check Google for Morus in finnish.
How you like it?
cheers,
mika
Andy Stevens kirjoitti:
2008/7/31 Hugh Sparks <[EMAIL PROTECTED]>
"Pipes"
According to Google Translate, it seems inoffensive in German, Spanish, and
Polish
"Apache Pipes" - It alliterates a bit.
-
Hello All,
as an semi-amateur web application developer I have to say that moving
on to 2.2 has been too big step for me. Not familiar with the Maven and
even figuring out of the examples has caused me pain to understand
what's going on. I started Cocoon with 2.1.x war with Tomcat, so this
2.
@cocoon.apache.org
Subject: Re: problem with document() function
Go away with absolute paths
Lehtonen, Mika schrieb:
Hi Johannes,
maybe you could try absolute path like:
* UNIX ... file:///foo/bar/this.xsl
* Windows ... file:///C:/foo/bar/this.xsl
Just to make sure that the file is f
er
- mika -
Johannes Hoechstaedter kirjoitti:
Sorry Mika, whe it hits you too hard, what I wrote. The problem is
now: It works, but I don't want it this way :(
Johannes Hoechstaedter schrieb:
Go away with absolute paths !!!!
Lehtonen, Mika schrieb:
Hi Johannes,
maybe you could try abs
Hi Johannes,
maybe you could try absolute path like:
* UNIX ... file:///foo/bar/this.xsl
* Windows ... file:///C:/foo/bar/this.xsl
Just to make sure that the file is fetched from the right location.
- mika -
Johannes Hoechstaedter kirjoitti:
The value of the variable $filename is corre
That's great!
I wasn't even aware of this kind of project though I have dreamt of
integrating Cocoon and geographic information services and actually have
been doing it at a low level.
I have been also thinking of (or mainly having crazy ideas of) somehow
integrating content management syste
uest, no
files were opened.
mika
Andy Stevens kirjoitti:
2008/5/5 Lehtonen, Mika <[EMAIL PROTECTED]>:
Actually there might be another problem (or bug) lying around if you
produce htmls' with 'noncaching' option. Cocoon seems to be leaving files
open when using html-
Hi Peter,
unfortunetely I couldn't solve the problem and as it isn't so crucial at
the moment, I have left it behind for now on.
Actually there might be another problem (or bug) lying around if you
produce htmls' with 'noncaching' option. Cocoon seems to be leaving
files open when using html
Hi,
this is what Joerg Heinicke wrote about the similar problem of mine:
My guess is it's actually the PDF that is taken from the cache. I guess
the cache key for the PDF does not take included resources like your
images into account. If that's true you just have to invalidate the PDF.
I don'
Thanks for your help Johannes!
I believe I found the reason. I had type="noncaching" definition in my
pipeline. I removed it and now it seems to working without errors. Try
it out yourself.
mika
Johannes Textor kirjoitti:
Sorry ... as I think of it, maybe you should use the less braindead
Johannes,
after the crash, there are 1067 open files, and when you wait for a
while, the amount drops into 113. Everything is then working. Or if I
push 'refresh'-button so many times that the site works again, the
amount of files drops into 196. Every time the page is loaded again,
extra 82
running out of file handles ... which operating system are
you using?
Also, if you set up two minimal test pipeline like this:
and like this:
does the same error occur in both / one of these pipelines?
Regards,
Johannes
Lehtonen, Mika schrieb:
Some further infor
it out at:
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf
mika
Lehtonen, Mika kirjoitti:
Hi Johannes,
here is the pipeline. I set those parameters to
imagedirectory-generator, xslt-transformer and to html-serializer. I
found no change comparing to previ
Johannes
Lehtonen, Mika wrote:
Please try it by yourself, be my guest.
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
Open it and refresh it over ten times. It should crash. Then refresh
it over ten times again and suprise, it works again! Any ideas?
Please try it by yourself, be my guest.
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
Open it and refresh it over ten times. It should crash. Then refresh it
over ten times again and suprise, it works again! Any ideas?
mika
Lehtonen, Mika kirjoitti
Hello,
I have an application which uses html serializer. It is a little
complicated system to describe in this. Anyway the pipeline works and of
some xml and a bunch of gifs is parsed a working html, but then we come
to the strange part. It works eleven times, crashes eleven times and
continu
right.
Steve
On 15 Apr 2008, at 10:11, Lehtonen, Mika wrote:
I have this external graphics tag in my xsl when using FOP to
serialize pdfs'.(Cocoon 2.1.11 with 0.94 FOP)
src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif"
.. etc..
But now I am
I have this external graphics tag in my xsl when using FOP to serialize
pdfs'.(Cocoon 2.1.11 with 0.94 FOP)
src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif"
.. etc..
But now I am building an html serializer for the same project. How do I
"convert" this into an htm
How about if you test something like:
or
and then try
http://test.domain/main/randomfilename.jhtml
mika
Jed kirjoitti:
Have done all of those things already.
- Jed
On 10/04/2008, Lehtonen, Mika <[EMAIL PROTECTED]> wrote:
Hi,
can't you just leave the mod_jk
Hi,
can't you just leave the mod_jk out of this for now on and test directly
with Tomcat e.g. configure it to listen port 8080. Another approach
might be to leave Cocoon out and test some static material through
mod_jk. That way you can assure that it is working properly.
mika
Jed kirjoitti
these are comparable. They are
still quite different.
reg.
mika
Joerg Heinicke kirjoitti:
On 04.03.2008 09:04, Lehtonen, Mika wrote:
I have pipeline which produces pdfs (with fop 0.20 or 0.94 or newer)
using XML-data and images. In xsl I have multiple
'fo:external-graphics'-tags. Whil
Hi,
this is a little problem that has bugging me for a long time. I have
just been too lazy to solve it.
I have pipeline which produces pdfs (with fop 0.20 or 0.94 or newer)
using XML-data and images. In xsl I have multiple
'fo:external-graphics'-tags. While creating my pdfs I normally have
with that PermGen Size
and now it is really rocking. I can plot 1400x1400mm 300 dpi images out
into pdf within less than 3 minutes. (Dell PE1950, 2,5 Ghz Xeon
quadcore, 4G RAM). So I wouldn't say that this current fop is the
world's weakest graphics renderer.
;-)
Kai Mütz kirjoitt
se.
But perhaps you could create a custom reader that connects through to
the other host(s) and somehow does the authentication-forwarding/SSO ?
Be warned - I've not tried anything like this myself, so if it doesn't
work don't blame me ;-)
Andy.
On 15/02/2008, Lehtonen, Mika <
Ok,
thanks Joerg, for your hint. Maybe I will do so. Actually Kai saved my
ass again. What would I do without you Kai. :-D
The MaxPermSize setting made my Tomcat/Cocoon working again and after I
did a little fine tuning to the memory settings, I managed to print even
larger rasters out inside
t a single raster through FOP.
reg mika
Kai Mütz kirjoitti:
Try to increase the memory allocated to the JVM:
http://xmlgraphics.apache.org/fop/0.94/running.html#memory
Lehtonen, Mika <> wrote:
Hi,
the new fop worked perfectly till I tried to plot a pdf with a huge
raster in it.
:2400)
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376)
note The full stack trace of the root cause is available
in the Apache Tomcat/6.0.14 logs.
Kai Mütz kirjoitti:
Lehtonen, Mika <> wrote:
Superb!
..but still too complicated for me, I'm afraid.
Could you be
when accessing
the WMS server? I think you can check if the accessed URL was
localhost or 127.0.0.1.
Joerg
On 14.02.2008 12:44, Lehtonen, Mika wrote:
I did a quick and dirty solution: I add
src="http://user:[EMAIL PROTECTED]" to my fo:external-graphics
tag. Just for the testing.
Any
st be some
way to forward authentication info into cocoon and pass it back to
Geoserver. Sounds stupid. Am I doing this too complicated?
reg. mika
Lehtonen, Mika kirjoitti:
Hi,
Cocoon 2.1.11 / TomCat 6.0.14
Cocoon is running in "main" host and wms-server (GeoServer) in another
Hi,
Cocoon 2.1.11 / TomCat 6.0.14
Cocoon is running in "main" host and wms-server (GeoServer) in another
virtual host. Cocoon gets rasterdata from wms and renders it into pdf.
So there is fo:external-graphics tag in the xsl, which has a wms-request
as a src attribute.
Everything works fine
nice day!
Cheers
mika
Kai Mütz kirjoitti:
Lehtonen, Mika <> wrote:
Superb!
..but still too complicated for me, I'm afraid.
Could you be more specific on compling part? I tried to compile that
code with javac (1.6.0_04) and got 73 errors. Then I "stole" the
Superb!
..but still too complicated for me, I'm afraid.
Could you be more specific on compling part? I tried to compile that
code with javac (1.6.0_04) and got 73 errors. Then I "stole" the
classes from the 2.2 installation of which I tested yesterday and did
what you told to do. I managed to
Hi,
this is a question, I've been reading mails about a very long time, but
haven't been still get a proper answer to it.
So I want 0.9x or 1.xx or NG or whatever FOP to Cocoon 2.1.x because the
0.20.5 is so restricted. 0.94 would have all the features I need. So how
it is done?
From where
47 matches
Mail list logo