Re: Servlet initializing twice

- Original Message - From: "Vadim Gritsenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 24, 2002 2:48 PM Subject: RE: Servlet initializing twice > > From: Jeroen ter Voorde [mailto:[EMAIL PROTECTED]] > > > > Hi, > > > > I read this problem was fixed in the latest tom

DO NOT REPLY [Bug 10203] New: - NPE when using document() in XSLT

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/profiler ProfilingCachingProcessingPipeline.java ProfilingNonCachingProcessingPipeline.java

cziegeler2002/06/24 23:09:01 Modified:src/java/org/apache/cocoon/components/profiler ProfilingCachingProcessingPipeline.java ProfilingNonCachingProcessingPipeline.java Log: Fixed NPE in profiling code Revision ChangesPath 1

Re: C2 with saxon

On 6/24/02 7:07 PM, "Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: >> From: J.Pietschmann [mailto:[EMAIL PROTECTED]] >> >> I quickly hacked a if(includes!=null) {} around the problem (should >> rather have setup something for cache validation for the pipeline...if >> I could only understand this!).

Re: xstlc.jar in scratchpad

Thanks for the good news Tom ! It actually works all the way through the Feedback Wizard. I've updated the version in Cocoon CVS HEAD. Let's vote for making XSLTC the default XSLT parser in Cocoon 2.1-dev alpha. I think the stylesheets which depend on Xalan extensions should specificly name

cvs commit: xml-cocoon2/src/scratchpad/lib xsltc.jar

ivelin 2002/06/24 21:13:12 Modified:src/scratchpad/lib xsltc.jar Log: newer version Revision ChangesPath 1.2 +1075 -1119xml-cocoon2/src/scratchpad/lib/xsltc.jar <> -- In case of

Re: [RT] WebServicesProxy Generator

Andy, I encourage your work, but ICE is way beyond the scope of my simple generator. Ivelin Andy Lewis wrote: > How about ICE? > > I've got a Cocoon-friendly ICE 1.1 effort underway. If I get it working.(amidst >the myriad of > other things going on) > Besides ICE 2.0 is beingrefactore

RE: C2 with saxon

> From: J.Pietschmann [mailto:[EMAIL PROTECTED]] ... > Next try was to get 2.0.3 and install it, this time using Xerces+Xalan > right from the start. > This resulted in: > java.lang.NullPointerException > at org.apache.cocoon.components.xslt.XSLTProcessorImpl > .resolve(XSLTProcessorImp

Re: [RT] WebServicesProxy Generator

Hi Matthew. Matthew Langham wrote: > Hi Ivelin, > > I think a component like this is a natural addition to Cocoon and the > portal. It's been talked about several times before and it's great to see > you starting to work on it. > > > Fire and Ice welcome ;) > << > How can I select which par

Re: MVC demistified [was Re: [RT] SpitScript - B-Logic thatdoesn't suck ]

On 6/24/02 8:23 AM, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: > Nicola Ken Barozzi wrote: > >> Let's remember that flowscript is a potential liability in a sense that >> it can be really abused in doing what you and I know it shouldn't do. > > Agreed. In fact, as others already pointed out

DO NOT REPLY [PATCH QUEUE] Summary June 25 2002

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to t

Re: [RT] WebServicesProxy Generator

How about ICE? I've got a Cocoon-friendly ICE 1.1 effort underway. If I get it working.(amidst the myriad of other things going on) Besides ICE 2.0 is beingrefactored for SOAP integration...so it would be a shame to miss out on that > > Following is an initial draft of a new component

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

I've watched this thred for quite a while. Some people don't like XML, some people don't like Javascript. It was mentioned on here earlier, and I think it bears repeating: What is the definition of the problem? I know, everyone has a general sense of it. But before picking a language, perhaps i

Re: C2 with saxon

Ovidiu Predescu wrote: > I am sure people on this list would like to hear more of your tales, > hopefully not as horrid as your last experience. Please let us know what's > your experience. Ok, the tale continues. First, some non-Cocoon issues lead me through some recursive problems including rei

Re: MVC demistified [was Re: [RT] SpitScript - B-Logic that doesn'tsuck ]

Stefano Mazzocchi wrote: > Nicola Ken Barozzi wrote: > > >>Let's remember that flowscript is a potential liability in a sense that >>it can be really abused in doing what you and I know it shouldn't do. > > Agreed. In fact, as others already pointed out, it might become a > gateway to abuse a

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Stefano Mazzocchi wrote: >>...they are not entirely separate since the business logic might also >>influence the flow. There should be a good separation (SoC) but I think we >>need to see the full picture. So I don't think it's totally useless to talk >>about it right now - but we shouldn't mix

[announce] Extended sitemap variable substitution syntax

Hi team, The extended sitemap variable substitution syntax based on InputModules is available in HEAD. Sitemap variables can now be prefixed by the name of an InputModule. This means for example that "{request:foo}" will evaluate to the value of the "foo" request parameter or that "{session:m

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/variables - New directory

sylvain 2002/06/24 13:30:49 xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/variables - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED

Re: [INFO] Sitemap XML Schema is available

Piroumian Konstantin wrote: > And I've at last could take a look at issues you mention and hope I've > addressed all of them (the new version is committed). Updated auto-generated (XMLSpy) HTML documentation is available at http://outerthought.net/sitemap/ Enjoy! -- Steven Noels

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Piroumian Konstantin wrote: > Writing JavaScript even for client-side can be very tricky sometimes, but > when you'll start to perform component lookups, EJB calls, etc. in JS then > you'll have much fun trying to understand why your code doesn't work ;) Sorry but I don't get why. We are not tal

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Daniel Fagerstrom wrote: > > Andrew C. Oliver wrote: > > Stefano Mazzocchi wrote: > > >Ok. Here's my vision: a flowscript is the location where you place your > > >flow logic. The flow logic is the collection of instructions that > > >indicate how to make the transition from one page to another.

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Torsten Curdt wrote: > > > > > > > There are yet many doubts to cover from the flowscript stuff that start > > > > talking about something else makes less sense ATM, IMHO. > > > > > > This is one of them. > > > Flowmaps are so powerfull that all the stuff that was innapropriate to > > > be done

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

"Andrew C. Oliver" wrote: > > > > > > >Ok. Here's my vision: a flowscript is the location where you place your > >flow logic. The flow logic is the collection of instructions that > >indicate how to make the transition from one page to another. > > > >Everything else shouldn't be there. > > > > >

MVC demistified [was Re: [RT] SpitScript - B-Logic that doesn't suck ]

Nicola Ken Barozzi wrote: > Let's remember that flowscript is a potential liability in a sense that > it can be really abused in doing what you and I know it shouldn't do. Agreed. In fact, as others already pointed out, it might become a gateway to abuse and concern overlap. But I think this cou

Re: [Important]: JDK issues

Carsten Ziegeler wrote: > > Christian Haul wrote: > > > > > there's a "-target " switch to javac. > > > Yes, and this is set to "1.2" (I hope) and afaiu it affects > only the byte-code but not the "libraries/packages" used for > compilation. In Ant, there is a 'classic' compilation mode. Did yo

cvs commit: xml-cocoon2/src/documentation/xdocs who.xml

stefano 2002/06/24 11:52:01 Modified:src/documentation/xdocs who.xml Log: I plan to be more active in the future... but probaly I've been saying this too much in the past for yout to believe me :-) Revision ChangesPath 1.25 +1 -1 xml-cocoon2/src/documentation/

Re: [RT] Flowmaps

On 6/23/02 2:09 PM, "Sylvain Wallez" <[EMAIL PROTECTED]> wrote: > Christian Haul wrote: >> Ovidiu, Sylvain, >> >> I spend some time to look into both treeprocessor and flow. In order >> to achieve the above and input modules in sitemap I would need two >> things: >> >> a) reference to the sitem

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation SourceDescriptionGenerator.java

stephan 2002/06/24 09:26:15 Modified:src/scratchpad/src/org/apache/cocoon/components/source LockableSource.java RestrictableSource.java VersionableSource.java src/scratchpad/src/org/apache/cocoon/components/source/helpers

RE: Mailer Action.

Title: RE: Mailer Action. >There is currenltly a SendmailAction in CVS HEAD 2.1 by Donald Ball. >How does yours differ? I am aware of its existance and I did check it out. SendmailAction can have content preconfigured in a descriptor file, or it can get it from the request.getParameter. I

Re: [docs] making xml.apache.org searchable using Google. . .

On Monday 24 June 2002 15:13, Vadim Gritsenko wrote: >. . . > This was discussed long time ago... IIRC, it went to forrest. You're right, I hadn't noticed it. I'll send my version on forrest-dev though, it is slightly better IMHO as it doesn't require javascript. -Bertrand

Re: Mailer Action.

Themba Mbatha wrote: > Hi All; > > I just developed an emailing action that I use to send email to users > based on what they do on my site (e.g. registering users get sent their > user name, etc). The mailer uses pipelines for content to send through > to users: There is currenltly a Sendma

RE: [INFO] Sitemap XML Schema is available

> From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]] > > Bruno, > > > From: Bruno Dumon [mailto:[EMAIL PROTECTED]] ... > > Some errors I found in the schema: > > > > * Additional configuration attributes and child elements on the > > component declarations are apparently not allowed by the

RE: [docs] making xml.apache.org searchable using Google. . .

> From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]] > > . . .would be easy using the following HTML snippet: > > http://www.google.com/search";> > Search xml.apache.org: > > > > > > I haven't created a patch for this, as I don't know how well this fits with > the current documentation/Fo

RE: Servlet initializing twice

> From: Jeroen ter Voorde [mailto:[EMAIL PROTECTED]] > > Hi, > > I read this problem was fixed in the latest tomcat versions. But i still got > the problem with 4.0.4. > It seems it has something to do with the classloader I'm using a singleton > server class which also gets initialized > twice

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java

cziegeler2002/06/24 05:42:50 Modified:src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java Log: Removed deprecated warning Revision ChangesPath 1.4 +1 -3 xml-cocoon2/src/java/org/apache/cocoon/webapps/session/xml/XMLUtil.java Index: XMLUtil.java

RE: [INFO] Sitemap XML Schema is available

Bruno, > From: Bruno Dumon [mailto:[EMAIL PROTECTED]] > On Thu, 2002-06-06 at 18:34, Piroumian Konstantin wrote: > [snip] > > > > Please, try it and tell me what else can be added/improved > and patch it at > > will. > > > > Sorry for the late response, but hey, it's better late than > noth

Mailer Action.

Title: Mailer Action. Hi All; I just developed an emailing action that I use to send email to users based on what they do on my site (e.g. registering users get sent their user name, etc). The mailer uses pipelines for content to send through to users:        smtpHost      

Re: [Important]: JDK issues

On Mon, Jun 24, 2002 at 01:22:33PM +0200, Carsten Ziegeler wrote: > Christian Haul wrote: > > > > > there's a "-target " switch to javac. > > > Yes, and this is set to "1.2" (I hope) and afaiu it affects > only the byte-code but not the "libraries/packages" used for > compilation. Nice work Ca

Re: [Important]: JDK issues

On Monday 24 June 2002 13:10, Carsten Ziegeler wrote: >. . . > So, I learn from this that the JDK used for compilation should be the > same used for running Cocoon. If you follow this rule, nothing bad could > happen... >. . . But if you compile with JDK 1.3, aren't you safe that it will run fine

RE: [Important]: JDK issues

Christian Haul wrote: > > there's a "-target " switch to javac. > Yes, and this is set to "1.2" (I hope) and afaiu it affects only the byte-code but not the "libraries/packages" used for compilation. Carsten - To unsubscribe,

Re: [Important]: JDK issues

On 24.Jun.2002 -- 01:10 PM, Carsten Ziegeler wrote: > Or did I miss something? there's a "-target " switch to javac. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08

[Important]: JDK issues

Hi, during my testing of the protected sample I found some interesting aspects of choosing the JDK for compiling/running Cocoon that some of you might not know: Question: If Cocoon compiles with JDK 1.3 and JDK 1.4 without any problems, does this mean that a version compiled with JDK 1.4 also

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/acting DatabaseAuthenticatorAction.java

cziegeler2002/06/24 03:49:17 Modified:src/java/org/apache/cocoon/acting DatabaseAuthenticatorAction.java Log: Fixed another 1.4 problem, compile once? Revision ChangesPath 1.8 +2 -2 xml-cocoon2/src/java/org/apache/cocoon/acting/Databas

cvs commit: xml-cocoon2/src/webapp/samples/protected/stylesheets error2html.xsl simple-page2html.xsl

cziegeler2002/06/24 03:44:33 Modified:src/webapp sitemap.xmap src/webapp/docs/samples sample-apps.xml Added: src/webapp/samples/mod-db database.xml edit-groups.xsp schema.sql sitemap.xmap stupid.xsl user-list.xsp src/webapp/s

cvs commit: xml-cocoon2/src/webapp/samples/protected/docs - New directory

cziegeler2002/06/24 03:43:29 xml-cocoon2/src/webapp/samples/protected/docs - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

cvs commit: xml-cocoon2/src/webapp/samples/protected/stylesheets - New directory

cziegeler2002/06/24 03:43:29 xml-cocoon2/src/webapp/samples/protected/stylesheets - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

cvs commit: xml-cocoon2/src/webapp/samples/protected/descriptors - New directory

cziegeler2002/06/24 03:43:29 xml-cocoon2/src/webapp/samples/protected/descriptors - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comm

cvs commit: xml-cocoon2/src/webapp/samples/mod-db - New directory

cziegeler2002/06/24 03:40:47 xml-cocoon2/src/webapp/samples/mod-db - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

cvs commit: xml-cocoon2/src/webapp/samples/protected - New directory

cziegeler2002/06/24 03:40:47 xml-cocoon2/src/webapp/samples/protected - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

RE: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > Luca Morandini wrote: > > Nicola, > > > > > The page structure of HTML has nothing to do with Business Object or > > Business Rules or other abstractions... but we should deal with it. > > > > Therefore, let's just try to centralize tr

[docs] making xml.apache.org searchable using Google. . .

. . .would be easy using the following HTML snippet: http://www.google.com/search";> Search xml.apache.org: I haven't created a patch for this, as I don't know how well this fits with the current documentation/Forrest etc. plans. But it would be useful IMHO, even though it is not really C

Re: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Luca Morandini wrote: > Nicola, > > you wrote: > >>How can you define transitions without logic? >>Transitions are based on rules. >>Rules come from algorithms that operate on the model. > > I agree with you on principle, but, as of now, this wonderful rules are > scattered amongst pages, maki

RE: [PROPOSAL] Sources, the next generation RE: Speedup *DirectoryGenerator

> On Fri, 21 Jun 2002, Jens Lorenz wrote: > > > - Original Message - > > From: "Stephan Michels" <[EMAIL PROTECTED]> > > To: "cocoon-dev" <[EMAIL PROTECTED]> > > Sent: Friday, June 21, 2002 3:54 PM > > Subject: RE: [PROPOSAL] Sources, the next generation RE: Speedup > > *DirectoryGenerator

RE: Planning the releases

Stefano Mazzocchi wrote: > > >> And if we are already talking about releases, what do we have to do > >> for 2.1? It seems that many things are nearly finished, so we can > >> start to think of a beta phase. I would propose the 15th of July for > >> the release date of 2.1 beta 1. > > -1 > > W

Servlet initializing twice

Hi, I read this problem was fixed in the latest tomcat versions. But i still got the problem with 4.0.4. It seems it has something to do with the classloader I'm using a singleton server class which also gets initialized twice making me think there are two instances of the same class. With previo

Re: [IMPORTANT]: we-are-cool, was: update to how-we-are

Carsten Ziegeler wrote: >Sylvain Wallez wrote: > > >>Next one is me ! >> >>Boohoo, I'm always the last one in "strict alphabetical order" :( >> >> >> >I'm afraid, you're not the last :( > Well, I'm so used to be the last one that I even forgot your "Z"... Damn, I'm no more the first one i

Accessing the current CM (was Re: [RT] Flowmaps)

Christian Haul wrote: > Sylvain Wallez wrote: > >> Christian Haul wrote: >> >>> a) reference to the sitemap's component manager in flow. I have >>> found two possibilities, either extending some routines' signatures >>> (many modifications) or placing it into the Environment. But I seem >>> no

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/servlet CocoonServlet.java

cziegeler2002/06/24 01:21:06 Modified:src/java/org/apache/cocoon/servlet Tag: cocoon_2_0_3_branch CocoonServlet.java Log: Fixed setting of cache directory Revision ChangesPath No revision No revision

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/servlet CocoonServlet.java

cziegeler2002/06/24 01:20:10 Modified:src/java/org/apache/cocoon/servlet CocoonServlet.java Log: Fixed setting of cache directory Revision ChangesPath 1.29 +9 -9 xml-cocoon2/src/java/org/apache/cocoon/servlet/CocoonServlet.java Index: CocoonServlet.java

RE: cvs commit: xml-cocoon2/src/documentation/xdocs who.xml

Giacomo Pati wrote: > > Carsten, you put yourself into the "Emeritus Committers"? > Yes, I didn't want to be the "first active committer" ;) Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email:

RE: [IMPORTANT]: we-are-cool, was: update to how-we-are

Sylvain Wallez wrote: > Next one is me ! > > Boohoo, I'm always the last one in "strict alphabetical order" :( > I'm afraid, you're not the last :( Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

RE: [RT] SpitScript - B-Logic that doesn't suck ( Re: [RT] Flowmaps)

Nicola, you wrote: > How can you define transitions without logic? > Transitions are based on rules. > Rules come from algorithms that operate on the model. I agree with you on principle, but, as of now, this wonderful rules are scattered amongst pages, making hard changing the flow. IMHO just

Re: HELP! Urgently needed help on head

Per-Olof Norén wrote: > Hello all, > I have a problem I can´t find a place to start looking for the solution: > My config is like the following: > > win2k (2*1,1 ghz 1 Gb RAM 50Gb Hdd) > sun jdk1.3.1_02 > resin 2.0.5 > freshly checked out head, compiled with "build -Dinclude.webapp.libs=yes > -

Re: HELP! Urgently needed help on head

On Sunday, June 23, 2002, at 11:57 pm, Jeff Turner wrote: > On Wed, Jun 12, 2002 at 02:56:48PM +0200, Per-Olof Norén wrote: >> Hello all, >> I have a problem I can´t find a place to start looking for the >> solution: >> My config is like the following: >> >> win2k (2*1,1 ghz 1 Gb RAM 50Gb Hdd)