Re: Cocoon 2 Developers Wanted...

[Horst Rutter]

Hello Ernst,
Are you still looking for help on your Cocoon project?
I might be able to help you.
I have been involved with Cocoon since earlier this year, when I evaluated it for an 
Austrian bank. I got distracted with a
different project recently, so my knowledge is pre-flowmap which means up to version 
2.0
Cocoon is the way to go, it is a perfect utilization of XML technologies for building 
webapplications - no doubt about it.
I am operating out of San Francisco, but will be moving to Vienna, Austria
in November and plan to stay at least for a year. I am an Austrian citizen,
so no language barrier there.
I would also consider taking over milestones or subtasks and utilize
more resources out of the contractor pool I have access to.
Please let me know and maybe you can outline your project a little bit also as far as 
scheduling, before we talk.
Thank you very much for your attention and make sure you check out our website.

Respectfully
Horst Rutter,
President

Object League, Inc.
2074 Union Street, Suite 10
San Francisco, CA 94123

PS: Also pre-reviewed "Building XML Applications" (Langham/Ziegeler), see inner cover.




- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 02, 2002 10:55 AM
Subject: Cocoon 2 Developers Wanted...


> Hi all,
>
> sorry for spamming, but we are looking for Cocoon 2 Developers to help us
> develop a challenging internet/intranet webapplication. We will need between 2-4
> developers for a period of 3 - 6 Months. Since we already have a team working on
> that application, it would be great if you are based in Switzerland, Austria or
> Germany.
>
> Cheers and sorry for the spam
> Ernst
>
>
> ===
>
> Ernst N usterer tel: +41 1 455 70 00
> S w i s s r i s k   fax: +41 1 455 70 01
> Räffelstrasse 32mail: [EMAIL PROTECTED]
> 8045 Zürich
>
> ***
> * Visit us at European Banking Technology Fair (EBTF), Frankfurt  *
> * Oct. 29 - 31, 2002 - Hall 5 *
> ***
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Sybase goes Cocoon

[Horst Rutter]

Not my call, but I think this is a good reference and help to market Cocoon.

- Original Message - 
From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, May 19, 2002 7:23 AM
Subject: Re: Sybase goes Cocoon


> 
> 
> I wasn't. Should we add this to the Cocoon Links page?
> 
> 
> - Original Message - 
> From: "Horst Rutter" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, May 19, 2002 5:41 AM
> Subject: Sybase goes Cocoon
> 
> 
> > No idea if the community is aware of this..
> > I just stumbled across evidence that Sybase is shipping
> > their iAnywhere Wireless Server with Cocoon.
> > 
> > They are trying to sell XSP and ship Cocoon as their "XSP processor."
> > They call Cocoon also a "dynamic XML processor".
> > Quite an understatement..
> > 
> > Check this out: http://my.sybase.com/detail?id=1019198
> > 
> > Cheers,
> > Horst
> > 
> > 
> > 
> > 
> > 
> > 
> > -
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > 
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> > 
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 
> 



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Sybase goes Cocoon

[Horst Rutter]

No idea if the community is aware of this..
I just stumbled across evidence that Sybase is shipping
their iAnywhere Wireless Server with Cocoon.

They are trying to sell XSP and ship Cocoon as their "XSP processor."
They call Cocoon also a "dynamic XML processor".
Quite an understatement..

Check this out: http://my.sybase.com/detail?id=1019198

Cheers,
Horst






-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

WebSphere & jdk1.4

[Horst Rutter]

Hi,
anybody out there running Cocoon on WebSpere can tell me if WebSphere is JDK1.4 ready?
My experience is IBM is always running way behind.

On a sidenote has anybody running Cocoon using JDK1.4 noticed a significant
performance improvement running over JDK1.3 as claimed by Sun@JavaOne?

Thanks,
Horst





-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: How-to for sendmail published

[Horst Rutter]

Thanks for your reply.
I've got it working already.
I had problems using the j2ee.jar
Now I am using the 2 individual jars instead and it works like a charm.

Horst

- Original Message - 
From: "Perry Molendijk" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 07, 2002 2:06 AM
Subject: Re: How-to for sendmail published


> 
> Hello Horst
> 
> Sorry it's taken a while for a reply.
> Like I wrote I have only tried this on Win2K, jdk1.3.1, tomcat 4.0.1 and
> Cocoon 2.0.2.
> 
> But do you have activation.jar and mail.jar in your cocoon/WEB-INF/lib
> directory? If you haven't, give it a try. I may have done something wrong
> myself but it was the only way I got it to work.
> 
> Regards
> 
> Perry
> 
> - Original Message -
> From: "Horst Rutter" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Thursday, May 02, 2002 3:48 AM
> Subject: Re: How-to for sendmail published
> 
> 
> > I followed your instructions for sendmail (thanks for putting time into
> this) but ran into the following:
> >
> > The xsp compiled fine I can see the generated class file in the working
> dir,
> > but when sendmail.xsp gets invoked it hangs and my sitemap.log says:
> >
> > WARN(2002-05-01) 12:18.27:262   [sitemap](/ba/xsp/sendmail)
> HttpProcessor[8080][4]/PipelineNode: Resource not found in pipeline
> > at file:/C:/eclipseworkspace/test/webapp/sitemap.xmap:888:17
> > org.apache.cocoon.ResourceNotFoundException: javax/mail/MessagingException
> >  at
> org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator
> .java:210)
> >  at
> org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab
> stractEventPipeline.java:202)
> >  at
> org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven
> tPipeline.java:278)
> >  etc..
> >
> > This is weird since javax.mail is in my classpath for both compilation and
> runtime (j2ee.jar).
> >
> > Regards,
> > Horst (XP, JDK1.4, Tomcat  4.0.4-b2, C2.1-dev)
> >
> >
> >
> > -
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 
> 



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

send pdf's per email

[Horst Rutter]

I have been looking for the following functionality which I believe is quite 
interesting:

I have a pipeline that generates a pdf file.
I have another pipeline that sends an email.
What I would like to do is pass on the pdf generated by pipeline 1 into
pipeline 2 and send off an email with the pdf file as an attachment.
Is this doable?

Really curious about any feedback over here.
Thx,
Horst



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

sendmail

[Horst Rutter]

Can someone please fill me in on the following:

I found two ways of sending an email in Cocoon:
1) the sendmail.xsp/sendmail.xsl combo
2) the SendMailAction

Is this intentional and if so in which case would I be using which one?
Maybe this is more a general question: when would I prefer an action over using xsp if 
either one is available?

Horst





-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: How-to for sendmail published

[Horst Rutter]

I followed your instructions for sendmail (thanks for putting time into this) but ran 
into the following:

The xsp compiled fine I can see the generated class file in the working dir,
but when sendmail.xsp gets invoked it hangs and my sitemap.log says:

WARN(2002-05-01) 12:18.27:262   [sitemap](/ba/xsp/sendmail) 
HttpProcessor[8080][4]/PipelineNode: Resource not found in pipeline
at file:/C:/eclipseworkspace/test/webapp/sitemap.xmap:888:17
org.apache.cocoon.ResourceNotFoundException: javax/mail/MessagingException
 at 
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:210)
 at 
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:202)
 at 
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEventPipeline.java:278)
 etc..

This is weird since javax.mail is in my classpath for both compilation and runtime 
(j2ee.jar).

Regards,
Horst (XP, JDK1.4, Tomcat  4.0.4-b2, C2.1-dev)



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: ContextSourceFactory problem

[Horst Rutter]

Thanks,
definitely improved the situation.
Everything works now except adding dept/emp in the tutorial still gives me trouble.

Horst

- Original Message - 
From: "Carsten Ziegeler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, April 28, 2002 11:40 PM
Subject: RE: ContextSourceFactory problem


> 
> Hi,
> 
> I just checked in a fix for this - could you please try if it works
> now for you.
> 
> Thanks
> 
> Carsten
> 
> Open Source GroupsunShine - b:Integrated
> 
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.s-und-n.de  mailto: [EMAIL PROTECTED]
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 29, 2002 1:59 AM
> To: [EMAIL PROTECTED]
> Subject: ContextSourceFactory problem
> 
> 
> Hi there,
> Sorry, I am not sure if this is a bug, that's why I am posting this here:
> 
> Using the latest code from cvs (2.1 dev) I tried out all samples.
> The following does not work for me:
> o search  (Lucene)
> o tutorial
> o protected area
> o poi samples
> 
> Everytime I try to execute one of these I get a stacktrace.
> The interesting thing is the top of the stack looks always like:
> 
> java.lang.NullPointerException
>  at
> org.apache.cocoon.components.source.impl.ContextSourceFactory.getSource(Cont
> extSourceFactory.java:105)
>  at
> org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolve
> rImpl.java:266)
>  at
> org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonCompone
> ntManager.java:279)
>  at
> org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnviron
> ment.java:430)
>  at
> org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnviron
> ment.java:420)
>  at
> org.apache.cocoon.environment.AbstractEnvironment.resolve(AbstractEnvironmen
> t.java:361)
> 
> Further analysis revealed Cocoon was not able to resolve:
> 
> (in the case of search:) 'context://stylesheets/dynamic-page2html.xsl' in
> context 'file:/C:/eclipseworkspace/test/webapp/search/'
> (in the case of protected area sample:)
> 'context://protected/descriptors/params.xml' in context
> 'file:/C:/eclipseworkspace/test/webapp/protected/'
> (in the case of poi samples:)
> 'context://stylesheets/simple-samples2html.xsl' in context
> 'file:/C:/eclipseworkspace/test/webapp/samples/poi/'
> 
> when invoking the tutorial I get
> java.io.FileNotFoundException:
> C:\eclipseworkspace\test\webapp\common\style\xsl\html\error2html.xsl (The
> system cannot find the path specified)
> which should be found in
> C:\eclipseworkspace\test\webapp\SAMPLES\common\style\xsl\html\error2html.xsl
> 
> I am always crashing in ContextSourceFactory.getSource(String, Map)
> When executing the following:
> envContext =
> (Context)this.context.get(Constants.CONTEXT_ENVIRONMENT_CONTEXT);
> context is always null.
> 
> Looks to me the "context://" defined components are not getting resolved
> correctly.
> I wonder what's going on here.
> Everything else including JDBC runs fine.
> 
> thanks,
> Horst (XP, JDK1.4, Tomcat 4.0.4-b2, C2.1-dev)
> 
> PS: Complete stacktraces are available on request.
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 
> 



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

ContextSourceFactory problem

[Horst Rutter]

Hi there,
Sorry, I am not sure if this is a bug, that's why I am posting 
this here:
 
Using the latest code from cvs (2.1 dev) I tried out all 
samples.
The following does not work for me:
o search  (Lucene)
o tutorial
o protected area
o poi samples
 
Everytime I try to execute one of these I get a 
stacktrace.
The interesting thing is the top of the stack looks always 
like:
 
java.lang.NullPointerException at 
org.apache.cocoon.components.source.impl.ContextSourceFactory.getSource(ContextSourceFactory.java:105) at 
org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolverImpl.java:266) at 
org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:279) at 
org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnvironment.java:430) at 
org.apache.cocoon.environment.AbstractEnvironment.resolveURI(AbstractEnvironment.java:420) at 
org.apache.cocoon.environment.AbstractEnvironment.resolve(AbstractEnvironment.java:361)
 
Further analysis revealed Cocoon was not able to 
resolve:
 
(in the case of search:) 
'context://stylesheets/dynamic-page2html.xsl' in context 
'file:/C:/eclipseworkspace/test/webapp/search/'
(in the case of protected area sample:) 
'context://protected/descriptors/params.xml' in context 
'file:/C:/eclipseworkspace/test/webapp/protected/'(in 
the case of poi samples:) 'context://stylesheets/simple-samples2html.xsl' in 
context 'file:/C:/eclipseworkspace/test/webapp/samples/poi/'
when invoking the tutorial I 
getjava.io.FileNotFoundException: 
C:\eclipseworkspace\test\webapp\common\style\xsl\html\error2html.xsl (The system 
cannot find the path specified)
which should be found in C:\eclipseworkspace\test\webapp\SAMPLES\common\style\xsl\html\error2html.xsl 

 
I am always crashing in ContextSourceFactory.getSource(String, 
Map)
When executing the 
following:
    envContext = (Context)this.context.get(Constants.CONTEXT_ENVIRONMENT_CONTEXT);
context is always null.
 
Looks to me the "context://" defined components are not 
getting resolved correctly.
I wonder what's going on here.
Everything else including JDBC runs fine.
 
thanks,
Horst (XP, JDK1.4, Tomcat 4.0.4-b2, C2.1-dev)
 
PS: Complete stacktraces are available on 
request.

 
 

Re: special characters for i18n

[Horst Rutter]

Sorry for not mentioning..
Yes, this is portuguese, but I don't want to mislead anybody, because I am not.
The translation was provided by my wife who speaks native Portuguese.

Send me your (latest) version of simple_dict.xml unless it's in cvs and I fill in the 
blanks.

As far as providing simple_dict_pt.xml..
The reason I did this is I thought you are supposed to:
Maintain a master dictionary that keeps growing (simple_dict.xml in this case)
and then whenever you add a new locale or make corrections,
extract out simple_dict_xx.xml using merge.xsl. (the "template")
Make the changes and merge back into the big one.
Then use convert.xsl to generate the resource bundle messages_xx.xml used by Cocoon.
This is what I concluded based on whatever documentation there was.
;(

So how is this supposed to work now?
you edit simple_dict.xml and then use convert.xsl to regenerate the message catalog 
for the locale in question?
That's it? 

Horst

- Original Message - 
From: "Konstantin Piroumian" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 23, 2002 4:50 AM
Subject: Re: special characters for i18n


> 
> Hi!
> 
> Thanks for sending this. I guess that this is Portuguese?
> Could you also translate this line: "Portuguese translation was made by
>  []" and the country name of Portugal?
> 
> Btw, the simple_dict_pt.xml is in the old dictionary format and it's not
> supported any more. Why do you use it?
> 
> --
> Konstantin Piroumian
> [EMAIL PROTECTED]
> 
> > Thanks,
> > All very useful information.
> > Still the solution to my problem was that I (blind me!) did not realize
> > that the stupid MS WordPad writes UTF-16.
> > Now I am aware of saving my files in UTF-8 (with MS Notepad) and voila
> > here goes another extension for the i18n sample.
> > (gotta move over to Debian one of these days..)
> >
> > For anyone of the commiters who cares I have attached simple_dict_pt.xml
> > and messages_pt.xml
> > (Was not sure if I should direct this directly to Konstantin Piroumian)
> >
> > Horst
> >
> >
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 
> 



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: special characters for i18n

[Horst Rutter]

Thanks,
All very useful information.
Still the solution to my problem was that I (blind me!) 
did not realize that the stupid MS WordPad writes UTF-16.
Now I am aware of saving my files in UTF-8 (with MS 
Notepad) and voila here goes another extension for the i18n sample.
(gotta move over to Debian one of these days..)
 
For anyone of the commiters who cares I have 
attached simple_dict_pt.xml and messages_pt.xml
(Was not sure if I should direct this directly to Konstantin 
Piroumian)
 
Horst
 



	
	
	
	
count_title
This page was accessed {0} times. Last at: {1}.
Esta página foi acessada {0} vezes. Último acesso: {1}.

	
a_key
This is a key value.
Isto é o valor de uma chave.

	
lang_id1
en
en

	
lang_id2
ru
ru

	
lang_id3
de
de

	
lang_id4
pl
pl

	
lang_id5
es
es

	
lang_id6
hy
hy

	
lang_id7
pt
pt

	
language1
English
Inglês

	
language2
Russian
Russo

	
language3
German
Alemão

	
language4
Polish
Polonês

	
language5
Spanish
Espanhol

	
language6
Armenian
Armênio

	
language7
Portuguese
Português

	
titletext
Hello, internationalization!
Bemvindo à internacionalização!

	
doclink
See i18n documentation for details:
Veja a i18n documentação para detalhes:

	
first
First
Primeiro

	
second
Second
Segundo não

	
third
Third
Terceiro

	
forth
Forth
Quarto

	
article
Article
Artigo

	
article_text1
This is a i18n paragraph.
Isto é um i18n parágrafo.

	
article_text2
This is another i18n paragraph and is also a cool one.
Isto é outro i18n parágrafo, tambem é bem legal.

	
copyright
Copyright © 2001 Konstantin Piroumian. No rights are reserved.
Copyright © 2001 Konstantin Piroumian. Direitos não reservados.

	
Hello, {0}! Glad to see you!
Hello, {0}! Glad to see you!
Oi, {0}! Prazer em ver você!

	
Kot
Tomcat
Tomcat

	
none
None
Nenhum

	
one
one
um

	
two
two
dois






Esta página foi acessada {0} vezes. Último acesso: {1}.
Isto é o valor de uma chave.
en
ru
de
pl
es
hy
pt
Inglês
Russo
Alemão
Polonês
Espanhol
Armênio
Português
Bemvindo à internacionalização!
Veja a i18n documentação para detalhes:
Primeiro
Segundo não
Terceiro
Quarto
Artigo
Isto é um i18n parágrafo.
Isto é outro i18n parágrafo, tambem é bem legal.
Copyright © 2001 Konstantin Piroumian. Direitos não reservados.
Oi, {0}! Prazer em ver você!
Tomcat
Nenhum
um
dois




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

special characters for i18n

[Horst Rutter]

Really stupid question:
How do you guys enter the special characters in utf-8 files?
Do I need a special editor, how do I find out what (code?) to enter?
Any pointer will do..

thanks a lot
Horst 




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

problem with tutorial sitemap processing

[Horst Rutter]

This concerns the sitemap file for the tutorial:

Did anybody notice this with Cocoon 2.0.2 and JDK1.4:

Inside the action set whenever


  
  
  


gets processed, the form gets validated ok but the dbAdd action is skipped!
I verified the actual dbAdd works when I comment out the form action.
The same applies to the remaining form actions in this set, all the
Strange..

Horst



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

weird ant behavior in eclipse

[Horst Rutter]

Sorry, I x-posted this in the interest of both audiences.

When I run my (cocoon) build.xml from the commandline everything works fine.
When I try to do this inside of eclipse I get the following error:

BuildException: C:\eclipse\workspace\xml-cocoon2\build.xml:1092:
IOException: java.io.FileNotFoundException:
C:\eclipse\build\cocoon\webapp\sitemap.xmap (The system cannot find the path
specified)

Here Ant is trying to locate sitemap.xmap in C:\eclipse\build\cocoon\webapp\
instead of: C:\eclipse\workspace\xml-cocoon2\build\cocoon\webapp\

Here is a snippet from the build.xml:







  
  
  
  
  
  

  
  

This is the target and location where Ant aborts, but this is not the main
target.
I am doing a build webapp which is dependent on a couple of other targets
and also invokes the above.
Looks like the current directory pointer (.) got screwed up on the way and
therefore build.root is pointing to the wrong dir.
Why this only happens inside the eclipse IDE is smth that puzzles me..

Any comments are welcome,
Horst







-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Jikes

[Horst Rutter]

just curious, anybody successfully building with 
Jikes?
I keep getting build aborts with C2.0.2 
under JDK1.4
First I suspected my classpath may be too long, but this works 
fine for me using the standard Sun compiler.
BTW I was hoping the Ant script would build the classpath 
using filenames relative to the working dir instead of absolute 
ones.
Thanks for any input - here is what it looks like (classpath 
edited for the sake of readability):
 
Execute:Java13CommandLauncher: jikes -d 
C:\eclipse\workspace\xml-cocoon2\build\cocoon\classes -classpath "
C:\j2sdk1.4.0\jre\lib\ext\dnsns.jar;
C:\j2sdk1.4.0\jre\lib\ext\ldapsec.jar;
C:\j2sdk1.4.0\jre\lib\ext\localedata.jar;
C:\j2sdk1.4.0\jre\lib\ext\sunjce_provider.jar;
C:\eclipse\workspace\xml-cocoon2\build\cocoon\classes;
C:\eclipse\workspace\xml-cocoon2\lib\core\avalon-excalibur-20020402.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\avalon-excalibur-scratchpad-20020402.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\avalon-framework-4.1.2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\commons-collections-1.0.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\commons-httpclient-20011012.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\jakarta-regexp-1.2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\logkit-1.0.1.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\xalan-2.3.1.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\xercesImpl-2.0.0.jar;
C:\eclipse\workspace\xml-cocoon2\lib\core\xml-apis.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\batik-all-1.5b1.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\bsf-2.2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\commons-logging-1.0.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\deli-0.50.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\fop-0.20.3rc.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\hsqldb-1.61.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jakarta-poi-1.5-dev-20020315.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jena-1.3.0.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jimi-1.0.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jisp_1_0_2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jstyle.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jtidy-04aug2000r7-dev.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\lucene-1.2-rc2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\maybeupload_1-0-5pre3.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\pizza-1.1.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\rdffilter.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\resolver-20020130.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\rhino-1.5r3.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\servlet_2_2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\velocity-1.2.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\xmldb-api-2001.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\xt-19991105.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\phpsrvlt.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jfor-0.5.1.jar;
C:\eclipse\workspace\xml-cocoon2\lib\optional\jndi.jar;
C:\j2sdk1.4.0\lib\tools.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\xml-apis.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\xalan-2.3.1.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\xercesImpl-2.0.0.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\junit.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\ant-1.4.1.jar;
C:\eclipse\workspace\xml-cocoon2\tools\lib\ant-1.4.1-optional.jar;
C:\WINNT\system32;
C:\WINNT;
C:\WINNT\System32\Wbem;
C:\WINNT\Java\Classes\RxAssistant.zip;
C:\j2sdkee1.3\lib\j2ee.jar;
C:\Program Files\SQLLIB\java\db2java.zip;
C:\Program Files\SQLLIB\java\runtime.zip;
C:\Program Files\SQLLIB\java\sqlj.zip;
C:\Program Files\SQLLIB\bin;
C:\eclipse\workspace\xml-cocoon2;
C:\j2sdk1.4.0\jre\lib\rt.jar;
C:\eclipse\workspace\xml-cocoon2\build\cocoon\src" 

-g +E -nowarn +F 
@C:\eclipse\workspace\xml-cocoon2\jikes4612325982553056668
 
BUILD FAILED
 
C:\eclipse\workspace\xml-cocoon2\build.xml:893: Error running 
jikes compiler    at 
org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java:419)    
at 
org.apache.tools.ant.taskdefs.compilers.Jikes.execute(Jikes.java:215)    
at 
org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:557)    
at 
org.apache.tools.ant.Task.perform(Task.java:217)    
at 
org.apache.tools.ant.Target.execute(Target.java:184)    
at 
org.apache.tools.ant.Target.performTasks(Target.java:202)    
at 
org.apache.tools.ant.Project.executeTarget(Project.java:601)    
at 
org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:266)    
at 
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:120)    
at 
org.apache.tools.ant.Task.perform(Task.java:217)    
at 
org.apache.tools.ant.Target.execute(Target.java:184)    
at 
org.apache.tools.ant.Target.performTasks(Target.java:202)    
at 
org.apache.tools.ant.Project.executeTarget(Project.java:601)  

Re: Load test with ab

[Horst Rutter]

Frustrating, I also have to communicate with a MS SQL 2000 db server.
Not having started on the JDBC work I would be interested to know:
a) what kind of experiences people have made using JDBC in a Cocoon 2.x
environment talking to MS SQL 2000
b) any pointers to alternative (other than MS) JDBC drivers, if that's the
bottleneck.

Thanks,
Horst

- Original Message -
From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 04, 2002 11:57 PM
Subject: Re: Load test with ab
> "
> Out of all the drivers we used, Microsoft's new JDBC driver had the most
> problems. It's still a beta driver in the form distributed on Microsoft's
> Web site, but it's not a new product per se, because it's based on code
> licensed from DataDirect Technologies Inc., which has had the leading
> third-party SQL Server JDBC driver for some years now.
> Providing and supporting its own JDBC driver is a very welcome move, and
> Microsoft officials informed us last month that they had 70,000 downloads
of
> the driver so far, so there is considerable customer interest in it.
> However, the driver, in both Beta 1 and Beta 2 forms (we tested both), has
> serious performance and stability problems.
> Using the driver, we were unable to get more than about
200-page-per-second
> throughput, and the problem was clearly the driver-the database was only
at
> about 15 percent to 20 percent CPU utilization at this load. The driver
also
> has memory leaks: We could see on WebLogic's administration console that
> less memory was freed each time the Java virtual machine did a garbage
> collection. Because of these leaks, the Microsoft JDBC driver was unable
to
> run for 8 hours straight.
> "
>
> You should change driver (see 3rd party) od DB ;-)
>
> --
> Nicola Ken Barozzi   [EMAIL PROTECTED]
> - verba volant, scripta manent -
>(discussions get forgotten, just code remains)
> -
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: XML Reader giving problems

[Horst Rutter]

Vadim,
My extra class path in web.xml is setup correctly.
Nevertheless I need the batik jar in both locations.

-Horst

- Original Message - 
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
> Files/Apache
> Do you have correct extra classpath set up in the web.xml? Cocoon should
> pick batik from there (last time I checked it was working Ok).




-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: XML Reader giving problems

[Horst Rutter]

Thanks for the hint.
I am testing Cocoon 2.0.2 with JDK1.4 and Tomcat 4.0.3
I think the special install instructions for Tomcat 4.0.3 are problematic.
I forgot to delete the 4 jars (xerces, xalan, xml-api, batik) from the
Cocoon libs after rebuilding.
(Stupid me!)
However after following the instructions and deleting the 4 jars I got a
different exception complaining
about:

org.apache.avalon.framework.configuration.ConfigurationException: Type
'svg2png' is not defined for 'serialize' at file:/C:/Program Files/Apache
Group/jakarta-tomcat-4.0.3/webapps/cocoon/sitemap.xmap:981:36
at
org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.getTypeForStat
ement(DefaultTreeBuilder.java:553)

I finally figured that the batik.jar has to be in BOTH Tomcat\common\lib and
cocoons\web-inf\lib
Only that way I can bring up Cocoon and so far everything works fine.

My rationale this also means for this configuration the install instructions
don't do the job,
because deleting batik.jar from cocoon screws everything up.
Does anybody have an explanation for this and also
why do we need special install steps for Tomcat 4.0.3 in the first place?

Horst




- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 03, 2002 7:56 PM
Subject: RE: XML Reader giving problems



Have you followed latest and greatest install instructions?

Vadim

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 03, 2002 10:44 PM
To: [EMAIL PROTECTED]
Subject: XML Reader giving problems

Hi there,
I have built the latest and greatest and suddenly get the following
exception
everytime a ServerPageGenerator gets used by a pipeline:

org.apache.cocoon.ProcessingException: SAX2 driver class
org.apache.xerces.parsers.SAXParser does not implement XMLReader:
java.lang.ClassCastException:
org.apache.xerces.parsers.StandardParserConfiguration
at
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGener
ator.java:209)
at
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipelin
e(AbstractEventPipeline.java:202)

I was able to track doen the following:
org.xml.sax.helpers.XMLReader.createXMLReader(String className)
throws a ClassCastException when executing:
(XMLReader)(Class.forName(className).newInstance());

className seems to be: "org.apache.xerces.parser.SAXParser", which
implements XMLReader
but the actual class that eventually causes the problem seems to be an
org.apache.xerces.parsers.StandardParserConfiguration, which does NOT
implement XMLReader
???

Looks also as if there are 2 property files involved:
org.xml.sax.driver contains "org.apache.xerces.parser.SAXParser"
and org.apache.xerces.xni.parser.XMLParserConfiguration =
"org.apache.xerces.parsers.StandardParserConfiguration"

Does anybody have a clue about what's going on here?

Thanks for any comments,
Horst



-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>





-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

XML Reader giving problems

[Horst Rutter]

Hi there,
I have built the latest and greatest and suddenly get the 
following exception
everytime a ServerPageGenerator gets used by a 
pipeline:
 
org.apache.cocoon.ProcessingException: SAX2 driver class 
org.apache.xerces.parsers.SAXParser does not implement XMLReader: 
java.lang.ClassCastException: 
org.apache.xerces.parsers.StandardParserConfiguration at 
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:209) 
at 
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(AbstractEventPipeline.java:202) 

 
I was able to track doen the following:
org.xml.sax.helpers.XMLReader.createXMLReader(String 
className)
throws a ClassCastException when executing:
    
(XMLReader)(Class.forName(className).newInstance());
 
className seems to 
be: "org.apache.xerces.parser.SAXParser", which implements 
XMLReader
but the actual class that eventually causes the problem 
seems to be an org.apache.xerces.parsers.StandardParserConfiguration, which does 
NOT implement XMLReader
???
 
Looks also as if there are 2 property files 
involved:
org.xml.sax.driver contains 
"org.apache.xerces.parser.SAXParser"
and org.apache.xerces.xni.parser.XMLParserConfiguration = 
"org.apache.xerces.parsers.StandardParserConfiguration"
 
Does anybody have a clue about what's going on 
here?
 
Thanks for any comments,
Horst