RE: Java packages

[Robert Bourdeau]

> 
> > It's not that these solutions won't work, but they feel awkward and
> > seem a little like hacks. I work in a shop where we have multiple
> > virtual hosts running on a single server configuration, and within
> > each virtual host, multiple applications. Further, there are dev,
> > alpha, beta, and prod configurations of everything, so I expect to
> > be able to configure my software to allow for the independent upgrade
> > of a Cocoon application from dev to prod without interferring
> > with any of my other applications (except for changes in the common
> > components, Cocoon, Tomcat, etc.)
> 
> Every application has WEB-INF directory, thus, it has all the libraries
> it needs and it does not interfere with other applications.
> 
> When you upgrade one of the applications, you just replace application
> directory with the version of the new one, replacing all the libraries
> old application has with new versions. This does not affect any other
> application deployed in the system.
> 
> 
> So, what's the issue?
> 
> Vadim


You're calling Cocoon "the application". For me, the application is 
my "Environmental Treaty Information Service", and 
my "Work Flow Management System", and my "Guide to Global Population
Projections", and my "Collaborative Document Authoring Environment".
These applications could all be XML applications supported by Cocoon, 
but in Cocoon they do not get their own WEB-INF directory. In JSP, they
do. Now, yes, I could create subdirs in cocoon/WEB-INF/classes or create
separate jars for each in the libs, and have my apps each include their own.
I'm still mulling this over, and maybe this is all fine. Still mulling this
over.  In gneral, I'm wanting something as transparent as a an Apache module, 
or add on Tomcat core classes. Something more transparent than Cocoon
current seems.

Don't get me wrong. I think Cocoon is great. It's really fantastic.
It's a steep learning curve, but I think it's worth the climb.
This is a hunt for the right way to configure an environment for
multiple developers, multiple projects, multiple computers,
and a staged releases.

Thanks for your comments!

--- Bob


-
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: Java packages

[Robert Bourdeau]

That's pretty unsatisfying.
I just disentangled my Tomcat 3.x JSP apps from each other when upgrading
to Tomcat 4, localizing their WEB-INF dirs to allow them to be evolved independently.
Now, with Cocoon, I'm back to a single WEB-INF? Not a good solution.

I found a message from Vadim in the archive (following the Nagoya link) that 
suggested the one other idea I had, to add a classpath parameter to web.xml.
That'll probably work for now, but it introduces name collisions in classes
across multiple applications. This all seems kinda unsatisfying, but perhaps there's
no "good" solution with Cocoon XSP. I guess I want to think of Cocoon as the 
application server with all the flexibility in configuration, but it's an application
IN the server and is restricted accordingly.

It's not that these solutions won't work, but they feel awkward and
seem a little like hacks. I work in a shop where we have multiple virtual hosts
running on a single server configuration, and within each virtual host, multiple
applications. Further, there are dev, alpha, beta, and prod configurations of
everything, so I expect to be able to configure my software to allow for the
independent upgrade of a Cocoon application from dev to prod without interferring
with any of my other applications (except for changes in the common components, 
Cocoon, Tomcat, etc.)

There's no "best practices" guide out there that I found yet for such configurations.
If not, and if I ever find a nice way to integrate Cocoon into this setup, perhaps
I'd write it up (if anyone else finds themselves supporting such an environment). 
But I'm still unsatisfied.

--- Bob

> 
> cocoon/WEB-INF/classes or cocoon/WEB-INF/libs  (for jar files)
> 
> -Andy
> 
> Robert Bourdeau wrote:
> 
> >I think there was a thread on this, BUT it appears that the
> >cocoon-users archive is not indexed, there is no web archive, and 
> >I can't keep all the Cocoon-user messages. So, apologies in advance
> >if this question was recently asked. (I did check the FAQ, nothing there).
> >
> >Ok, I want to utilize application specific java classes in my XSPs
> >that, using JSP, I would normally location within the /WEB-INF 
> >directory. I'm quite familiar with the Tomcat 4 class loaders, but Cocoon is
> >its own Tomcat servlet, so it would seem that I'm forced to utilize
> >a WEB-INF directory within the cocoon dir? 
> >
> >Suggestions or pointers?
> >Using:
> > Cocoon 2.0.1-dev
> > Tomcat 4.0.1, Apache 1.3.24 with WARP
> > JDK 1.3.1
> > Solaris 2.7 on a Sparc platform
> >
> >
> >Thanks
> >
> >--- Bob
> >
> >
> >-
> >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]>
> 

-
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]>

Java packages

[Robert Bourdeau]

I think there was a thread on this, BUT it appears that the
cocoon-users archive is not indexed, there is no web archive, and 
I can't keep all the Cocoon-user messages. So, apologies in advance
if this question was recently asked. (I did check the FAQ, nothing there).

Ok, I want to utilize application specific java classes in my XSPs
that, using JSP, I would normally location within the /WEB-INF 
directory. I'm quite familiar with the Tomcat 4 class loaders, but Cocoon is
its own Tomcat servlet, so it would seem that I'm forced to utilize
a WEB-INF directory within the cocoon dir? 

Suggestions or pointers?
Using:
Cocoon 2.0.1-dev
Tomcat 4.0.1, Apache 1.3.24 with WARP
JDK 1.3.1
Solaris 2.7 on a Sparc platform


Thanks

--- Bob


-
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: cleaning xmlns attribute with XSL transformation

[Robert Bourdeau]

One thing that strikes me is that you're tranferring XML element attributes
to HTML element attributes uninspected. It would seem to be, admittedly
far from expert, a better practice is to specifically select and handle the XML 
attributes,
transforming then into appropriate (perhaps equivalent) HTML attributes. But
for the most part, most such attributes would belong in the xsl-stylesheet or
CSS anyway.

I know that doesn't answer your question if why your code doesn't work. 
But perhaps folks will respond about the wisdom of doing it one way or another.

regards,

--- Bob


> -Original Message-
> From: yuryx [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 16, 2002 9:48 AM
> To: [EMAIL PROTECTED]
> Subject: cleaning xmlns attribute with XSL transformation
> 
> 
> How can I set up the xsp processor that way that it will not unclude 
> 'xmlns' attributes to HTML output?
> 
> For example. I'm generate XML from my XSP.In XSP page  i define the 
> following namespace: [xmlns:xsp="http://apache.org/xsp";].
> my XSP:
> 
>  test
> 
> 1)When I tried to execute this logicsheet
> ...
> 
>  
> 
> ...
>   
>
> 
>  
> 
>
>   
> 
>   
>  
>   
> 
> 
>select="."/>
> 
> root tags () contain [xmlns:xsp="http://apache.org/xsp] attribute 
> (and 'test' attribute also)
> 
> 2)When I tried to execute this logicsheet
> ...
> 
>  
> 
> ...
>   
>
> 
> 
> 
>  
> 
>
>   
> 
>   
>  
>   
> 
> 
>select="."/>
> 
> Root tags () contain [xmlns:xsp="http://apache.org/xsp] attribute 
> without test attribute
> Of course I cleaned this attribute, but why xmlns:xsp attribute is not 
> cleaned in first XSL example?
> 
> Or I'm in a wrong way here?
> 
> 
> Thanx.
> Yury.
> 
> 
> 
> 
> 
> -
> 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: Monday Night: Free POI, lots of Pizza, And all the info you can take in one night about POI and the Cocoon HSSF Serializer!

[Robert Bourdeau]

More than 3?
Actually, I've kinda been wondering where folks on this list
are from. I have started to assume that most folks are actually
outside the US. Anyway, this newbie is in NY.

> -Original Message-
> From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 12, 2002 10:56 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Monday Night: Free POI, lots of Pizza, And all the info you
> can take in one night about POI and the Cocoon HSSF Serializer!
> 
> 
> I wonder how many ppl do Cocoon on East Coast? If more than 3 then it's
> enough to have a sort of workshop on Outer Banks some time :)
> 
> I'd love to come, but it's no way to arrange a trip from DC on that short
> notice
> 
> > -Original Message-
> > From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, July 12, 2002 10:37 PM
> > To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> > [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: Monday Night: Free POI, lots of Pizza, And all the 
> > info you can
> > take in one night about POI and the Cocoon HSSF Serializer!
> > 
> > 
> > http://www.trijug.org/ -
> > 
> > Monday night, if you're not doing too much and you live on 
> > the US East 
> > coast, why not come on down (or up to North Carolina),
> > we'll have lots of nutritious Hawaiian poi!  We'll have pizza, pop as 
> > well for those of you who are not into eating mushed tarro root.
> > 
> > We'll go over the POI project, how to use it, what it is, etc.  We'll 
> > tackle some basics of Cocoon (as applies to using the HSSF Serializer 
> > and reporting), and I'll answer lots of questions.
> > 
> > We should have some great information sources on hand.  
> > You'll have me 
> > (your humble poi-servant), Marc Johnson (who won't come on 
> > stage but you 
> > might be able to corner him before or afterwards) and author of an 
> > upcoming book, Conrad D'Cruz, who can talk to you in more 
> > detail about 
> > Cocoon, life, the universe and everything.
> > 
> > Hope to see anyone who can make it!
> > 
> > -Andy
> > 
> > 
> > 
> > 
> > 
> > -
> > 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]>
> 

-
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: Join information from 2 generators?

[Robert Bourdeau]

Something along these lines might work:

   
 
 
   

   
 
 
   

   
 
  
  
 
 
 
   


> -Original Message-
> From: Tom Klaasen [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 11, 2002 12:31 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Join information from 2 generators?
> 
> 
> "Aggregate" is the word you should be looking for.
> Don't know by heart its syntax anymore (that damned memory of mine), but 
> I'm almost sure there are some examples in the default sitemap of cocoon.
> 
> hth,
> tomK
> 
> 
> Spectron International, Inc. wrote:
> 
> >I have made 2 generators and I need to join the data from both.Is it
> >possible to do something like this? If it is, what's the syntax, if it isn't
> >is there other solution?
> >
> >
> >  
> >
> >
> >  
> >  
> >  
> >
> >
> >Fawzib Rojas
> >
> >
> >-
> >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]>
> 

-
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: SVG problems with

[Robert Bourdeau]

Ok, from what I can determine with my limited knowledge, 
Batik currently fully supports "static" use of , but 
"dynamic" use of  is not supported but will be supported
in Batik 1.5 beta 4.

I have Cocoon 2.0.2-dev
I'm not entirely sure which version of Batik this would include.

Is there some document that describes what is included in a given
"binary" release of Cocoon? Which version of the various integrated
packages? E.g., a configuration document?

Regards,

--- Bob



> -----Original Message-
> From: Robert Bourdeau [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 10, 2002 2:32 PM
> To: [EMAIL PROTECTED]
> Subject: SVG problems with 
> 
> 
> I'm experimenting with SVG using Cocoon. Things work fine, until I 
> attempt to utilize the  element, at which point I get an 
> inexplicable error. Here's the set up:
> 
> Sitemap fragment:
> -
> 
>  
>   
>  
>  
>   
>  
> 
> 
> 
> A simple XML document 'svg1.xml':
> -
> 
>   "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd";>
> 
> http://www.w3.org/1999/xlink";>
>   
>d="M 150 110 A 40 30 0 1 0 230 110"
>   style="stroke: gray; fill: none;" />
>   
> 
>   cat
>   My Evolving SVG Version of a Cat
>   
>   My wonderful little circle
> 
>d="M 150 110 A 40 30 0 1 0 230 110"
> style="stroke: gray; fill: none;" />
> 
> 
>   
> 
> 
> 
> ---
> If I remove the  element above, the graphic gets generated as expected.
> However, if left in, I get the following Cocoon error:
> 
> org.apache.cocoon.ProcessingException: Failed to execute pipeline.: 
>org.apache.batik.transcoder.TranscoderException: null
> Enclosed Exception:
> http://xml.apache.org:-1
> The URI '' specified on the element  is invalid 
> 
> All I can think of is that Cocoon  has a different syntax, not using
> xlink attributes.
> 
> This example comes pretty much straight out of the O'Reilly SVG Essentials
> text, and I don't understand what is going wrong.
> 
> Any thoughts?
> 
> Thanks much.
> 
> --- Bob
> 
> 
> 
> 
> 
> 
> 
> -
> 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]>

SVG problems with

[Robert Bourdeau]

I'm experimenting with SVG using Cocoon. Things work fine, until I 
attempt to utilize the  element, at which point I get an 
inexplicable error. Here's the set up:

Sitemap fragment:
-

 
  
 
 
  
 



A simple XML document 'svg1.xml':
-

http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd";>

http://www.w3.org/1999/xlink";>
  

  

  cat
  My Evolving SVG Version of a Cat
  
  My wonderful little circle

  


  



---
If I remove the  element above, the graphic gets generated as expected.
However, if left in, I get the following Cocoon error:

org.apache.cocoon.ProcessingException: Failed to execute pipeline.: 
org.apache.batik.transcoder.TranscoderException: null
Enclosed Exception:
http://xml.apache.org:-1
The URI '' specified on the element  is invalid 

All I can think of is that Cocoon  has a different syntax, not using
xlink attributes.

This example comes pretty much straight out of the O'Reilly SVG Essentials
text, and I don't understand what is going wrong.

Any thoughts?

Thanks much.

--- Bob







-
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: Multiple conditions in an XSP if statement

[Robert Bourdeau]

I'm very very new to XML, and enjoying it thoroughly, but I have to admit that
I find the   
&&
encoding for a logical-and in Java to be extremely nasty looking. It really
obfuscates the intended meaning of the statement, requiring the reader to
view the "Java"-code contained within a little more indirectly. I have to 
think 
" '&&' looks like two ampersands, which would read as 'AND'."
Maybe you get used to this, but it does begin to spoil the syntax of the
underlying programming language.

I'll now truly reveal my ignorance. Is it not possible to define an
ENTITY such that  &&   can be used legally? Perhaps not, since it cannot
end with the semi-colon. But I can't help but think there MUST be someway to
preserve the notational syntax of the Java code.

Needless to say, 

leaves me breathless.

--- Bob





> Beth,
> Thanks for the reply. I just found the answer after a search on
> goggle:
> http://lists.w3.org/Archives/Public/www-xpath-comments/1999JulSep/0032.h
> tml
> 
> 
> Either:
>   if(  == null &&
>  == null )
> 
> Or:
>   if(  == null 
>  == null )
> 
> works fine.
> 
> When I tried putting 
> 
> it failed with the following error:
> 
> org.apache.cocoon.ProcessingException: Language Exception:
> org.apache.cocoon.components.language.LanguageException: Error compiling
> form_xsp:
> ERROR 1 (D:\apps\Tomcat
> 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www/
> eval/logic\form_xsp.java):
> ...


-
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]>

Unexpected behavior with imported stylesheets

[Robert Bourdeau]

Has anyone encountered this problem? Maybe it's not a problem,
but a feature!

I'm experimenting with aggregation, and the decomposition of 
stylesheets. When I change an "imported" stylesheet, it's not 
being applied by Cocoon until the "importing" stylesheet
is changed.

Environment:
Tomcat 4.0.1
Cocoon version 2.0.2-dev
JRE 1.3.1

I have a pipeline that looks like this:

   
 
  
  
 
 
 
 
   

The file aggregateit.xsl looks something like this:


http://www.w3.org/1999/XSL/Transform";>





blah blah requiring something from part1core.xsl
blah blah requiring something from part2core.xsl






Now, if I change part1core.xsl, the changes are not
showing up in the output of my aggregateit pipeline.
But if I just "touch" aggregateit.xsl, the changes in part1core.xsl
show up.

I haven't looked at the Cocoon code, but I have my suspicions about
why this happens. My question is, is this the intended behavior?
Maybe importing stylesheets isn't a good idea? 

Regards,

--- Bob


-
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]>

URL rewriting solution in FAQ does not do the trick

[Robert Bourdeau]

This is more of an Apache question than a Cocoon question, but
hopefully someone will know what I'm doing wrong here.

Setup: SPARC Solaris 2.7, Apache 1.3.24 w/mod_webapp (Warp), and Tomcat 4.0.1

Goal:  Eliminate cocoon from the URL
Constraints:  Want all my custom content (XML, stylesheets, etc.) to be removed
from the Cocoon tree so I can upgrade Cocoon separately. Must use Apache to
receive request. URL mapping has to be done per virtual host.

I looked at the FAQ, and followed the instructions. I rebuilt Apache with mod_rewrite
enabled, then added the followed code to my httpd.conf:


ServerNamemyhost.mydomain
DocumentRoot   /myhost.mydomain/htmls


RewriteEngine on
RewriteLog /var/adm/www/rewrite.log
RewriteLogLevel 9
RewriteRule ^/xml /cocoon/xml/ [R]
RewriteRule ^/xml(.*) /cocoon/xml$1 [R]


WebAppConnection   conn  warpmyhost.mydomain:8008
WebAppDeploy   cocoonconn/cocoon


I also modified the Cocoon sitemap.xmap to forward the processing to a sitemap
outside of the Cocoon tree.

This URL works:

http://myhost.mydomain/cocoon/xml/foo
* Apache correctly passes the /cocoon/xml/foo address to 
Tomcat which then passes it to Cocoon. Output is correct

This URL 
 http://myhost.mydomain/xml/foo
is redirected to http://myhost.mydomain/cocoon/xml/foo
and the user sees it in the browser. Not what I wanted.
I tried the single line [PT] variation shown in the FAQ, and 
as indicated there, this does not work at all.

Thoughts?

Regards,
--- Bob Bourdeau

-
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]>