version as a
| minimum. I think it's a good idea to do a revote, since there might even
| be a 2.1.12.
|
| Please cast your votes!
|
| Regards,
|
| Jeroen
|
| [1]http://marc.info/?l=xml-cocoon-devm=121145897400703w=2
| [2]http://marc.info/?l=xml-cocoon-devm=116605422600969w=2
|
- --
Giacomo Pati
be supporting 1.4 until 2010.
|
| No hope to get rid of 1.4 anytime soon. Java 1.3 is EOL since Dec 2006,
| and we are still supporting it for 2.1.
|
| http://java.sun.com/j2se/1.3/download.html
Well, have you seen this: http://java.sun.com/javase/downloads/index_jdk5.jsp
Ciao
- --
Giacomo Pati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Congrats to all who made this release possible. Great job!
Ciao
Giacomo
Reinhard Pötz wrote:
|
| The Apache Cocoon Community is proud to announce the release of
| Cocoon 2.2.0.
snip/
| The Apache Cocoon Project
|
- --
Giacomo Pati
Otego AG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
|
| I've prepared the artifacts for the release of Cocoon 2.2 final. See the
| list of
| all proposed artifacts below.
+1
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vadim Gritsenko wrote:
On Nov 15, 2007, at 12:13 PM, Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
Carsten Ziegeler (JIRA) wrote:
Log4j configuration is loaded to late with Spring Configurator
...
There might be different solutions for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carsten Ziegeler wrote:
Hi,
after the changes to the lucene block the queryblock does not compile
anymore. I disabled it for now.
I didn't know about the dependency. I'll have a look at it.
Ciao and thanks
- --
Giacomo Pati
Otego AG
can upgrade it, ok?
Ciao
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFHV7BuLNdJvZjjVZARAqM9AKDOHwUVkt6fpvGwIc9TAYL/TNKGuACferBP
ljQldkxBN0+i+acyBfQYNIg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joerg Heinicke wrote:
On 23.11.2007 9:58 Uhr, Giacomo Pati wrote:
How can this be null after all? From what I see value can only be null
if value was null in the first place, i.e. before replace(..). This
means that null must already have been
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joerg Heinicke wrote:
On 22.11.2007 10:49 Uhr, [EMAIL PROTECTED] wrote:
Author: giacomo
Date: Thu Nov 22 07:49:00 2007
New Revision: 597440
URL: http://svn.apache.org/viewvc?rev=597440view=rev
Log:
fixing NPE
Modified:
cocoon/trunk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFHKsv9LNdJvZjjVZARAiFnAJ45aD206nWtB1/Hd5mTWHV2fNLLpACffTXO
9OO1L/H8238hWoWSvxWU8RE=
=3FU/
-END PGP SIGNATURE-
.
http://cocoon.zones.apache.org/daisy/cdocs-site-22/1420.html.
So far so good. Is it feasible mentioning the ability for a block to supply
xpatches to patch the
web.xml of the destination cocoon webapp?
Ciao and thanks
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leszek Gawron wrote:
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo, Felix: Could you confirm that everything works for you if
you stick to 1.0.0 version of
template so we can release
probably need new concepts (as mentioned by Daniel in a previous mail).
Ciao
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo, Felix: Could you confirm that everything works for you if you stick
to 1.0.0 version of
template so we can release Cocoon 2.2 RC2?
Actually we don't have the problem as the situation when mentioned NPE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
Giacomo Pati wrote:
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
...
I don't know if we have discussed any policy for how to Springify the
beans, but you will find many examples in the core. What
versions of them to migrate.
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFHDI4RLNdJvZjjVZARAqveAJ0UiBOpWeQ9SYF16Wretk5g/9doGgCfWwre
stabilizes. We
could continue improving servlet protocol performance. Otherwise, if we are
going to complicate it
now it's going to be hard to figure out what's the possible problem with
servlet protocol.
Giacomo, does everything work for you after Leszek reverted his changes?
I'm still testing
configurations in their sitemaps, I think it is reasonable to
give them some time to change.
For non-sitemap components we have just removed the Avalon stuff.
/Daniel
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Caused by: org.apache.cocoon.CascadingIOException: If you see this
exception you probably called
Source.getInputStream even though the source reported proper validity
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leszek Gawron wrote:
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
There is a lot of .xconf files in core. I would like to start
converting them into spring beans
Great
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Giacomo, sorry that it took me so long to take a look at this but
CocoonGT was quite involving event. It certainly was worth the effort I
put to get there! :)
NP. Hope you enjoyed GT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo, sorry that it took me so long to take a look at this but
CocoonGT was quite involving event. It certainly was worth the effort I
put to get there! :)
NP. Hope you enjoyed GT.
Getting back to the topic. I
,java.lang.String,org.apache.cocoon.forms.datatype.Datatype,lt;nulltypegt;,boolean,lt;nulltypegt;,boolean)
location: class org.apache.cocoon.forms.datatype.FlowJXPathSelectionList
My fault, will fix ASAP
Thanks and ciao
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Should be fixed now.
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Hello,
I cannot compile Cocoon trunk now and I suspect that this is caused by
latest forms refactorings.
The error I get is the same our Continuum reports[1]:
/home
).
There could be more samples not migrated to new CForms behaviour wrt pring bean
vs. Avalon
Component handling but the code in CForms will make it clear if there are such
old constructs ;-)
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
cocoon-forms-1.0.x is still compatible with e.g. Cocoon 2.3, then
we create just another branch
cocoon/branches/cocoon-2.3/cocoon-forms-1.0.x/ (though I hardly believe
that this will happen ...)
So, where to put it now! Is this in need for a vote ;-)
- --
Giacomo Pati
Otego AG, Switzerland - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: giacomo
Date: Fri Sep 28 04:13:23 2007
New Revision: 580303
URL: http://svn.apache.org/viewvc?rev=580303view=rev
Log:
branch Avalon based CForm blocks
Added:
cocoon/branches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Giacomo Pati wrote:
Hi all
If there is nobody working on the subject I'll spend a few hours on doing
that.
I'm done with it :-) but need an advice on a special case:
There are some special 'custom' stuff which
) individually or is branching their upper
directory (cocoon-forms) enough?
I think branching the upper directoy is the way to go.
Ok, what is the status of the releasing? Will you give e the OK to branch and
commit CForms?
Thanks and ciao
- --
Giacomo Pati
Otego AG, Switzerland - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vadim Gritsenko wrote:
Giacomo Pati wrote:
BTW: Do we create a branch of cocoon-form-(sample|impl) so that we
will have a new version for the
sprinigied blocks?
As nobody commented on this I'll going to branch cocoon-form before I
commit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Hi all
If there is nobody working on the subject I'll spend a few hours on doing
that.
I'm done with it :-) but need an advice on a special case:
There are some special 'custom' stuff which had been referenced in form
it then?
Sure; what's the script name / name pattern?
It will be located in apidocs/create-apidocs.sh
This will do it:
find . -name create-apidocs.sh | grep apidocs | xargs bash
Well, the grep wouldn't do anything helpfull, right ;-)
- --
Giacomo Pati
Otego AG, Switzerland - http
, that this sample works with trunk
upto revision
567300. You'll find it at http://people.apache.org/~giacomo/c2.2-test.tar.gz
HTH and MTIA
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vadim Gritsenko wrote:
Giacomo Pati wrote:
Vadim Gritsenko wrote:
Reinhard Poetz wrote:
It will be located in apidocs/create-apidocs.sh
This will do it:
find . -name create-apidocs.sh | grep apidocs | xargs bash
Well, the grep wouldn't do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
snip-all
I've isolated the culprit commit that caused our application to stop working.
Our application works
fine up to and excluding commit r567329 which was
http://article.gmane.org/gmane.text.xml.cocoon.cvs/24998/match
Jexl
version???
I'm stuck again.
--
Otego AG Tel: +41 (0)1 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Giacomo Pati wrote:
I'm going to throw away my .m2, recompile it, and check your sample again.
I just want to be sure,
but this is going a little while.
Ok, I've done as written above but have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Giacomo, this issue caused frustration that affected all of us but I would
like to ask you about a
little more. Could you start my sample
, and afterwards
myCocoonWebapp. Let it run
and point to http://localhost:/myBlock2/screens/obtain-data to see whether
you get an Exception
or data.
TIA
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE
:
Giacomo Pati schrieb:
Felix
As you have a similar environment as I have, could you give the sample
from Grzegorz a try with the
latest trunk (including changes from Grzegorz of today)?
Yes of course
First build (mvn clean install) myBlock2, than myBlock1, and
afterwards myCocoonWebapp. Let
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Grzegorz Kossakowski pisze:
Giacomo Pati pisze:
You'll find the log for request scoped at
http://people.apache.org/~giacomo/request-log4j.log
and singleton scoped at
http://people.apache.org/~giacomo/singleton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Yes, clean my M2 repo.
of problematic behaviour in order to help anyhow.
Still have the problems. With scpre=request I got the stack trace after
the first request found
at http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
To be honest, I get almost the same stack trace with your little sample.
Just to make sure: you have configured OM to be in request scope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
I'm going to throw away my .m2, recompile it, and check your sample again. I
just want to be sure,
but this is going a little while.
Ok, I've done as written above but have the same results. No matter what
settings I have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Hi all
If there is nobody working on the subject I'll spend a few hours on doing
that.
My general tactic would be to first rewrite the xconf/rules into a spring
config so that adding new
Widgets/Converters/Datatypes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vadim Gritsenko wrote:
Giacomo Pati wrote:
Now that I'm trying to do it I have some qustions about how we can
manage LifecycleHelper stuff in
a Spring context.
In CForm definition files there are constructs that accepted a class
attribute
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Giacomo Pati skrev:
Giacomo Pati wrote:
Hi all
If there is nobody working on the subject I'll spend a few hours on
doing that.
My general tactic would be to first rewrite the xconf/rules into a
spring config so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Giacomo Pati skrev:
Daniel Fagerstrom wrote:
Giacomo Pati skrev:
Again, how should deprecation be implemented:
a) use deprecation logger but keep current implementation
b) throw an exception and remove current
working example
of problematic behaviour in order to help anyhow.
Giacomo, any news on this? I'm very interested in sorting this out if your
problems persists.
Sorry, didn't had time to checkout a virgin 2.2, build allblocks, build my app
etc., etc.
Will do tomorrow.
Ciao and thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Here it is :-)
snip/
I agree, it's *ugly* :-)
:-)
snip/
I guess that you came across nasty bug in JEXL that tries to evaluate
built-in functions on null values
and informs about
(using bean-maps)
and than see how the
classes have to be rewritten to follow that.
Any better ideas?
Ciao
- --
Otego AG Tel: +41 (0)44 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Hi all
Hi Giacomo
If there is nobody working on the subject I'll spend a few hours on doing
that.
I'm very pleased to see that you want to work on this as it has been on my
wish-list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Ok, so this is the snippet where it is used:
a href=view-my-tasks id=view-my-tasks
${status.myTasks.size()}
/a
As it is part of the content surrounding of that page
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
I don't think I can manage that until release date.
Ok, so the problem is sovled partly.
Since moving towards Spring is not trivial step I wouldn't like to see it
done for Forms 1.0.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Yes, I'm almost sure that's the reason why pipelineComponent scope is
freaking.
Guess what ;-) didn't help removing all map:mount from the sitemap.
Exception still exists and I
have still
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
I can say for the sitemap I've coded that there is no single map:mount
I was asking if your sitemap that we (now) know both does not contain mounts
is not mounted by other
sitemap. It's crucial
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Grzegorz Kossakowski wrote:
map:match pattern=*/**
map:mount uri-prefix={1} src=blockcontext:/{1}/ /
/map:match
Is that causing the troubles?
Yes
)
... 79 more
Anybody any pointers I could look at?
Ciao and thanks
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.6 (GNU/Linux)
iD8DBQFG5OLMLNdJvZjjVZARAhq7AJ9pMu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Carsten Ziegeler wrote:
We've already done some incompatible changes in trunk, I would like to
add one more which should not effect most of our users.
I was trying to find the other incompatible
with what Felix did.
Thanks alot!
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.5 (GNU/Linux)
iD8DBQFGpPFELNdJvZjjVZARAtEHAJ4h53+WKihyobq2H7e1paO8DPqPmwCdE/6z
rPJi2ibZlx9RbpOw2K
in a local-lib directory.
Sylvain
In Maven 2 you can actually do
repository
idprovided.local/id
nameLocally Provided Repository/name
urlfile:${project.basedir}/repository/url
...
/repository
to achieve the same
- --
Giacomo Pati
Otego AG, Switzerland - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
On Wed, 4 Jul 2007, Grzegorz Kossakowski wrote:
Date: Wed, 04 Jul 2007 00:01:53 +0200
From: Grzegorz Kossakowski [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: Cocoon's dev mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chan Mei Theng, could you please stop crossposting to both list (users dev)!
Thanks
Chan Mei Theng wrote:
Hi,
Here is the java backend program for converting XML to XLS using
HSSFSerializer.
snip/
- --
Giacomo Pati
Otego AG, Switzerland
Tel: +41 (0)1 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto:[EMAIL PROTECTED]
CH-8004 Zürich
working since a long time with C22 for projects here I can give a
+1
for it even if I haven't tested all the modules proposed.
There are some itches left (RCL-Plugin) IMHO but they are for sure no show
stoppers.
Ciao and thanks
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Reinhard Poetz wrote:
You can find the staged versions of the modules (sources, binaries,
javadocs +
checksums + gpg signatures) at http://people.apache.org/builds/cocoon/.
SVN tags
of all these artifacts can be found
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
I could confirm that Cocoon was working up to last friday. But after
updating my local repo an hour
ago or so, I'm facing serious problems with Cocoon throwing an
exception like the one below so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets now get rewritten so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
If you need some help just ask. Maybe I can snip up a sample. Would
that be feasible?
yes, provding a minimal Spring Security sample would help a lot because
I've not used it yet. It would be great
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Reinhard Poetz wrote:
Before I'm going to release the Cocoon Maven plugin, I worked on the
XPatcher for the web.xml. All .xweb snippets now get rewritten so that
the ReloadingClassloader interceptors get applied
. But if
there is another clever approach replacing them ...
It is up to a specific Matcher implementation how they enumerate the patterns
they've matched.
WildcardMatcher is using numbers, others do have something differently. This
could be seen as with
the backrefs in Perl or Awk.
- --
Giacomo Pati
and servlets.
As I was at it I also implemented a wrapper around the normal Spring
web application context. It takes care of context reloads internally and
is completly synchronized. Giacomo reported that he had problems when
you accessed the Spring application context from outside of Cocoon, e.g
Tel: +41 (0)44 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto:[EMAIL PROTECTED]
CH-8004 Zuerich http://www.otego.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Giacomo Pati skrev:
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
If you think about getServletPath() of HttpServletRequest hold in
BlockCallHttpServletRequest it will return mount-path but not for the
current
Thanks,
Andrew.
--
Andrew Savory, Managing Director, Sourcesense UK
Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135
Web: http://www.sourcesense.com/
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP
original request.
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (GNU/Linux)
iD8DBQFGZ61ULNdJvZjjVZARAiKWAJ91z4IA+WESAwWo113219du6btrKACgjuP6
4zrVq/3IOW4inQnEjh/FQzA=
=kk6U
be grateful for any report.
I can conform that it seems to work correct now. I've even tried to mount the
cocoon-webapp to
something different than root and the pathes to css a.s.o. are still correct
and the samples (I've
tested primarly the form samples) work fine.
Thanks
Ciao
- --
Giacomo Pati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
Isn't HttpServletRequest.getServletPath() the one that should give you
what you are seeking for?
If you think about getServletPath() of HttpServletRequest hold in
BlockCallHttpServletRequest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
I can conform that it seems to work correct now. I've even tried to
mount the cocoon-webapp to
something different than root and the pathes to css a.s.o. are still
correct and the samples (I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
If you think about getServletPath() of HttpServletRequest hold in
BlockCallHttpServletRequest it will return mount-path but not for the
current servlet but for the servlet that called current
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
If you think about getServletPath() of HttpServletRequest hold in
BlockCallHttpServletRequest it will return mount-path but not for the
current servlet but for the servlet that called current
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: giacomo
Date: Tue Jun 5 05:04:42 2007
New Revision: 544460
URL: http://svn.apache.org/viewvc?view=revrev=544460
Log:
attempt to fix wrong prefix for servlet-services
Hi Giacomo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo, as you seem to be more experienced with the JSON, could take
What makes you believe I know anything about JSON. Sorry, have no clue about it.
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Once again
Giacomo Pati wrote:
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The DispatcherServlet and Services combo is driving me totally crazy.
If the DisplatcherServlet is mounted
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
[EMAIL PROTECTED] wrote:
Author: giacomo
Date: Mon May 21 06:52:41 2007
New Revision: 540144
URL: http://svn.apache.org/viewvc?view=revrev=540144
Log:
enhance the bean-map for service servlet use case
Added
(0)44 240 00 55
Giacomo Pati, CTO Mobile:+41 (0)79 262 21 04
Apache Software Foundation Member Mailto:[EMAIL PROTECTED]
Hohlstrasse 216 Mailto:[EMAIL PROTECTED]
CH-8004 Zuerich http://www.otego.com
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: giacomo
Date: Mon May 21 06:52:41 2007
New Revision: 540144
URL: http://svn.apache.org/viewvc?view=revrev=540144
Log:
enhance the bean-map for service servlet use case
Giacomo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz Kossakowski wrote:
Giacomo Pati pisze:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The DispatcherServlet and Services combo is driving me totally crazy.
If the DisplatcherServlet is mounted on something other than the root
context
.
WDYT?
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
iD8DBQFGStkyLNdJvZjjVZARAudxAJ9RBVeQjgerhfQzFsp5I6aVj91DggCgmKCP
r1nK/LJmt5rgd+oSK7a0PSE=
=Qdhe
-END PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
I've had discussions with Felix (which is sitting next to me) about
the issue that the mount path in
each block is carved in stone in the SitemapServlet bean definition (I
suppose
not the point. The cocoon-webapp already has a way to find those
.xsample files. I
didn't wanted to construct such an additional thing
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version: GnuPG
stylesheet?
Can you elaborate a bit what you mean?
I'm not sure if we really need that flexibility, just I would like to
hear your opinions.
Thanks for your effort of converting samples.
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http
and it would be difficult for everybody to sneak in any
improper content.
WDOT?
Cool, I've already put my company in ;-)
Ciao and thanks.
- --
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-BEGIN PGP SIGNATURE-
Version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
I've had some more thoughts about this and I believe that we don't need
to go that far. We only have to make sure that all servlets, filters and
listeners that we inject are being
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm still trying to migrate my project from deployer to rcl plugin with no
success (and now not even
the old one works) :-(
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
BTW: Can we have a released deployer plugin as well.
I
/cocoon/xpatch/*.xweb to
/COB-INF/cocoon/xpatch/*.xweb? It's confusing to me to change that.
But I have to admit that I only tested it very basically because I don't
really use it myself.
That's why I'm trying and asking ;-)
Ciao and thanks
- --
Giacomo Pati
Otego AG, Switzerland - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinhard Poetz wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
The second one allows patching the web.xml by adding snippets from
META-INF/cocoon/xpatch to it. It also supports a feature that reverses
the classloader hierarchy in a web
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
The second one allows patching the web.xml by adding snippets from
META-INF/cocoon/xpatch to it. It also supports a feature that reverses
the classloader
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giacomo Pati wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
Reinhard Poetz wrote:
The second one allows patching the web.xml by adding snippets from
META-INF/cocoon/xpatch to it. It also supports a feature
1 - 100 of 636 matches
Mail list logo