map:resources and sub-sitemaps?

[Ben Young]

I created some resources in my main sitemap that work fine when requested
from there. When I try and request them from mounted sub-sitemaps I get a
"resource not found" error. Is there a way to reference resources from a
sub-sitemap that are contained in the root sitemap?

Thanks for your help,
Ben


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

map:redirect's never return...

[Ben Young]

I have built a "looping" matcher in my root sitemap.xmap.


 
 



 
  
  
  
  
 
 


These matchers let you select part of use the cocoon:// psuedo-protocol to
select the nearest _navigation.xml file. This allows the page to "inherit"
the navigation from one of it's predecessors.

This works fine so long as I request it from the root sitemap (e.g.,
"cocoon:/"). If I request the _navigation.xml from a sub-sitemap, I get a
StackOverflow error. It's almost as if the lopping some how changes the
context to the point that it never returns to the sub-sitemap. Requesting a
cocoon:/directory/_navigation.xml in a cinclude tag cause the same sort of
error.

Thanks for your help in advance,
Ben


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

Xinclude with an XPointer and Resin?

[Ben Young]

I have recently switched from Tomcat to Resin (for speed reasons). I have
run into a rather annoying snag, however. When I request my pages that use
xinclude tags with the xinclude transformer, I get nothing returned where
the included files should be. The xinclude tags worked fine under Tomcat.

After doing some testing, I found that the xinclude statement works
perfectly well *unless* you are using an xpointer(...) to select a certain
part of the tree. It seems that Resin (or something else) doing something
with the "#xpointer(...)" that keeps Cocoon from generating the proper XML.

Any ideas on why this may be happening, and how I might be able to work
around it?

Thanks,
Ben 8o) 


-
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: Semantic linking (Re: Cinclude issues...)

[Ben Young]

Hey Jeff,

I've got cocoon-2.1 CVS up and running. I'm getting ready to play with
some of the LinkRewriter stuff. I think the semantic linking will be a
huge help in certain areas of our site. I'm glad I can continue to use
the "old" relative linking too.

I'm still trying to figure out the cleanest way to implement all these
features into the site map. We're at a place in our site development
where what we do now will affect our predicessors positively or
negatively for a good time to come.

Since I can't bank that those who come after will be "visionaries" I
have to try and get things in place that make since and work well "by
themselves". The less of a learning curve there is the better. I'm sure
you understand. 8o)

I love the concepts of the semantic web and I want to get as close to it
as possible. Currently, though, I'm surrounded with a trillion options
and trying to dig through to what exactly it is that I need to do next
in order to get there. It seems to be a long sentence day.
8o)

Thanks for listening to my rant. 8o) I'll probably post some RT's in the
future about some of what I've been thinking.

I don't know that there was a "call to action" in any of that, but any
thoughts you (or anyone else) may have would be *greatly* appreciated.

Thanks,
Ben

>>> Jeff Turner <[EMAIL PROTECTED]> 02/11/03 21:19 PM >>>
On Tue, Feb 11, 2003 at 03:22:53PM -0500, Ben Young wrote:
> Ok, Jeff. I've been pondering this site.xml thing all day.

Btw, the LinkRewriterTransformer is currently only in 2.1.  Although as
the InputModules it depends on are also in 2.0.4, it could be ported
fairly easily.

> BTW, thanks for the upgrade suggestion. 8o) I have a
> couple questions about semantic linking that maybe you can field.
> 
> I don't want to give up the "old" linking method just yet, but I would
> like to use semantic linking for certain scenarios. Is this posible
> with the linkmap implementation?

Yes, it's not an either/or choice.  If a link happens to start with
'site:' (or somesuch prefix) it will be translated.  Pretty much any XML
format can be used, by changing the XPath prefix and suffix.

> In order to manage the 7,000+ pages I would definitely need the
> XInclude ability. Would that be very hard to add?

Just a matter of adding  to the pipeline.

Though, the XInclude transformer isn't very good.  XPointer support is
dodgy ('/site/samples' doesn't work, but '/site/samples/*' does), and
there is no support for the xmlns() scheme, meaning if your XML uses
namespaces like Forrest's site.xml, you have to use
*[local-name()='foo'].  You might be better off using XML &entities;.

> How hard is it to set up one's own link schemas?

Requires defining a few input modules in cocoon.xconf and the sitemap.
See CVS Cocoon's linkrewriter block
(http://localhost:8080/cocoon/samples/linkrewriter/).  Actually, wait
for
me to commit a fix for the bookdemo sample..

--Jeff

> Thanks for all your help, Jeff. This look a lot more promising and
full
> featured then the way I was headed.
... 


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

Fault tolerance...

[Ben Young]

In my current work with the aggregation option in Cocoon 2.0.4 it seems that
the aggregation options are not very fault tolerant. If one of the
map:part's of my map:aggregate section points to a file that does not exist,
all map:part's after that one do not get returned even if their files exist.

With a cinclude transformer the error is a bit worse. If the file requested
does not exist in the pipeline, I get a NullPointerException from line 180
in the CIncludeTransformer.java. That line contains the source.recycle()
call. Since the source is never created, there is nothing to recycle. Hence
the error. 

Would it be possible to make the map:aggregate continue on it's merry way
even if one of the map:part's doesn't resolve to anything?

Would it also be possible to add some fault tolerance to the
CincludeTransformer? It seems to that the cinclude's done using the
cocoon:// protocol don't follow any map:redirect-to's. That's probably
somewhat unrelated, but worth mentioning I guess. 8o)

Thank you for your thoughts and time,
Ben


-
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: Cinclude issues...

[Ben Young]

> how many entries does site.xml have?
none yet. 8o) I would need to have one available for each "concept" (page, partial 
page, directory) that I want the content managers to be able to link to.

> Is it because of semantic linking or because you want them in the navigation?
It's mainly because of navigation. I'm still toying with the ideas behind the semantic 
linking. I don't know that I would use it for the site in general, but I probably will 
for specific concept areas like people, dicitonary entries, and scripture references. 
The schema linking seems like it would be perfect for creating links that contain more 
information that just the actual page.

I love this crazy world of information management. 8o) It's tiring at times, but I 
love it all the same. 8o)

Thanks,
Ben

>>> Nicola Ken Barozzi <[EMAIL PROTECTED]> 02/11/03 05:25 AM >>>


Jeff Turner wrote, On 11/02/2003 5.14:
> On Mon, Feb 10, 2003 at 02:09:17PM -0500, Ben Young wrote:
...
>>I've looked into the Forrest site.xml work and I like it for the most
>>part, but the thought of managing a single navigational map for an
>>entire 7,000+ page site seems a bit unruly.
> 
> Ouch.. yes it would.  With a sitemap tweak, site.xml could xinclude
> site.xml's from subdirectories though.

Good idea. Back to book.xml? ;-)

Ok, I'm just joking. I want to use xinclude in it too, but for another 
reason: download part of the site structure from a common place, for 
multiple site consistency. This would help in the above task, and as 
Jeff says could (and probably should), be automated.

The question is: how many entries does site.xml have? One for each page? 
Is it because of semantic linking or because you want them in th 
navigation?

-- 
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. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: Cinclude issues...

[Ben Young]

Ok, Jeff. I've been pondering this site.xml thing all day. BTW, thanks for the 
upgrade suggestion. 8o) I have a couple questions about semantic linking that 
maybe you can field.

I don't want to give up the "old" linking method just yet, but I would like to use 
semantic linking for certain scenarios. Is this posible with the linkmap 
implementation?

In order to manage the 7,000+ pages I would definitely need the XInclude ability. 
Would that be very hard to add?

How hard is it to set up one's own link schemas?

Thanks for all your help, Jeff. This look a lot more promising and full featured then 
the way I was headed.

Thanks again,
Ben
>>> Jeff Turner <[EMAIL PROTECTED]> 02/10/03 23:09 PM >>>
On Mon, Feb 10, 2003 at 02:09:17PM -0500, Ben Young wrote:
> Sorry Jeff, I guess I never gave an example of the what the proposed pipeline should 
>look like.
> 
> 
>   
>
>   
>   
> 
>   
>   
>   
> 

And doesn't it work?  What is the output just before the cinclude?

(sorry, I still haven't twigged.. what does shell.xsl do?)

> I've looked into the Forrest site.xml work and I like it for the most
> part, but the thought of managing a single navigational map for an
> entire 7,000+ page site seems a bit unruly.

Ouch.. yes it would.  With a sitemap tweak, site.xml could xinclude
site.xml's from subdirectories though.

> I'm trying to break it up into managable, human tolerant pieces. 8o)
> That, oddly enough, is proving to be a daunting
> task. 8o)

Oh well, *humans*, there's your problem :o)  Upgrade to a species more
tolerant of complexity, and everything will be fine.

--Jeff

> Thoughts,
> Ben
> 
> >>> Jeff Turner <[EMAIL PROTECTED]> 02/09/03 07:33 AM >>>
> On Fri, Feb 07, 2003 at 09:00:19PM -0500, Ben Young wrote:
> > I've recently attempted to use the cinclude to aggregate some files that I'm
> > currently aggregating with the map:aggregate command, but I've run into some
> > "issues" that I'm not sure how to resolve.
> > 
> > My current map:match section looks like this:
> > 
> > 
> >   
> >
> >> element="navigation"/>
> >   
> >
> >   
> >   
> >  > value="/home/htdocs/content/nav_home.xml"/>
> > 
> >   
> >   
> > 
> > 
> > I use an "internal-only" pipeline to find the nearest _navigation.xml file
> > in existence.
> > 
> > 
> >   
> > 
> > > value="/home/htdocs/content/{1}/_navigation.xml"/>
> >
> >
> > 
> > 
> >   
> > 
> > 
> > I'd like to move the aggregation step after the shell.xsl is applied. The
> > plan is to have the shell.xsl output a cinclude tag that uses the
> > "cocoon://" psuedo-protocol in the appropriate place using the $path
> > parameter plus "_navigation.xml"
> > 
> > My current trouble is that the cinclude only runs through the internal
> > pipeline once.
> 
> Perhaps my brain slipped out of gear, but that seems a bit cryptic..
> Don't you need a  tag somewhere to get
> cinclude processing?
> 
> 
> --Jeff
> 
> PS: in case you didn't know: Forrest does this kind of nav + body
> integration to generate pages like http://xml.apache.org/forrest/
> 
> 
> > Thank you for any help you might be able to give,
> > Ben


-
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: Cinclude issues...

[Ben Young]

Sorry Jeff, I guess I never gave an example of the what the proposed pipeline should 
look like.


  
   
  
  

  
  
  


I've looked into the Forrest site.xml work and I like it for the most part, but the 
thought of managing a single navigational map for an entire 7,000+ page site seems a 
bit unruly. I'm trying to break it up into managable, human tolerant pieces. 8o) That, 
oddly enough, is proving to be a daunting task. 8o)

Thoughts,
Ben

>>> Jeff Turner <[EMAIL PROTECTED]> 02/09/03 07:33 AM >>>
On Fri, Feb 07, 2003 at 09:00:19PM -0500, Ben Young wrote:
> I've recently attempted to use the cinclude to aggregate some files that I'm
> currently aggregating with the map:aggregate command, but I've run into some
> "issues" that I'm not sure how to resolve.
> 
> My current map:match section looks like this:
> 
> 
>   
>
>element="navigation"/>
>   
>
>   
>   
>  value="/home/htdocs/content/nav_home.xml"/>
> 
>   
>   
> 
> 
> I use an "internal-only" pipeline to find the nearest _navigation.xml file
> in existence.
> 
> 
>   
> 
> value="/home/htdocs/content/{1}/_navigation.xml"/>
>
>
> 
> 
>   
> 
> 
> I'd like to move the aggregation step after the shell.xsl is applied. The
> plan is to have the shell.xsl output a cinclude tag that uses the
> "cocoon://" psuedo-protocol in the appropriate place using the $path
> parameter plus "_navigation.xml"
> 
> My current trouble is that the cinclude only runs through the internal
> pipeline once.

Perhaps my brain slipped out of gear, but that seems a bit cryptic..
Don't you need a  tag somewhere to get
cinclude processing?


--Jeff

PS: in case you didn't know: Forrest does this kind of nav + body
integration to generate pages like http://xml.apache.org/forrest/


> Thank you for any help you might be able to give,
> Ben
> 
> 
> -
> 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]>

Cinclude issues...

[Ben Young]

I've recently attempted to use the cinclude to aggregate some files that I'm
currently aggregating with the map:aggregate command, but I've run into some
"issues" that I'm not sure how to resolve.

My current map:match section looks like this:


  
   
  
  
   
  
  


  
  


I use an "internal-only" pipeline to find the nearest _navigation.xml file
in existence.


  

   
   
   


  


I'd like to move the aggregation step after the shell.xsl is applied. The
plan is to have the shell.xsl output a cinclude tag that uses the
"cocoon://" psuedo-protocol in the appropriate place using the $path
parameter plus "_navigation.xml"

My current trouble is that the cinclude only runs through the internal
pipeline once.

Thank you for any help you might be able to give,
Ben


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

Redirecting within the sitemap?

[Ben Young]

I've read that the map:redirect-to statement only works with client side
redirects. Is there anyway to redirect processing to another pipeline via
the cocoon:/ protocol?

I'm checking to see if a file exists using the "resource-exists" action. If
it does not I want to check each parent directory above the current one
until I find it.

Thoughts?

Thanks,
Benjamin


-
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 Schema's or DTDs for sitemaps/logicsheets?

[Ben Young]

Thanks for your help Konstantin. I found the RelaxNG schema as well.

Thanks again,
Ben

>>> "Konstantin Piroumian" <[EMAIL PROTECTED]> 12/18/02 02:42 AM >>>
You'll find a more or less up-to-date XSD for the sitemap in
/src/documentation/xdocs/drafts/sitemap-2.1-draft.xsd

There is also a DTD for the sitemap and a RelaxNG schema somewhere there...

Konstantin

From: "Ben Young" <[EMAIL PROTECTED]>

> Are there any Schemas or DTDs available for the sitemap or logicsheets?
>
> Thanks,
> Ben
>
>
> -
> 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]>

XML Schema's or DTDs for sitemaps/logicsheets?

[Ben Young]

Are there any Schemas or DTDs available for the sitemap or logicsheets?

Thanks,
Ben


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

Applet trouble in output...

[Ben Young]

The HTML I'm outputting contains applet tags. The applet returned a
ClassNotFoundException. I've added a map:read line for **.jar's to the
sitemap, but to not avail. There is also a file being passed to the applet
with an **.ivr extension. I'm not sure of the mime type, but I suppose I'll
need to do something similar for them.

Thoughts? 

Thanks,
Ben


-
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: Stylesheet selection by doctype?

[Ben Young]

Most impressive. 8o) I'm looking forward to giving it a try. Is it in the most recent 
snapshot?

Thanks again,
Ben

>>> Steven Noels <[EMAIL PROTECTED]> 09/07/02 13:40 PM >>>
On Sat, 7 Sep 2002, J.Pietschmann wrote:

> Vadim Gritsenko wrote:
> > Ben Young wrote:
> >> Is it possible to set up a sitemap that will select a different 
> >> stylesheet
> >> according to the XML Schema or doctype used in the content file?
> > No way that I'm aware of.
> 
> There is some talk on forrest-dev to implement exactly this.

It is already done, I'll commit it on Monday or when the kids allow during 
the weekend ;-)





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

Stylesheet selection by doctype?

[Ben Young]

Is it possible to set up a sitemap that will select a different stylesheet
according to the XML Schema or doctype used in the content file? I've found
information on multiple forms of out put (i.e., doc2html or doc2pdf). I'd
like to have style sheets more along the lines of doc2html, rss2html,
custom2html.

Any ideas?

Thanks,
Ben


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

Mac OS X, Cocoon 2, and fonts...

[Ben Young]

I recently got Tomcat and Cocoon 2 running on Mac OS X.  Everything 
works fine except for the images that are created using the 
SVGSerializer.  The text in the images come out has boxes.  I can change 
typefaces in the svg file and the boxes come out in different sizes, but 
still no text.  Does anyone have any theories about this or work 
around's?

Thanks for your help in advance,
Ben  8o)


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

VerifyError? (continued)

[Ben Young]

My jdk version is 1.3.0_02.

Thanks,
Ben

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

VerifyError?

[Ben Young]

I saw a similar problem to the one I'm having in one of the posts a
few days ago.

I'm running RedHat 7.1, Tomcat 3.2.2, Apache 1.3.20, and Cocoon
2.0rc1.

Here's the error I'm getting:

ERROR   (2001-10-23) 17:02.58:684   [cocoon  ] (/cocoon/)
Thread-39/Handler: Error compiling sitemap
java.lang.VerifyError: (class: org/apache/fop/render/ps/PSRenderer,
method: renderImageArea signature:
(Lorg/apache/fop/image/ImageArea;)V)
Incompatible object argument for function call
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at
org.apache.cocoon.components.renderer.ExtendableRendererFactory.class$(ExtendableRendererFactory.java:26)
at
org.apache.cocoon.components.renderer.ExtendableRendererFactory.(ExtendableRendererFactory.java:35)
at
org.apache.cocoon.components.renderer.ExtendableRendererFactory.(ExtendableRendererFactory.java:30)
at
org.apache.cocoon.serialization.FOPSerializer.(FOPSerializer.java:52)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(Unknown
Source)
at
org.apache.avalon.excalibur.pool.AbstractPool.newPoolable(Unknown
Source)
at
org.apache.avalon.excalibur.pool.AbstractPool.internalGrow(Unknown
Source)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.grow(Unknown
Source)
at
org.apache.avalon.excalibur.pool.SoftResourceLimitingPool.initialize(Unknown
Source)
at
org.apache.avalon.excalibur.component.PoolableComponentHandler.initialize(Unknown
Source)
at
org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(Unknown
Source)
at
org.apache.cocoon.sitemap.SitemapComponentSelector.addSitemapComponent(SitemapComponentSelector.java:91)
at
org.apache.cocoon.sitemap.AbstractSitemap.load_component(AbstractSitemap.java:231)
at
org.apache.cocoon.www.sitemap_xmap$Configurer.configSerializers(sitemap_xmap.java:1440)
at
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:829)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(Unknown
Source)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(Unknown
Source)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:143)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:348)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:183)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:208)
at java.lang.Thread.run(Thread.java:484)


Thanks for any help you have,
Ben

-
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: Segmentation fault on install

[Ben Young]

Hey Marcus,

Thanks for your help.  I'm going to give that a try.  I haven't tried
building it with CVS versions of Ant and/or jdk 1.3.1.  I've had
trouble getting cvs through the firewall here at work, so I usually
download release builds or nightlies.  I'll probably try the jdk
1.3.0_02 first.  Do you want to let the dev guys know or should I?

Thanks for your help,
Ben

>>> [EMAIL PROTECTED] 07/02/01 09:48AM >>>
Hi Ben,

On Mon, 2 Jul 2001, Ben Young wrote:

> Sounds identical.  I'm using jdk 1.3.1.  The segfault happens at
the
> very beginning of install.  Do you think backing up to jdk
1.3.0_02
> would fix this?  Do the developers know about this yet?

Backing up will fix it - We're using jdk 1.3.0_02 at the
moment at
work and it builds cocoon2 fine.

I don't think the developers know about it yet, perhaps we
should
resolve whether its a cocoon or ant issue.

Have you attempted building c2 with the CVS version of
ant/jdk1.3.1 ?

Cheers,

Marcus

-- 
.
 ,,$,  Marcus Crafter
;$'  ':Computer Systems Engineer
$: :   Open Software Associates GmbH
 $   o_)$$$:   82-84 Mainzer Landstrasse
 ;$,_/\ &&:'   60327 Frankfurt Germany
   ' /( &&&
   \_&&&&' Email : [EMAIL PROTECTED] 
  &&&&.Business Hours : +49 69 9757 200
&&&&&&&:   After Hours: +49 69 49086750


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

Re: Segmentation fault on install

[Ben Young]

Sounds identical.  I'm using jdk 1.3.1.  The segfault happens at the
very beginning of install.  Do you think backing up to jdk 1.3.0_02
would fix this?  Do the developers know about this yet?

Thanks,
Ben

>>> [EMAIL PROTECTED] 07/02/01 09:14AM >>>
On Mon, 2 Jul 2001, Ben Young wrote:

> Whenever I try to install Cocoon 2 on my RedHat 7.0 box I get a
> segmentation fault.  Could this be a problem with my Java or Ant
> installs or a problem with Cocoon2?

I was getting a segfault yesterday when using jdk 1.3.1 on my
debian
box at c2 build time (right at the beginning when ant is
invoked).

Is this the segfault you're getting too ?

In the office we've still got jdk 1.3.0_02 on our systems
which
builds c2 fine.

Cheers,

Marcus

-- 
.
 ,,$,  Marcus Crafter
;$'  ':Computer Systems Engineer
$: :   Open Software Associates GmbH
 $   o_)$$$:   82-84 Mainzer Landstrasse
 ;$,_/\ &&:'   60327 Frankfurt Germany
   ' /( &&&
   \_&&&&' Email : [EMAIL PROTECTED] 
  &&&&.Business Hours : +49 69 9757 200
&&&&&&&:   After Hours: +49 69 49086750


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

Segmentation fault on install

[Ben Young]

Whenever I try to install Cocoon 2 on my RedHat 7.0 box I get a
segmentation fault.  Could this be a problem with my Java or Ant
installs or a problem with Cocoon2?

Thanks,
Ben

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