On Tue, 2008-08-26 at 09:26 +0200, Andreas Hartmann wrote:
> Joerg Heinicke schrieb:
>
> […]
>
> >> XML NAMESPACES
> >> ---
> >> Corona currently uses three different namespaces in XML documents:
> >>
> >> http://apache.org/cocoon/corona/sitemap
> >> http://apache.or
Sorry for the noise
I was using the old release.
Please ignore.
salu2
On Tue, 2008-08-26 at 14:48 +0200, Thorsten Scherler wrote:
> Hi all,
>
> I am using
> rev="1.0.1"/>
> for Apache droids and was annoyed by the
> java.lang.ClassNotFoundException that was thrown in debug mode.
>
> After
On Thu, 2008-08-21 at 12:15 +0200, Grzegorz Kossakowski wrote:
> Hello Cocoon community,
...
> SVN tags of all these artifacts can be found at
> http://svn.apache.org/repos/asf/cocoon/tags/.
>
>
> This majority vote stays open for 72 hours.
>
> Please cast your votes.
> Here is my +1
>
+1
I d
Hi all,
I am using
for Apache droids and was annoyed by the
java.lang.ClassNotFoundException that was thrown in debug mode.
After starting a thread in the spring forum I found the root cause
http://forum.springframework.org/showthread.php?p=198137&posted=1#post198137
spring-beans-2.0.6.jar doe
Reinhard Pötz apache.org> writes:
> >> XML NAMESPACES
> >> ---
> >> Since I don't see how version numbers could help, I propose
> >
> > Don't these version numbers just help in the same way as versioned jars
> > help? It's possible to signal additional functionality
Joerg Heinicke wrote:
> On 21.08.2008 23:53, Reinhard Pötz wrote:
>
>> After having already discussed the details, let's make a formal decision
>> about versioning, SVN, Maven, namespaces issue tracking and CI for
>> Cocoon 3.
>
> +1 to everything except ...
>
>> XML NAMESPACES
>> --
Grzegorz Kossakowski wrote:
> Reinhard Pötz pisze:
>> There hasn't been any alternative useful value so far. Actually it
>> isn't done by just setting a profile parameter. The content also needs
>> to be somewhere available.
>
> Actually now content is read from classpath, right? I think it should
[
https://issues.apache.org/jira/browse/COCOON-2228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jasha Joachimsthal closed COCOON-2228.
--
Resolution: Fixed
Fix Version/s: 2.2-dev (Current SV
[
https://issues.apache.org/jira/browse/COCOON-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jasha Joachimsthal closed COCOON-2213.
--
Resolution: Fixed
Affects version (Component): Parent values: Bloc
Jasha Joachimsthal pisze:
Good morning,
I tried to close two issues but couldn't find the right fix version for
the mail-block and the pipeline component. Shouldn't there be a 1.1.0
fix version?
There should be. I promised to keep these versions accurate and up-to-date but failed somehow. I
On Mon, 2008-08-25 at 20:23 -0400, Vadim Gritsenko wrote:
> On Aug 25, 2008, at 6:40 AM, Thorsten Scherler wrote:
...
> Yes, ObjectModelHelper.REQUEST_OBJECT object is always unique. It is
> actually unique in any environment. And since it is unique, it does
> not make sense to lock on it at al
[
https://issues.apache.org/jira/browse/COCOON-2241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thorsten Scherler updated COCOON-2241:
--
Attachment: COCOON-2241.txt
Fixing small error that intruded the patch
> The commandl
[
https://issues.apache.org/jira/browse/COCOON-2241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thorsten Scherler updated COCOON-2241:
--
Attachment: COCOON-2241.txt
New version of the patch.
Moving common code from Cli env
Joerg Heinicke schrieb:
[…]
XML NAMESPACES
---
Corona currently uses three different namespaces in XML documents:
http://apache.org/cocoon/corona/sitemap
http://apache.org/cocoon/corona/servlet
http://apache.org/cocoon/corona/controller
These namespaces are with
14 matches
Mail list logo