haul2002/07/15 00:10:05
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
remove unused variable
Revision ChangesPath
1.11 +1 -2
xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xs
>
> I had the same problem as Chris with 2.1 ... now it builds
> OK in both branches.
>
> However, i get masses of javadoc warnings (only in 2.0.3 branch).
> I went to investigate some of the causes, and found that fixes
> to the javadoc tags in *.java have been made to 2.1 but not to
> 2.0.3 br
haul2002/07/15 00:06:55
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
Tag: cocoon_2_0_3_branch XSPUtil.java
Log:
remove unused variable
Revision ChangesPath
No revision
No revisi
Many thanks to all of you who helped the Cocoon team assuring a
better quality for the upcomming release! Thanks!
As far as I can tell by the responses and by the commit mails,
we have fixed all main problems. Or did I oversee something?
I'm currently building the distribution and will do a test
On 14.Jul.2002 -- 12:56 PM, Vadim Gritsenko wrote:
> > From: Christian Haul [mailto:[EMAIL PROTECTED]]
> >
> > Team,
> >
> > I can't build javadocs for 2.0.3, neither with 1.3 nor 1.4.
> >
> > javadocs13:
> > Generating Javadoc
> >
> > BUILD FAILED
> >
> > /home/haul/projects/apache/new/xml-c
Vadim Gritsenko wrote:
> > Christian Haul wrote:
> >
> > Team,
> >
> > I can't build javadocs for 2.0.3, neither with 1.3 nor 1.4.
> >
> > javadocs13:
> > Generating Javadoc
> >
> > BUILD FAILED
> >
> > /home/haul/projects/apache/new/xml-cocoon2/build.xml:1459: Reference
> classpath
> > not f
crossley2002/07/14 23:02:24
Modified:src/java/org/apache/cocoon/components/treeprocessor
MapStackResolver.java
Log:
Fix a javadoc warning.
Revision ChangesPath
1.5 +2 -2
xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/M
Nicola Ken Barozzi wrote:
> Andrew C. Oliver wrote:
>
>> Steven Noels wrote:
>>
>>>
>>> *All* instances? Hm. Wouldn't that be troublesome to read? Reminds
>>> me of Wiki webs where people where triggerhappy with hyperreferences.
>>>
>>> A thesaurus of some sorts, easily reachable from each page,
Andrew C. Oliver wrote:
> Steven Noels wrote:
>
>>
>> *All* instances? Hm. Wouldn't that be troublesome to read? Reminds me
>> of Wiki webs where people where triggerhappy with hyperreferences.
>>
>> A thesaurus of some sorts, easily reachable from each page, might
>> perhaps already be enough.
Steven Noels wrote:
> Andrew C. Oliver wrote:
>
>> Here is my first entry :-)
>>
>>
>>
>> Cocoon Syndrome
>>The tendancy whenever anything regarding
>> documentation to focus on a tool for doing the documentation function
>> than actually producing conte
Andrew C. Oliver wrote:
> Here is my first entry :-)
>
>
>
> Cocoon Syndrome
>The tendancy whenever anything regarding documentation
> to focus on a tool for doing the documentation function
> than actually producing content. Generally
> resulting in
On Fri, 12 Jul 2002, Carsten Ziegeler wrote:
> Just an update to the procedure:
>
> If you use the latest CVS step 3 - setting the targetted jvm -
> is done now automatically by the build system. It detects the
> compiler version you use and chooses by itself the correct target.
>
> So, everythin
Steven Noels wrote:
>
> *All* instances? Hm. Wouldn't that be troublesome to read? Reminds me
> of Wiki webs where people where triggerhappy with hyperreferences.
>
> A thesaurus of some sorts, easily reachable from each page, might
> perhaps already be enough.
>
>
Here is my first entry :-)
Stefano Mazzocchi wrote:
> The GPS in front of me says:
>
> 42°25,80 North
> 9°34,94 East
I'm pretty sure Luca Morandini will be able to set up a live tracking
map, but us mortal beings will have to do with
http://www.mapquest.com/maps/map.adp?latlongtype=degrees&latdeg=42&latmin=25&latsec
Nicola Ken Barozzi wrote:
> Even better, we make a link creating Transformer that transforms all
> instances of " xsp " to a link that links to a cocoon terms dictionary.
>
*All* instances? Hm. Wouldn't that be troublesome to read? Reminds me of
Wiki webs where people where triggerhappy with
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> Hi Developers,
...
> 2a.) Searching (XSP): NPEs with the XSP search form with (not allowed)
> queries like: body:*
> snippet from error.log:
> ERROR (2002-07-14) 14:07.09:310 [sitemap] (/cocoon/search/search)
> HttpProcessor[8080][1]/
vgritsenko2002/07/14 12:19:18
Modified:src/webapp/search Tag: cocoon_2_0_3_branch search-index.xsp
src/webapp/samples/search search-index.xsp
Log:
Fix NPE in search XSP.
Revision ChangesPath
No revision
No revisi
Diana Shannon wrote:
>
> On Thursday, July 11, 2002, at 11:35 AM, Enke, Michael wrote:
>
> > Hi Diana,
> > in section 3b) Manual install:
> >
> > [unix] ./build.sh -Dinclude.webapp.libs=yes
> > -Dinstall.war=$TOMCAT_HOME/webapps webapp
> > [win32] .\build.bat -Dinclude.webapp.libs=yes
> > -Di
Piroumian Konstantin wrote:
>
> > From: Enke, Michael [mailto:[EMAIL PROTECTED]]
> >
> > Hi Diana,
> > in section 3b) Manual install:
> >
> > [unix] ./build.sh -Dinclude.webapp.libs=yes
> > -Dinstall.war=$TOMCAT_HOME/webapps webapp
> > [win32] .\build.bat -Dinclude.webapp.libs=yes
> > -Dinstall
1 doesn't look like a problem with the demo, looks more like
a problem with the filename generated...
"Filename too long"
J.
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> Hi Developers,
> cause the form doesn't work with Netscape 6, my feedback in this form.
>
> OS(?): Win98,
> JDK:
On Thu, 11 Jul 2002, Berin Loritsch wrote:
> The new pluggable pipelines are pretty cool, but the fact that they are
> now declared in is not backwards compatible! In order
> to be able to reuse existing sitemaps, we must provide a reasonable
> default
> if that section is missing.
Or change t
> From: Christian Haul [mailto:[EMAIL PROTECTED]]
>
> Team,
>
> I can't build javadocs for 2.0.3, neither with 1.3 nor 1.4.
>
> javadocs13:
> Generating Javadoc
>
> BUILD FAILED
>
> /home/haul/projects/apache/new/xml-cocoon2/build.xml:1459: Reference
classpath
> not found.
Can you try again?
vgritsenko2002/07/14 09:57:21
Modified:.Tag: cocoon_2_0_3_branch build.xml
Log:
fix javadoc generation
Revision ChangesPath
No revision
No revision
1.196.2.9 +2 -2 xml-cocoon2/build.xml
Index: build.xm
> From: Ryan Hoegg [mailto:[EMAIL PROTECTED]]
>
> You know, something else that bugs me is this error message:
>
> op-warning:
> **
> *
> * Classes of the optional package JNDI are not
> * available. Apache Cocoon builds without them.
> *
> * JNDI i
Hi Developers,
cause the form doesn't work with Netscape 6, my feedback in this form.
OS(?): Win98,
JDK: Sun 1.3.1_02,
Servlet Engine: Tomcat 4.0.4,
Summary: Testing search demo / caching under win98
Details: XSLT default, Compiler default
Testing the search demo:
1.) C
Nicole Natho wrote:
>Hello!
>
>We try to unterstand the init()-methode of CocoonServlet. There we found
>the following snippet:
>
>
>// first init the work-directory for the logger.
>// this is required if we are running inside a war file!
>final String workDirParam = conf.getInitParameter("work-
Hi all
in the last weeks I noticed a very interesting
discussion about the FlowMap (flow control)and continuation concept and
integrating the XMLForm sample with this layer, and I had checked out the
lastest CVS version of the cocoon but I didn't found any new Docs or samples
relating to t
Hi all
in the last weeks I noticed a very interesting
discussion about the FlowMap (flow control)and continuation concept and
integrating the XMLForm sample with this layer, and I had checked out the
lastest CVS version of the cocoon but I didn't found any new Docs or samples
relating to t
> On Saturday 13 July 2002 18:19, Joerg Heinicke wrote:
> > I added xerces-2.0.2.jar to the xml-cocoon2\lib\core\ and changed the
> > jars.xml. (The same for Xalan, FOP and Lucene.) Subsequently I built th
> e
> > webapp and had no problem. I tested Xalan, Xerces and FOP. We use
> > current Lucene
haul2002/07/14 08:07:31
Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java
Tag: cocoon_2_0_3_branch logicsheet-util.xsl
util.xsl
Log:
backport fix util.xsl
Revision ChangesPath
No
>
>
>> Or maybe in this case its no big deal.
>>
>>
>
>at least that's what I hoped...
>
>I don't have a strong opinion upgrading the 2.0.x tree either because we are
>using HEAD but I thought when we ship a new stable release we should also
>ship the latest stable releases we can find. So f
haul2002/07/14 08:05:37
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
Tag: cocoon_2_0_3_branch XSPUtil.java
Log:
backport fix util.xsl
Revision ChangesPath
No revision
No revisio
haul2002/07/14 08:03:15
Modified:src/webapp/docs/samples Tag: cocoon_2_0_3_branch
sample-xsp.xml
Log:
backport fix util.xsl
Revision ChangesPath
No revision
No revision
1.4.2.1 +4 -1 x
haul2002/07/14 08:01:42
Added: src/webapp/docs/samples/xsp Tag: cocoon_2_0_3_branch
resolver.xsp
Log:
backport fix util.xsl
Revision ChangesPath
No revision
No revision
1.2.2.1 +6 -15
haul2002/07/14 07:57:09
Modified:src/webapp/samples/docs/samples/xsp resolver.xsp
Log:
fix util.xsl
Revision ChangesPath
1.3 +5 -12 xml-cocoon2/src/webapp/samples/docs/samples/xsp/resolver.xsp
Index: resolver.xsp
=
haul2002/07/14 07:53:29
Modified:src/webapp/samples sitemap.xmap
Log:
fix util.xsl
Revision ChangesPath
1.14 +0 -5 xml-cocoon2/src/webapp/samples/sitemap.xmap
Index: sitemap.xmap
===
R
haul2002/07/14 07:49:03
Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java
util.xsl logicsheet-util.xsl
Log:
fix util.xsl
Revision ChangesPath
1.6 +16 -77
xml-cocoon2/src/java/org/apache/cocoon/components/languag
haul2002/07/14 07:47:03
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
fix util.xsl
Revision ChangesPath
1.10 +59 -2
xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/XSPUtil.
> >just for hsqldb specifically?
>
> Dunno about the rest. I speak about what I know something about.
> HSQLDB is not really suitable for
> a production system (very slow) so its mostly used in Cocoon for
> development and for the examples. 2.1 is
> the development edition of cocoon. Because t
Team,
I can't build javadocs for 2.0.3, neither with 1.3 nor 1.4.
javadocs13:
Generating Javadoc
BUILD FAILED
/home/haul/projects/apache/new/xml-cocoon2/build.xml:1459: Reference classpath not
found.
Chris.
--
C h r i s t i a n H a u l
[EMAIL PROTECTED]
fingerprint: 99B0 1
Torsten Curdt wrote:
>On Sunday 14 July 2002 15:45, Andrew C. Oliver wrote:
>
>
[ ] hsqldb 1.61 -> 1.70RC6j
+0, I want to wait for final release.
>>>+0
>>>
>>>
>>But as I said earlier, it would be fine/make sense to do this in the 2.1
>>branch I think.
>>
On Sunday 14 July 2002 15:45, Andrew C. Oliver wrote:
> >>[ ] hsqldb 1.61 -> 1.70RC6j
> >>
> >>+0, I want to wait for final release.
> >
> >+0
>
> But as I said earlier, it would be fine/make sense to do this in the 2.1
> branch I think.
just for hsqldb specifically?
--
Torsten
-
>
>
>>>
>>>
>>[ ] hsqldb 1.61 -> 1.70RC6j
>>
>>+0, I want to wait for final release.
>>
>>
>
>+0
>
But as I said earlier, it would be fine/make sense to do this in the 2.1
branch I think.
>
>-
>To unsubscribe, e-mail:
>
>
>Yepp!
>
>Andrew, give me a mail when you are ready to start...
>...maybe we can work this out together...
>
Cool . Will do. It is currently on the queue in position #9. I will
inform you if it moves to position #1 or if
it moves down too many positions.
Thanks,
Andy
>--
>Torsten
>
>---
> > So, what should be put in the release...
> >
> > [ ] lucene 1.2-rc2 -> lucene 1.2(no code change)
>
> +1, should not contain significant differences.
+0
> > [ ] fop 0.20.3 -> fop 0.20.4(sight change for logging)
>
> +0.5, why not if it works.
if some people can confirm it wo
On Saturday 13 July 2002 18:19, Joerg Heinicke wrote:
> I added xerces-2.0.2.jar to the xml-cocoon2\lib\core\ and changed the
> jars.xml. (The same for Xalan, FOP and Lucene.) Subsequently I built the
> webapp and had no problem. I tested Xalan, Xerces and FOP. We use
> current Lucene since a few
On Saturday 13 July 2002 16:18, Joerg Heinicke wrote:
> I built my own version using Xerces 2.0.2 and had no problems.
...for it worked with resin - but not with tomcat
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Saturday 13 July 2002 16:11, John Morrison wrote:
> I can get it to work with TC 4.0.4-b3, need to replace the version
> of xerces in common/lib with the newer one. Downloading 4.0.4 as I
> type. I'll try it in there too. The only other TC I know about is
> 4.1.7-beta.
hm... replace the tom
On Saturday 13 July 2002 21:32, Vadim Gritsenko wrote:
> > From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
> >
> > Vadim,
> >
> > My parade was to do achieve the following:
> >
> > 1. Excite a final decision on whether the SQLTransformer is deprecated
> > or not
> > 2. Excite an effort (if not)
On Wed, 10 Jul 2002, Michael Melhem wrote:
> > Currently, an implicit is
> > added as the first statement of (see
> > HandleErrorsNode.invoke() in treeprocessor).
> >
> > What about making this explicit so we can choose other generators as
> > well, such as a standard file generator to display
> From: Ryan Hoegg [mailto:[EMAIL PROTECTED]]
>
> Hi John,
:)
> Thanks fior the reply.
Na problem :)
> I downloaded the HEAD through CVS as instructed
> in the Installation Guide.
I think Carsten was wanting people to test the branch, but we
still need to fix head ;)
> I used the build.sh
Hi John,
Thanks fior the reply. I downloaded the HEAD through CVS as instructed
in the Installation Guide.
I used the build.sh command as in the email from Carsten:
# build.sh -Dinclude.webapp.libs=true webapp
Thanks for the help,
Ryan Hoegg
ISIS Networks
John Morrison wrote:
>Was this a c
52 matches
Mail list logo
