I've put
myfaces-api-r233484.jar and
myfaces-impl-r233484.jar in my web-inf/lib
dir
now i get this error when i want to
access my application;
2006-10-19 08:25:16 StandardContext[/extranet]:
Exception sending context initialized event to listener instance of class
Hi
Roel,
it
appears that your Digest package is wrong or out of date, since it can't find a
certain method in the Digester class.
What
version of Cocoon are you using and what version of digest?
Regards,
Jeroen
Reijn
-Original Message-From: Roel Croonenberghs
cocoon version=2.1 but
i don't know about digest, where can i see that? and what is digest?
Hi Roel,
it appears that your Digest package
is wrong or out of date, since it can't find a certain method in the Digester
class.
What version of Cocoon are you
using and what version of digest?
Roel,
the
Digester class is part of commons-digester-* jar.
Which
specific release of cocoon are you using? 2.1.4, 2.1.5,
etc...
Regards,
Jeroen
Reijn
-Original Message-From: Roel Croonenberghs
[mailto:[EMAIL PROTECTED]Posted At: Thursday, October
19, 2006 10:34 AMPosted
commons-digester-1.3.jar and
cocoon 2.1.4
Roel,
the Digester class is part of
commons-digester-* jar.
Which specific release of cocoon
are you using? 2.1.4, 2.1.5, etc...
Regards,
Jeroen Reijn
-Original Message-
From: Roel Croonenberghs [mailto:[EMAIL PROTECTED]
Posted At:
Hi
Roel,
try
using common-digester-1.7. That should fix your problem:
http://jakarta.apache.org/site/downloads/downloads_commons-digester.cgi
Regards,
Jeroen
Reijn
-Original Message-From: Roel Croonenberghs
[mailto:[EMAIL PROTECTED]Posted At: Thursday, October
19, 2006
In an XSP, I am having difficulty setting a Java variable to a value
that I get back from a DB. My code continues to have compile error. My
example code would be:
xsp:logic
Strubg upw = request.getParameter(password);
String dbpw = new String();
/xsp:logic
The problem is, that a Java variable is visible only in its parent
xsp:logic
It will work :
xsp:logic
Strubg upw = request.getParameter(password);
String dbpw = new String();
esql:execute-query
esql:query
SELECT pw
Dear Community
I'm working with cocoon 2.1.8 and I'm fighting with the namespace
declaration in the fb:context that looks as follows:
fb:context path=/data/soap:Envelope//versicherter
xmlns:soap=http://www.w3.org/2003/05/soap-envelope;
fb:value id=lohn path=gemeldeterLohn/
/fb:context
Thank, I'll try this out. My passwords are currently simple, plain-text passwords. How do I make it more secure?Also, any idea how to save the Java source file generated from the XSP?- PDP
Hi Merico,
the element gemeldeterLohn in your binding file, should it be in the soap
namespace?
If so you need to define your fb:value as fb:value id=lohn
path=soap:gemeldeterLohn/
Regards,
Jeroen Reijn
-Original Message-
From: Merico Raffaele [mailto:[EMAIL PROTECTED]
Posted At:
Thank, I'll try this out. My passwords are currently simple, plain-text
passwords. How do I make it more secure?
Do you mean, that you'd like to store paswords in a database table? You
can use for example MD5 securing methods, or anything else, and store
your secured password in the database.
Hi Jeroen
Thanks for your suggestion. But the element gemeldeterLohn is not part of
the soap-namespace. It stands as follows in the XML:
gemeldeterLohn/gemeldeterLohn
Thx ... Raffaele
-Ursprüngliche Nachricht-
Von: Jeroen Reijn [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 19.
Good Morning,
I have developed a jar file and I need to load some configuration
parameters from a .properties file placed outside of the jar itself.
The jar file is under $cocoon/WEB-INF/lib directory and the
.properties file too.
Now, the problem is that my own class (that extends the
Hi Raffaele,
There are still issues with bindings in the 2.1.8 release with regards
to namespaces. Try omitting the namespace declaration for soap in your
binding definition.
Merico Raffaele schreef:
Hi Jeroen
Thanks for your suggestion. But the element gemeldeterLohn is not part of
the
Hi Ko ;)
Well I usually setup my projects as Tomcat Projects (An option I get from the
sysdeo Tomcat Plugin). Here the plugin configures my server.xml or context-xml
to mount my external directory in Tomcat and I can really easily debug my Java
components.
Since Oxygen nicely integrates with
Hi Jörn,
Even if this might not help you, we use local functions just the way you
initially wanted to without any problems. Maybe it's a bug in the HEAD version?
Chris
[ c h r i s t o f e r d u t z ]
IT-Berater
univativ GmbH Co. KG
Robert-Bosch-Str. 7, 64293 Darmstadt
fon: 0 61 51 / 66
Hi Maurizio,
How about simply using an XSLT? This is the way the suggestion-list does it.
There is a file
cocoon-forms-block.jar#org\apache\cocoon\forms\resourses\selection-list2json.xsl
in the forms block. Just have a look at that.
Regards,
Chris
[ c h r i s t o f e r d u t z ]
Hello,
have a look to
http://wiki.apache.org/cocoon/DebuggingWithViews
to debug individual Steps of the pipeline.
Regards
Martin
[EMAIL PROTECTED] [EMAIL PROTECTED]
Donnerstag, 19. Oktober 2006 16:02
Hi Ko ;)
Well I usually setup my projects as Tomcat Projects (An option I get
from
Hi Omar
Try using the classloader to load your properties file from the classpath (if
you drop it in the classes directory or another jar-file)
try {
is =
Configuration.class.getClassLoader().getResourceAsStream(config.xml);
} catch (Exception e) {
}
The other way would be to use a
Hi Martin
Thanks for that great tip :)
Chris
[ c h r i s t o f e r d u t z ]
IT-Berater
univativ GmbH Co. KG
Robert-Bosch-Str. 7, 64293 Darmstadt
fon: 0 61 51 / 66 717 - 21
fax: 0 61 51 / 66 717 - 29
email: [EMAIL PROTECTED]
http://www.univativ.de
Darmstadt, Stuttgart, Karlsruhe,
Version 1.7 of VTD-XML, the next generation XML parser that goes
beyond DOM and SAX, is released under GPL. VTD-XML is getting
faster, leaner, more stable and complete with this release.
Please visit http://vtd-xml.sf.net for the latest release.
For further reading, please refer to the
Hello Christofer and thank u for the suggest.
I was thinking on using flowscript and send the 'bare' javascript code
to browser in the case of JSON request and use an xml + xsl in the
case of normal http request (Q:is there any way to identify in a
pipeline an HTTP header set on client browser
Hi (again),
after having trouble with a really simple Forms/Ajax/Flow-thingie on my
own, I had again a look at the DataSourceChooserSample (default
distribution:
http://localhost:/samples/blocks/forms/do-datasourceChooser.flow).
Looking at the Javascript, there should be the Form be sent
Hi Jörn,
I do not really know that much about FlowScript, but I have been wondering
about caching and reloading of flowscripts as well. I do know that there is an
entry in cocoon.xconf to configer the js interpreter, look for
'flow-interpreter' and you'll find. I also know that there is
I am not sure, but I somehow recall that the execution thread is not literally
saved, but that the variables in the context are saved and restored and that
the function is re-executed, but with a special flag that makes it jump to the
position where the previous request left off..
So I think
I think you should be looking in the direction of:
import java.util.Locale;
import java.util.MissingResourceException;
import java.util.ResourceBundle;
...
Locale locale = Locale.getDefault();
try {
resources =
Zsombor,I have tried the code as suggested, but I get a compilation error. Here is the code I tried:?xml version=1.0?xsp:page xmlns:xsp=http://apache.org/xsp
xmlns:esql=http://apache.org/cocoon/SQL/v2 login xsp:logic String upw = request.getParameter
(password); String dbpw = new String();
Paritosh,
First, notice that the statement
xsp:logic
dbpw = esql:get-string column=pw/
/xsp:logic
is missing a semicolon. Try putting one in, as Zsombor did:
xsp:logic
dbpw =
29 matches
Mail list logo