Dans du flowscript, je fais un:
loadDocument(http://un_autre_server/mon_chemin/etc...;);
Je voudrais savoir quels sont les entêtes http passés à un_autre_server ?
Comment je pourrai savoir ça ? (sachant que un_autre_serveur n'est pas
un serveur où je peux tracer les entêtes, dommage pour
Benjamin Francisoud wrote:
Dans du flowscript, je fais un:
loadDocument(http://un_autre_server/mon_chemin/etc...;);
Je voudrais savoir quels sont les entêtes http passés à
un_autre_server ?
Comment je pourrai savoir ça ? (sachant que un_autre_serveur n'est pas
un serveur où je peux tracer
Salut,
Cela n'a aucun rapport avec Cocoon, mais le module TamperData de mozilla permet
de voir les entêtes transmises au serveur.
Si cette url est appellée depuis une page de ton navigateur tu pourras tout
consulter et même modifier les paramètres transmis.
Cordialement,
Gaël,
Well, in that case, each validation criteria would need some
type of flag to indicate whether or not it was suitable for
inclusion into the Javascript code - and/or the code generation
mechanism itself (quite possibly an XSLT, as suggested by
Johannes) could be setup to ignore the server side
On 5 Oct 2005, at 16:56, Michael Foy wrote:
Use the build.sh script supplied with cocoon. This will invoke the
ant that comes with cocoon, but first check for system wide ant
configuration files in /etc/ant.conf. If this file exists and
contains an 'ANT_HOME= ...' line then you need to
Le 6 oct. 05, à 10:21, Sandor Spruit a écrit :
If this file exists and contains an 'ANT_HOME= ...' line then you
need to add --noconfig to the command line...
...Anyone listening; may I suggest that this option be added to
build.sh by default?...
I've asked on dev@, will add it unless
Johannes Textor wrote:
Sylvain Wallez schrieb:
I disagree with the statement that Ajax makes CForms obsolete. Even
with Ajax, you still need to input some data, validate it and relate
it to back-end data.
Now the way we interact with forms will change, and rather than
filling everything
No it is not the session that is timing out. The logs show the sessions
staying around for their full term.
Jason Johnston wrote:
I have the following setting in cocoon.xconf :
continuations-manager continuation-sharing-bug-compatible=false
logger=flow.manager
Yes... but I am saying that the block itself does not
contain enough to really get going with real-world
situations. The only code examples I could find for
Groovy were in the Wiki, and they dealt with SQL and
forms - not with how to go about creating an action.
[EMAIL PROTECTED] 2005/10/02
Guilder is a little graphical interface whose aim is to simplify the
life of Cocoon newbies by providing:
- easy selection of blocks and features, taking dependencies in due
consideration
- starting the build
- starting and stopping Cocoon via Jetty
Most of the programming has been done by
Thanks Jason.
It's really working. Two problems I run into.
1) Clearing the cache of tomcat and browser is necessary even though I've set
cache-at-startupfalse/cache-at-startup for i18n translator.
2) That's really my fault. Instead of using xsl:apply-templates select=./
I've used
Hi,
Just wanted to report that I made the modifications
that Jorg suggested, as well as those in the Cocoon
Developers Guide, and I've been running for quite
sometime now without an error being generated.
Thanks a lot for your help.
--- Bruce Perryman [EMAIL PROTECTED] wrote:
Hi,
Before
Thank you Paolo, can you add it to bugzilla?
Done. I hope I did it right ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks for all the help. I will not be able to work on this for a while
so I don't have anything to show right now.
Thanks
David
Geert Josten wrote:
If you have a working version of your XSL, send me a copy. I might find
a moment to look for some speed improvements..
Cheers,
Geert
David
14 matches
Mail list logo