I tried the sample on this
http://wiki.cocoondev.org/Wiki.jsp?page=XSPAction and I am
getting an error of:
org.apache.cocoon.ProcessingException: Language Exception:
org.apache.cocoon.components.language.LanguageException: Could
not load class for program
Dear listmember,
Iam searching for the most effective way of comparing xml documents and
displaying the output. The comparison should be capable of noticing
differences
in structure and data of the xml documents.
I currently tried with unix diff, perl xml-semantic diff, but none of them
seems
This may help you ...
http://www.google.at/search?hl=deie=UTF-8oe=utf-8q=xml+diff+javabtnG
=Google+Suchemeta=
I don't have the time to look further into one of the tools but would be
very interessted if you could give us some feedback if you test/use any
of them.
Cheers,
Reinhard
-Original
Hi guys,
I sent the below message a few days ago but didn't hear from anyone. I'm
not sure why the links are being rewritten, and I've verified that it
happens with IE as well (again, with cookies enabled).
I'm using the EncodeURLTransformer in all of my pipelines just before
serializing the
Remember that you can call Python code from Java by using Jython, a version of Python
that runs in a JVM.
David
-Mensaje original-
De: Michael Wechner [mailto:[EMAIL PROTECTED]
Enviado el: lunes, 25 de agosto de 2003 11:37
Para: [EMAIL PROTECTED]
Asunto: Re: Comparing XML
Hello once again, list members
I am now trying to use '**' matching in a pipeline with nested matchers
and actions, and I am getting strange errors that can only be described
as an endless loop when Cocoon tries to evaluate the pattern token
matched. The code looks like this:
map:match
I'm using Cocoon version 2.1, and I downloaded it the day after it was
officially released a week or two ago. I don't think it can be anything but
a bug in Cocoon itself, which is very troubling to me since I need this to
work.
To reiterate what I think is the bug, the auth-login action
thanx. I was able to write my own custom generator that works with static
data.
I however need my generate to generate an XML document based on the user's
input (form data). How can I pass and retrieve request parameters to and
from my generator (My generator extends the AbstractGenerator..is
Have you tried this excellent sample from Lajoz?
http://www.javaworld.com/javaworld/jw-09-2002/jw-0920-cocoon_p.html
This work for me on 2.1m2 and the newest 2.1 release.
enio
--- Sonny Sukumar [EMAIL PROTECTED] wrote:
I'm using Cocoon version 2.1, and I downloaded it the day
after it was
Anuja Gokhale wrote:
thanx. I was able to write my own custom generator that works with static
data.
I however need my generate to generate an XML document based on the user's
input (form data). How can I pass and retrieve request parameters to and
from my generator (My generator extends the
Hmm, that article doesn't mention anything about auth-login or auth-protect,
which is what I'm using. auth-login seems to be the source of the buggy
behavior for me.
I'm using Cocoon 2.1 on Tomcat 4.1.12 with JDK 1.4.1_01.
From: e nio [EMAIL PROTECTED]
Have you tried this excellent sample
I wonder why you don't abstain from cookies completely? If you use URL
encoding for some users why not for all? We disregard cookies in our
company completely because can potentially have switched them off.
Joerg
Sonny Sukumar wrote:
Hi guys,
I sent the below message a few days ago but didn't
Bhargavi Atchutuni dijo:
Hi Perry,
This situation depends on what you use to extract the
zip file. Did you use Winzip?
Use WinRAR and it will extract all those empty lib
folders and you can build without a problem. Or if
someone knows a setting which will make WinZip extract
empty
Good question, Joerg. I was told by 1 or 2 other people on this list that
the EncodeURLTransformer won't rewrite the links with the session ID if
cookies are enabled. Thus, they said, I could use map:transform
type=encodeURL/ at the end of all of my pipelines with impunity. It will
work
there was a bugfix on the EncodeURLTransformer recently (exactly which
release slips my mind) because it didn't correctly encode on the initial
page. It is possible that the fix causes your issue. What version of
Cocoon are you using?
You can search bugzilla for the fix, see if it is the
15 matches
Mail list logo
