haul01/08/15 00:16:41
Modified:lib Tag: cocoon_20_branch velocity-1.1.jar
Log:
Replaced with version that doesn't contain old logkit. Breaks velocity :-(
Revision ChangesPath
No revision
No revision
1.1.2.2 +
> Bernhard Huber wrote:
>
> Hi,
> What do hope to get by this unique request-id later?
> Aren't user-id more interesting, so you can figure out
> who has done what, http-request level may be too fine-grained.
The user-id (or ip-address) is of course very interesting
(if the user is not behind a
On Mon, 13 Aug 2001, Sylvain Wallez wrote:
>
>
> giacomo wrote:
> >
> > On Fri, 10 Aug 2001, Sylvain Wallez wrote:
> >
> > >
> > > giacomo wrote:
> > > >
> > > > On Thu, 9 Aug 2001, Sylvain Wallez wrote:
> > > >
> > >
> > > > >
> > > > > Now, about Action : the Action interface *allows* implemen
On Mon, 13 Aug 2001, Carsten Ziegeler wrote:
> Hi C2ers,
>
> John produces more and more valuable patches which are of high
> quality. So before we get a "patch overload", I propose
> John Morrison for commit access to the xml-cocoon2 CVS
> repository.
+1
Giacomo
>
> Votes & thoughts?
>
> Cars
On Mon, 13 Aug 2001, Torsten Curdt wrote:
> > > There are two distinct problems here that I'd like to discuss
> > > separately: XSP as actions and the Action interface.
> >
> > +0 on xsps as actions. sure, it might be nice to leverage existing
> > logicsheets in xsp actions, but writing a standal
On Mon, 13 Aug 2001, Berin Loritsch wrote:
> Mariano Kamp wrote:
> >
> > Hello Berin,
> >
> > your explanations are quite helpful. Just one little question:
> >
> > >[..]
> >
> > > 2) Generator: A generator performs XML generation from some external
> > > source, whether it is a stream, an obje
Yes, indeed this was quick.
But we knew that you would also give a +1 :-)
No seriously, we had five +1 and no -1 and that are enough votes.
Carsten
> Sylvain Wallez wrote:
>
>
>
> Carsten Ziegeler wrote:
> >
> > Ok, I think we have enough +1 !
> >
> > Please, [EMAIL PROTECTED], can you op
Thanks Brian and welcome John!
Carsten
> -Ursprungliche Nachricht-
> Von: Brian Behlendorf [mailto:[EMAIL PROTECTED]]
> Gesendet: Dienstag, 14. August 2001 21:15
> An: Carsten Ziegeler
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Betreff: Re: AW: [VOTE]: [c2] [PATCH] Added PS and PCL ser
vgritsenko01/08/14 20:55:22
Modified:src/org/apache/cocoon/components/source Tag:
cocoon_20_branch SitemapSource.java
Log:
exception handling
Revision ChangesPath
No revision
No revision
1.1.2.12
vgritsenko01/08/14 20:54:20
Modified:src/org/apache/cocoon/components/source SitemapSource.java
Log:
exception handling
Revision ChangesPath
1.13 +34 -35
xml-cocoon2/src/org/apache/cocoon/components/source/SitemapSource.java
Index: SitemapSource.java
vgritsenko01/08/14 20:31:19
Modified:webapp/stylesheets/system Tag: cocoon_20_branch
error2html.xsl
Log:
stack trace formatting
Revision ChangesPath
No revision
No revision
1.2.2.1 +2 -1 x
vgritsenko01/08/14 20:30:21
Modified:webapp/stylesheets/system error2html.xsl
Log:
stack trace formatting
Revision ChangesPath
1.3 +2 -1 xml-cocoon2/webapp/stylesheets/system/error2html.xsl
Index: error2html.xsl
=
vgritsenko01/08/14 20:21:01
Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch
DirectoryGenerator.java FileGenerator.java
Log:
Error handling
Revision ChangesPath
No revision
No revision
vgritsenko01/08/14 20:19:36
Modified:src/org/apache/cocoon/generation DirectoryGenerator.java
FileGenerator.java
Log:
Error handling
Revision ChangesPath
1.9 +15 -31
xml-cocoon2/src/org/apache/cocoon/generation/DirectoryGenerator.java
Ovidiu Predescu wrote:
>I noticed that XSPs are no longer reloaded in the running Cocoon if
>they are modified.
>
>Does anybody else see this? I'm wondering if it's Cocoon's problem or
>Tomcat's.
>
>I'm running Tomcat 3.3b1, on Linux with IBM JDK 1.3.0.
>
Its an classloader issue with Tomcat 3.3,
The reason for this seems to be the .class file for the
sitemap_xsp.java which is not written to disk. Any ideas why this
happens?
Thanks,
--
Ovidiu Predescu <[EMAIL PROTECTED]>
http://orion.nsr.hp.com/ (inside HP's firewall only)
http://sourceforge.net/users/ovidiu/ (my SourceForge page)
http:/
I noticed that XSPs are no longer reloaded in the running Cocoon if
they are modified.
I modify a xsp/simple.xsp and reload the page in my browser, and I
still get the old file. Cocoon correctly notices the file was
modified, it reapplies all the logicsheets to it, it compiles the Java
class int
Hi Carsten,
On Tue, 14 Aug 2001 13:07:08 +0200, "Carsten Ziegeler" <[EMAIL PROTECTED]> wrote:
> > Ovidiu Predescu wrote:
> >
> > I was looking at how the current Source interface is defined, and I
> > believe we need to separate things a little bit more. I badly need
> > this separation in one
Sorry, here's a second addition:
When I change my file ending from .jpg to .gif and back again it seems that
it's not a problem of the ending as the gif makes problems with the ending
.jpg, too. The jpg doesn't with a .gif ending.
As a workaround I changed the following lines
public long getLas
Hi,
What do hope to get by this unique request-id later?
Aren't user-id more interesting, so you can figure out
who has done what, http-request level may be too fine-grained.
- Originalnachricht -
Von: "Carsten Ziegeler" <[EMAIL PROTECTED]>
Datum: Dienstag, August 14, 2001 5:33 pm
Betreff
Account created, password sent, commit privs granted.
Brian
On Tue, 14 Aug 2001, Carsten Ziegeler wrote:
> Ok, I think we have enough +1 !
>
> Please, [EMAIL PROTECTED], can you open a commiter account with enough
> karma for the cocoon repositories (xml-cocoon and xml-cocoon2) for
>
>
Thanks for your answer.
But now I found out something stranger:
It works with JPEGs!
But not with GIFs ...
When trying to save the gif to disk after two seconds it saved correctly.
I tried the cocoon webapp and I think there the cocoon.gif doesn't disappear
...
For me it's a HUGE bug and if no
Sylvain Wallez wrote:
>
> Berin Loritsch wrote:
> >
> > I have been giving _alot_ of thought about actions, components,
> > and contracts in Cocoon. Please pay attention to the different contracts
> > in affect for the core components (tune in below for some comments):
>
> Great analysis !
Tha
Berin Loritsch wrote:
>
> I have been giving _alot_ of thought about actions, components,
> and contracts in Cocoon. Please pay attention to the different contracts
> in affect for the core components (tune in below for some comments):
Great analysis !
>
> 1) Action: An action performs serv
Ovidiu Predescu wrote:
>
> Hi again,
>
> The following patch tries to address a few issues I've encountered.
>
>
> - the patch for xsp.xsl allows for initialization code to be generated at the
> entry in the generate() method using the xsp:init-page element. Note that this
> is not the same
Carsten Ziegeler wrote:
>
> Ok, I think we have enough +1 !
>
> Please, [EMAIL PROTECTED], can you open a commiter account with enough
> karma for the cocoon repositories (xml-cocoon and xml-cocoon2) for
>
> John Morrison <[EMAIL PROTECTED]>
>
> Thanks in advance.
>
> Carsten
>
Wow, t
Done. Please cross-check.
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
> Continuing on SQLTransformer...
>
> I found a finally{} statement that wasn't on the right place. Should resolve
> quite a lot of difficulties, I think. This diff is against the current
> version in CVS, so you could disregar
dims01/08/14 09:42:28
Modified:src/org/apache/cocoon/transformation SQLTransformer.java
Log:
Patch from tom.klaasen@ the-ecorp.com for various problems with SQLTransformer.
Revision ChangesPath
1.15 +107 -64
xml-cocoon2/src/org/apache/cocoon/transformation/S
dims01/08/14 09:42:18
Modified:src/org/apache/cocoon/transformation Tag: cocoon_20_branch
SQLTransformer.java
Log:
Patch from tom.klaasen@ the-ecorp.com for various problems with SQLTransformer.
Revision ChangesPath
No revis
Continuing on SQLTransformer...
I found a finally{} statement that wasn't on the right place. Should resolve
quite a lot of difficulties, I think. This diff is against the current
version in CVS, so you could disregard the last patch I sent.
tomK
SQLTransformer.java.patch.jar
---
On Tuesday, August 14, 2001, at 04:04 pm, Carsten Ziegeler wrote:
>> In SitemapSource.java are the lines:
>>
>>> // the event pipeline is cacheable
>>> // now calculate a last modification date
>>> String hashKey = pck.toString() + validity.toString();
>>> this.lastModificationDate = HashUtil.h
vgritsenko01/08/14 09:02:52
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
Handler.java
Log:
Restore environment state after processing
Revision ChangesPath
No revision
No revision
vgritsenko01/08/14 09:02:05
Modified:src/org/apache/cocoon/sitemap Handler.java
Log:
Restore environment state after processing
Revision ChangesPath
1.16 +7 -4 xml-cocoon2/src/org/apache/cocoon/sitemap/Handler.java
Index: Handler.java
===
vgritsenko01/08/14 09:00:26
Modified:src/org/apache/cocoon/servlet Tag: cocoon_20_branch
CocoonServlet.java
Log:
Show time for text/html only.
Revision ChangesPath
No revision
No revision
1.13.2.
vgritsenko01/08/14 08:59:49
Modified:src/org/apache/cocoon/servlet CocoonServlet.java
Log:
Show time only for text/html.
Revision ChangesPath
1.29 +9 -11 xml-cocoon2/src/org/apache/cocoon/servlet/CocoonServlet.java
Index: CocoonServlet.java
==
vgritsenko01/08/14 08:54:54
Modified:src/org/apache/cocoon/environment Tag: cocoon_20_branch
AbstractEnvironment.java Environment.java
src/org/apache/cocoon/environment/commandline Tag:
cocoon_20_branch
vgritsenko01/08/14 08:51:31
Modified:src/org/apache/cocoon/environment AbstractEnvironment.java
Environment.java
src/org/apache/cocoon/environment/commandline
AbstractCommandLineEnvironment.java
src/org/apache
On 14.Aug.2001 -- 05:37 PM, Carsten Ziegeler wrote:
> Great!
>
> By the way: Is velocity still working without its own logkit version?
Err, no :-(
Did it work before? Haven't tried.
java.lang.NoSuchMethodError
at
org.apache.velocity.runtime.log.AvalonLogSystem.init(AvalonLogSystem.ja
As promised...
Another small change has occurred in the meantime: I discovered yet another
NullPointerException which wasn't catched.
tomK
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: dinsdag 14 augustus 2001 17:05
> To: [EMAIL PROTECTED]
> Subject:
On 14.Aug.2001 -- 08:17 AM, Davanum Srinivas wrote:
> Christian,
>
> Do erverything freshFresh CVS (C2.0?), Fresh Build of WAR, Fresh Tomcat Unzip
>and post the
> cocoon.log.
Tomcat didn't come as far as that. Carsten pointed out the solution
(remove logkit from velocity.jar, done, works fi
haul01/08/14 08:33:11
Modified:lib velocity-1.1.jar
Log:
Contained "old" logkit version. Replaced with new jar that doesn't contain it.
Revision ChangesPath
1.3 +417 -525 xml-cocoon2/lib/velocity-1.1.jar
<>
--
On 14.Aug.2001 -- 05:11 PM, Carsten Ziegeler wrote:
> Did you try to remove the "old" LogKit classes from the velocity jar?
Carsten,
Thanks! That's it. I didn't anticipate that I'd have to fiddle with
3rd party libs :-(
OK, everything is honky dory again. Suppose I'd better commit the
modified
Hi,
here another thought about logging:
What about adding a unique identifier for the current request?
This would allow us to identify which log entries belong to
one single request. (Currently thread id and request uri
could be used, but are of course not very usefull as at a
later time the sa
At 6:49 PM +0400 14/8/01, Piroumian, Konstantin wrote:
>Btw, my name is Konstantin. Piroumian is the family name.
Sorry, that should have been Mr. Piroumian.
;)
regards Jeremy
--
___
Jeremy Quinn
Christian,
Do erverything freshFresh CVS (C2.0?), Fresh Build of WAR, Fresh Tomcat Unzip and
post the
cocoon.log.
Thanks,
dims
--- Christian Haul <[EMAIL PROTECTED]> wrote:
> Vadim,
>
> On 13.Aug.2001 -- 03:40 PM, Vadim Gritsenko wrote:
> > > is it just me or is today's CVS broken?
>
> >
Did you try to remove the "old" LogKit classes from the velocity jar?
Carsten
> -Ursprungliche Nachricht-
> Von: Christian Haul [mailto:[EMAIL PROTECTED]]
> Gesendet: Dienstag, 14. August 2001 17:07
> An: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Betreff: Re: Today's CVS broken?
>
>
>
Vadim,
On 13.Aug.2001 -- 03:40 PM, Vadim Gritsenko wrote:
> > is it just me or is today's CVS broken?
> Working config:
> Win2000 + JDK1.3.1 + (Resin 2.0.1 | Tomcat b6 | Tomcat 3.2.3)
Sorry, can't get it to run :-( I'm now back to jdk 1.3.1 and tomcat
3.2.3 to no avail. (tomcat b6 is marked ba
Of course you can :)
I'm just having trouble with having WinCVS running a diff -u, but I just
downloaded cygwin and that should solve the problem somehow... I'll just
have to find out how now.
I'll resubmit this patch unified.
tomK
> -Original Message-
> From: Davanum Srinivas [mailto:
> Stuart Roebuck wrote:
>
> (My tour through Cocoon continues...)
>
Great!
> In SitemapSource.java are the lines:
>
> > // the event pipeline is cacheable
> > // now calculate a last modification date
> > String hashKey = pck.toString() + validity.toString();
> > this.lastModificationDate = Ha
Ovidiu,
Checked in the new components. Please cross-check. This is only in C2.1
Thanks,
dims
--- Ovidiu Predescu <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> The following patch refactors the current TraxTransformer into a
> Transformer and a Component.
>
> In addition to the functionality needed b
Ovidiu,
Checked in these changes. Please cross-check.
Thanks,
dims
--- Ovidiu Predescu <[EMAIL PROTECTED]> wrote:
> On Tue, 14 Aug 2001 09:33:54 +0200, "Carsten Ziegeler" <[EMAIL PROTECTED]> wrote:
>
> > > Michael Hartle wrote:
> > >
> > > Ovidiu Predescu wrote:
> > >
> > > >- in build.xml,
Tom,
Can i persuade you to run a "cvs diff -u" and submit the output? Otherwise i will have
to
integrate changes by hand.
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
> Still progressing slowly but steadily on the SQLTransformer.
>
> From good source, I just learned that you _can_ keep using the
dims01/08/14 07:48:59
Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch
SessionValidatorAction.java
Log:
Patch from "Peter Nuetzel - inglobo" <[EMAIL PROTECTED]>
for Null checks in SessionValidatorAction.java
Revision ChangesPath
N
dims01/08/14 07:47:35
Modified:src/org/apache/cocoon/acting SessionValidatorAction.java
Log:
Patch from "Peter Nuetzel - inglobo" <[EMAIL PROTECTED]>
for Null checks in SessionValidatorAction.java
Revision ChangesPath
1.7 +4 -4
xml-cocoon2/src/org/apach
Wow that was quick coding!
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 14 August 2001 3:45 pm
> To: [EMAIL PROTECTED]
> Subject: cvs commit: xml-cocoon2/xdocs jars.xml pdf-serializer.xml
> uc2.xml
>
>
> dims01/08/14 07:44:33
>
>
> At 7:41 PM +0400 25/7/01, Piroumian, Konstantin wrote:
> >I am trying to implement setValue() and addValue() and I'm faced a
problem
> >with XPath API. I am trying to find out is there a possibility for node
> >insertion by an XPath expression. It seems that it's not possible with
XPath
> >API.
dims01/08/14 07:44:33
Modified:.build.xml
xdocsjars.xml pdf-serializer.xml uc2.xml
Added: src/org/apache/cocoon/components/renderer
ExtendableRendererFactory.java RendererFactory.java
src/org/apache/cocoon/ser
cziegeler01/08/14 07:43:37
Modified:src/org/apache/cocoon/environment/wrapper
RequestParameters.java
Log:
Fixed serious NPE bug
Revision ChangesPath
1.3 +3 -2
xml-cocoon2/src/org/apache/cocoon/environment/wrapper/RequestParameters.java
cziegeler01/08/14 07:43:06
Modified:src/org/apache/cocoon/environment/wrapper Tag:
cocoon_20_branch RequestParameters.java
Log:
Fixed serious NPE bug
Revision ChangesPath
No revision
No revision
dims01/08/14 07:39:38
xml-cocoon2/src/org/apache/cocoon/components/renderer - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
I've also done a patch for this.
Now U can choose ;-)
- peter
-Ursprüngliche Nachricht-
Von: Dauben, Oliver <[EMAIL PROTECTED]>
An: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Datum: Dienstag, 14. August 2001 14:22
Betreff: patched org.apache.cocoon.acting.SessionValidatorAction.java (was:
(My tour through Cocoon continues...)
In SitemapSource.java are the lines:
> // the event pipeline is cacheable
> // now calculate a last modification date
> String hashKey = pck.toString() + validity.toString();
> this.lastModificationDate = HashUtil.hash(hashKey);
this is used in ProgramGener
yes, still having trouble. not with compiling, but at servlet container
startup time.
can anybody update the velocity.jar or remove the old velocity log
implementation ?
tia,
oLiVeR
-Original Message-
From: Peter Fleischer [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 14. August 2001 13:
dims01/08/14 06:59:23
Modified:src/org/apache/cocoon Tag: cocoon_20_branch
ProcessingException.java
src/org/apache/cocoon/components/language/markup/xsp/java
Tag: cocoon_20_branch request.xsl xsp.xsl
Log:
Miscellaneo
dims01/08/14 06:59:14
Modified:src/org/apache/cocoon ProcessingException.java
src/org/apache/cocoon/components/language/markup/xsp/java
request.xsl xsp.xsl
Log:
Miscellaneous Patches from Ovidiu Peridescu.
- ProcessingException adds a new
Still progressing slowly but steadily on the SQLTransformer.
>From good source, I just learned that you _can_ keep using the ResultSet
while a new query has already been executed on its Connection. And that it's
much better to keep your reservation of the Connection as short as possible.
Hence th
cziegeler01/08/14 06:12:45
Modified:src/org/apache/cocoon/environment Tag: cocoon_20_branch
AbstractEnvironment.java
Log:
Fixed resolving of absolute paths on windows
Revision ChangesPath
No revision
No
cziegeler01/08/14 06:12:32
Modified:src/org/apache/cocoon/environment AbstractEnvironment.java
Log:
Fixed resolving of absolute paths on windows
Revision ChangesPath
1.12 +4 -1
xml-cocoon2/src/org/apache/cocoon/environment/AbstractEnvironment.java
Index:
Konstantin,
I agree that this is ok for C2.0. If no one disagrees, i will update C2.0 by friday.
>>> which now returnes only the date without time, so it won't
>>> break any code and will require only Find/Replace operation to change it to
>>>
Thanks,
dims
Note: forwarded message attached.
> Stuart Roebuck wrote:
>
> On Tuesday, August 14, 2001, at 12:52 pm, Carsten Ziegeler wrote:
>
> >> Stuart Roebuck wrote:
> >>
> >> I wonder whether it would be worth considering renaming and/or
> clarifying
> >> the documentation of the modifiedSince() method defined in the
> Modifiable
> >> in
On Tuesday, August 14, 2001, at 12:52 pm, Carsten Ziegeler wrote:
>> Stuart Roebuck wrote:
>>
>> I wonder whether it would be worth considering renaming and/or clarifying
>> the documentation of the modifiedSince() method defined in the Modifiable
>> interface? The uses of this method in Cocoo
> David Crossley wrote:
>
> What is the proper procedure for raising development issues
> and for contributing code/doco changes?
>
> The documents contrib.xml and patches.xml do not seem very
> clear on how to do this. I expect that if i am confused, then
> there are going to be others who are
okay, here it goes.
-Original Message-
From: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 14. August 2001 14:01
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: [C2] Any outstanding patches???
Just post itto this mailing-list.
Thanks,
dims
--- "Dauben, Oliv
peter,
thanks a lot for your hint.
anyway, the latest snapshot dated 13-Aug-2001 21:14 compiles (again).
oLiVeR
-Original Message-
From: Peter Fleischer [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 14. August 2001 13:51
To: [EMAIL PROTECTED]
Subject: Re: c2: current snapshots broken ?
Just post itto this mailing-list.
Thanks,
dims
--- "Dauben, Oliver" <[EMAIL PROTECTED]> wrote:
> i've got a patch for the SessionValidator action preventing it from throwing
> a NPE.
>
> how can i have it reviewed by an experienced developer and finally checked
> it into the current cvs tre
i've got a patch for the SessionValidator action preventing it from throwing
a NPE.
how can i have it reviewed by an experienced developer and finally checked
it into the current cvs tree ?
cheers,
oLiVeR
-Original Message-
From: Enke Michael [mailto:[EMAIL PROTECTED]]
Sent: Dienstag,
Michael,
Please get the latest C2.1, i have integrated your changes there. FYI, i kept the
Namespace URI as
"http://apache.org/cocoon/i18n/2.0"; (NOT 2.1 as in your patch)
Konstantin,
I think these changes should get into C2.0. What is your opinion? If we decide not to
sync the
changes, then i
> Stuart Roebuck wrote:
>
>
> I wonder whether it would be worth considering renaming and/or clarifying
> the documentation of the modifiedSince() method defined in the Modifiable
> interface? The uses of this method in Cocoon appear to fit with the
> description of the method as implemented in A
At 7:41 PM +0400 25/7/01, Piroumian, Konstantin wrote:
>I am trying to implement setValue() and addValue() and I'm faced a problem
>with XPath API. I am trying to find out is there a possibility for node
>insertion by an XPath expression. It seems that it's not possible with XPath
>API.
>Setting v
Hello Oliver,
I'm having exactly the same problem since a few days. In my case the problem
was caused by conflicting classes in logkit-1.0b4.jar and velocity-1.1.jar,
which includes some classes from the packae org.apache.log. Seems like these
classes are older than the corresponding classes in l
dims01/08/14 04:46:08
Modified:src/org/apache/cocoon/transformation I18nTransformer.java
xdocsi18n-transformer.xml
Log:
Patch from Enke Michael <[EMAIL PROTECTED]> for
"Enhancements for number, date and time in i18n-transformer"
Revision ChangesPat
Hi Team,
now that some weeks have passed since our last release (the beta 2),
we should plan our next steps for getting final with cocoon 2.
Looking through the postings on the dev and user list over the last
weeks, I think we can be very proud of the current state of cocoon 2.
Of course there i
I wonder whether it would be worth considering renaming and/or clarifying
the documentation of the modifiedSince() method defined in the Modifiable
interface? The uses of this method in Cocoon appear to fit with the
description of the method as implemented in AbstractServerPage, however
this
dims01/08/14 04:27:01
Modified:src/org/apache/cocoon/transformation Tag: cocoon_20_branch
SQLTransformer.java
Log:
Patch from [EMAIL PROTECTED] for NullPointerException in SQLTransformer
Revision ChangesPath
No revision
dims01/08/14 04:25:08
Modified:src/org/apache/cocoon/transformation SQLTransformer.java
Log:
Patch from [EMAIL PROTECTED] for NullPointerException in SQLTransformer
Revision ChangesPath
1.14 +8 -3
xml-cocoon2/src/org/apache/cocoon/transformation/SQLTransfo
Ovidiu,
It's in. Thanks a ton. Please try it out and let me know.
-- dims
--- Ovidiu Predescu <[EMAIL PROTECTED]> wrote:
>
> I hate to reply to myself, but I just found that by some inexplicable mistake a
> method in XSLTProcessorImpl.java is totally incorrect. Please correct the
> dispose() met
dims01/08/14 04:19:54
Modified:src/org/apache/cocoon cocoon.roles
src/org/apache/cocoon/transformation TraxTransformer.java
webapp cocoon.xconf
Added: src/org/apache/cocoon/components/xslt XSLTProcessor.java
XSLTProcess
dims01/08/14 04:19:39
xml-cocoon2/src/org/apache/cocoon/components/xslt - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Davanum Srinivas wrote:
>
> Team,
>
> Was out of the loop for a whileAre there any patches that need to get in? There
>was one from
> Tom for SQLTransformer (that tom said still needs some work before it can get in).
>Anything other
> than that, please repost the patch with "cvs diff" from
> Ovidiu Predescu wrote:
>
> Hi,
>
> I was looking at how the current Source interface is defined, and I
> believe we need to separate things a little bit more. I badly need
> this separation in one of the extensions to Cocoon I'm working on
> (which I hope to present sometime early next month).
Hi all,
Finally started on trying to get the SQLTransformer absolutely right. Pretty
daunting job...
The first thing I noticed: from time to time, I get a NullPointerException
while closing the resultset. And this crashes whole Cocoon. Am I the only
one with this problem? Otherwise there's attac
Thanks all for the votes of confidence - some were making me squirm with
embarresment :)
I have two things that really should be said; I already have an apache logon
(morrijr) and I'm stuck behind (at work) a corporate firewall without ssh
access (I'm working on obtaining it) so any commits atm w
hi john,
there was a problem around the new log formatter. did not really traced it
back...
os: linucks 2.2.18 / jvm: sun 1.3 hotspot.
i will right now try to get the latest snapshot and see if i still can't
compile to provide you a more detailed desc.
hold on !
-Original Message-
Fro
Ok, I think we have enough +1 !
Please, [EMAIL PROTECTED], can you open a commiter account with enough
karma for the cocoon repositories (xml-cocoon and xml-cocoon2) for
John Morrison <[EMAIL PROTECTED]>
Thanks in advance.
Carsten
Open Source GroupsunShine - b:Int
Have you _any_ more information than this? _I_ haven't any problems
compiling C2. What OS/JVM?
> -Original Message-
> From: Dauben, Oliver [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 14 August 2001 10:31 am
> To: '[EMAIL PROTECTED]'
> Subject: FW: c2: current snapshots broken ?
>
>
>
hi dev,
fyi.
cheers,
oLiVeR
-Original Message-
From: Dauben, Oliver [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 14. August 2001 03:16
To: '[EMAIL PROTECTED]'
Subject: c2: current snapshots broken ?
hi all,
anybody having trouble compiling the latest snapshots from 2001-08-12 and
200
haul01/08/14 01:40:57
Modified:.build.xml
Log:
${java.home} points to jre, tools.jar is in jdk/lib ~> jre/../lib
Revision ChangesPath
1.48 +1 -1 xml-cocoon2/build.xml
Index: build.xml
==
On Tue, 14 Aug 2001 09:33:54 +0200, "Carsten Ziegeler" <[EMAIL PROTECTED]> wrote:
> > Michael Hartle wrote:
> >
> > Ovidiu Predescu wrote:
> >
> > >- in build.xml, the tools.jar is assumed to be in
> > $JAVA_HOME/lib/tools.jar. It
> > >turns out that JAVA_HOME usually points to the jre/ direct
> Michael Hartle wrote:
>
> Ovidiu Predescu wrote:
>
> >- in build.xml, the tools.jar is assumed to be in
> $JAVA_HOME/lib/tools.jar. It
> >turns out that JAVA_HOME usually points to the jre/ directory
> inside the jdk/
> >directory, while the tools.jar is in the lib/ directory of jdk/.
> Som
99 matches
Mail list logo
