hi,
encountered the same problem. my rough idea, before also switching to
the html serializer, was that somehow the order of stuff in head seems
to be important, and using cforms the stylesheets wildly mixed links
and scripts.
Ugo Cei schrieb:
Hi,
I'm currently developing a website which has
Sylvain Wallez schrieb:
Marco Rolappe wrote:
Sylvain Wallez schrieb:
That's why I'm sending this poll to the whole user and developper
community:
- do you or your company have Eclipse plugin development skills?
minimal. but it would be a good opportunity to enhance them ;-)
Sure, but starting
Sylvain Wallez schrieb:
That's why I'm sending this poll to the whole user and developper
community:
- do you or your company have Eclipse plugin development skills?
minimal. but it would be a good opportunity to enhance them ;-)
- if some opensource project is setup to develop a Cocoon IDE,
this weird namespace issue is actually caused by a nested redefinition
of a prefix mapping; just look at what's before the head element in
the template. the imported file redefines the jx namespace within the
page element that originally defines it.
solution would be to have JXT track the
see inline.
[EMAIL PROTECTED] schrieb:
http://issues.apache.org/bugzilla/show_bug.cgi?id=34077
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|patch for various bugs
these multi value problems seem to stem from the following code (which
is not present in 2.1.6) in MultiValueJXPathBinding.doSave:
...
multiValueContext.setFactory( new AbstractFactory() {
public boolean createObject(JXPathContext context, Pointer
pointer,
hi there,
please see inline comments.
[EMAIL PROTECTED] schrieb:
http://issues.apache.org/bugzilla/show_bug.cgi?id=34077
--- Additional Comments From [EMAIL PROTECTED] 2005-03-19 14:25 ---
You missed some items I haven't been able to fix yet:
- URL
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Upayavira
Gesendet: Mittwoch, 2. Juni 2004 11:52
An: [EMAIL PROTECTED]
Betreff: Re: JXTG and caching
snip/
Remember, the jxtemplate pulls the validity from the business object.
The flow
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Leszek Gawron
Gesendet: Mittwoch, 2. Juni 2004 14:21
An: [EMAIL PROTECTED]
Betreff: Re: AW: JXTG and caching
Marco Rolappe wrote:
If your business object takes an age to instantiate, and you
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Leszek Gawron
Gesendet: Mittwoch, 2. Juni 2004 15:37
An: [EMAIL PROTECTED]
Betreff: Re: AW: JXTG and caching
Marco Rolappe wrote:
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Leszek Gawron
Gesendet: Mittwoch, 2. Juni 2004 19:46
An: [EMAIL PROTECTED]
Betreff: Re: AW: JXTG and caching
providing JXTG with a key and validity is the one side, i.e.
telling the
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Leszek Gawron
Gesendet: Mittwoch, 2. Juni 2004 20:59
An: [EMAIL PROTECTED]
Betreff: Re: AW: JXTG and caching
Marco Rolappe wrote:
a cache entry with a composite validity (AggregatedValidity
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Leszek Gawron
Gesendet: Dienstag, 1. Juni 2004 01:05
An: [EMAIL PROTECTED]
Betreff: JXTG and caching
While almost everybody buried XSP it has got one great feature that JXTG
lacks: it's
why depend explicitly on log4j instead of using commons-logging? AFAIK when
log4j is available commons-logging automatically uses it before falling back
to JDK logger etc.
and what do you mean by configuring log4j from within cocoon? isn't it easy
enough to put the log4j configuration file to
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Berin Loritsch
Gesendet: Donnerstag, 27. Mai 2004 15:35
An: [EMAIL PROTECTED]
Betreff: Re: [RT] Logging in Cocoon
Carsten Ziegeler wrote:
Marco Rolappe wrote:
why depend explicitly
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Antonio Gallardo
Gesendet: Donnerstag, 27. Mai 2004 15:36
An: [EMAIL PROTECTED]
Betreff: RE: [RT] Logging in Cocoon
Carsten Ziegeler dijo:
and what do you mean by configuring log4j from
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Carsten Ziegeler
Gesendet: Donnerstag, 27. Mai 2004 15:25
An: [EMAIL PROTECTED]
Betreff: RE: [RT] Logging in Cocoon
Marco Rolappe wrote:
why depend explicitly on log4j instead of using
Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Ugo Cei
Gesendet: Donnerstag, 27. Mai 2004 15:32
An: [EMAIL PROTECTED]
Betreff: Re: AW: [RT] Logging in Cocoon
Marco Rolappe wrote:
why depend explicitly on log4j instead of using
commons-logging? AFAIK when
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Berin Loritsch
Gesendet: Donnerstag, 27. Mai 2004 15:58
An: [EMAIL PROTECTED]
Betreff: Re: AW: [RT] Logging in Cocoon
snip/
which abstraction exactly? the Logger interface is more or less
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Carsten Ziegeler
Gesendet: Donnerstag, 27. Mai 2004 16:40
An: [EMAIL PROTECTED]
Betreff: RE: [RT] Logging in Cocoon
Marco Rolappe wrote:
the only problem I have with directly using
just as a sidenote; I think the naming is somewhat wrong, it muddies the
contracts.
IMO there should be:
- ObjectCache
- responsibility: (temporarily) cache objects to increase performance
- MIGHT persist these objects (if possible), but this is not guaranteed by
the contract
hi tony,
AFAIR all that recording functionality you need exists in
AbstractSAXTransformer. so, slightly modified, that pseudocode should do it.
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Tony Collen
Gesendet: Mittwoch, 19. Mai 2004 23:06
because the cacheability can't be determined automatically;
when using e.g. XML (from a file) + XSLT you can determine the validities
(last modification, template parameters, ...).
JXT deals with 'contexts' that contain objects. between runs JXT can't
automatically determine whether they have
hi tuomo,
implement avalon's Configurable interface. you'll then be provided with a
Configuration object.
in your example you'd get some-parameter's value like this:
...
someParam = config.getChild(some-parameter).getValue();
...
-Ursprungliche Nachricht-
Von: [EMAIL
hi corin,
the container is responsible for dispose()ing the components (which for this
to work have to implement avalon framework's Disposable, of course).
I'd suggest to set method entry breakpoints for the store's lifecycle
methods and look what's happening (e.g. maybe an exception thrown
hi corin,
if other components behave fine I suspect that something must be going wrong
before the container tries to dispose the store. I wonder if there's no hint
in one of the logs...
a possibility you have is of course to step through the container shutdown
(or better set conditional
cocoon user-roles=/WEB-INF/myroles.xconf
...
is working for me
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von roy huang
Gesendet: Mittwoch, 10. März 2004 08:51
An: [EMAIL PROTECTED]
Betreff: Re: Configuration of own roles in external file?
I don't really want to delve too deeply into this (the mail would become
very long ;-) but...
the core problem IMO is the current concept(s) of the sitemap; I had that
feeling already when starting with Cocoon, hearing about the 'sitemap' and
then looking at it and being confused.
and when
I stumbled over the following thread in the hibernate forum about JCS
problems:
http://forum.hibernate.org/viewtopic.php?t=924937
thought it might be useful to know before going JCS. there's also an
alternative (EHCache) mentioned.
hi corin,
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Corin Moss
Gesendet: Dienstag, 2. März 2004 08:59
An: [EMAIL PROTECTED]
Betreff: RE: JCS Based Cache
You have a good point there - I'm simply going to have to replace
the
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Carsten Ziegeler
Gesendet: Montag, 23. Februar 2004 09:20
An: Cocoon-Dev
Betreff: [RT] Official access to the current sitemap manager
snip/
So, the question is: do we want it to make an
in the beginning I was just trying to hunt down unreleased components
problems, but met some internal problems on the way.
- adding state checks to CocoonComponentManager showed that there would be
lookup()s and release()s when the CCM was already disposed, it also helped
track down some other
of thought...
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Unico Hommes
Gesendet: Donnerstag, 19. Februar 2004 12:42
An: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Betreff: RE: redirect handling, environment handling, etc.
Marco Rolappe wrote
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Unico Hommes
Gesendet: Donnerstag, 19. Februar 2004 13:33
An: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Betreff: RE: redirect handling, environment handling, etc.
Marco Rolappe wrote
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Carsten Ziegeler
Gesendet: Donnerstag, 19. Februar 2004 14:08
An: [EMAIL PROTECTED]
Betreff: RE: redirect handling, environment handling, etc.
Unico Hommes wrote:
Marco Rolappe wrote
you
might want to have a look at http://www.opensymphony.com/clickstream/
-Ursprüngliche Nachricht-Von:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]Im Auftrag von
Elvira Nieto CarreteroGesendet: Freitag, 13. Februar 2004
11:18An: [EMAIL PROTECTED]Betreff: Log files about
hi david,
AFAIK there should be no problem with getting components from a
ServiceManager. behind the scenes an ExcaliburComponentManager is wrapped by
a WrapperServicerManager which delegates to the ECM and creates those
proxies you mentioned. one point regarding ServiceSelector's: since proxies
37 matches
Mail list logo