RE: After installation: UnsatisfiedLinkError: libawt: libXp.so.6

[Kirk Woerner]

I've had almost this exact same problem.  What was the answer for you?

> -Original Message-
> From: Jonathan Crenner [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 18, 2002 5:44 AM
> To: [EMAIL PROTECTED]
> Subject: After installation: UnsatisfiedLinkError: libawt: libXp.so.6
>
>
> Hi All,
>
> I'm trying to have Cocoon successfully running on the following
> config after
> having developed/tested my applications with Cocoon under Windows:
>
> * Linux Mandrake 8.1 kernel 2.4.8
> * Tomcat 4.0.3
> * Cocoon 2.0
> * Sun's jdk 1.4.0
>
> Cocoon initializes correctly, but after the first request (which
> fails: The
> sitemap handler's sitemap is not available.), here is what I get in the
> error.log file (full listing at the end):
>
> java.lang.UnsatisfiedLinkError:
> /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so:
> libXp.so.6: cannot open shared object file: No such file or directory
> at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>
> I thought I had a problem with AWT, but I coded a simple AWT application
> which worked perfectly...
>
> If I check the libraries with ldconfig -p | grep libXp, I get:
>   libXp.so.6 (libc6) => /usr/X11R6/lib/libXp.so.6
>   libXp.so (libc6) => /usr/X11R6/lib/libXp.so
>
> So the libXp.so library that Cocoon claims to be missing is
> available on the
> system...
>
> This is not even a problem because my server is headless,
> otherwise I assume
> I would have got:
>
> java.lang.InternalError: Can't connect to X11 window server using
> ':0.0' as
> the value of the DISPLAY variable.
>
> Anyway, even if I have an X server running, the exception gets sent as
> well
>
> This is neither linked to jdk 1.4 as I upgraded from 1.3 to try
> to solve the
> problem and the exception was the exact same with this older version...
>
> So has anyone got this error or has clues on how to solve it?
>
> Thanks a lot in advance for your help,
>
> Jonathan Crenner
>
> Complete listing of error.log:
>
> FATAL_E (2002-03-18) 13:04.16:965   [core.datasources.personnel]
> (Unknown-URI) Unknown-thread/LogKitLogger: Excalibur could not create any
> connections.  Examine your settings to make sure they are correct.  Make
> sure you can connect with the same settings on your machine.
> ERROR   (2002-03-18) 13:16.18:526   [sitemap.generator.velocity]
> (/cocoon/)
> HttpProcessor[8180][4]/VelocityGenerator: ResourceManager :
> unable to find
> resource 'VM_global_library.vm' in any resource loader.
> ERROR   (2002-03-18) 13:16.18:724   [sitemap.generator.velocity]
> (/cocoon/)
> HttpProcessor[8180][4]/VelocityGenerator: ResourceManager :
> unable to find
> resource 'VM_global_library.vm' in any resource loader.
> ERROR   (2002-03-18) 13:16.18:846   [sitemap.generator.xmldb] (/cocoon/)
> HttpProcessor[8180][4]/XMLDBGenerator: There was a problem setting up the
> connection
> ERROR   (2002-03-18) 13:16.18:849   [sitemap.generator.xmldb] (/cocoon/)
> HttpProcessor[8180][4]/XMLDBGenerator: Make sure that your driver is
> available
> ERROR   (2002-03-18) 13:16.18:874   [sitemap.generator.xmldb] (/cocoon/)
> HttpProcessor[8180][4]/XMLDBGenerator: There was a problem setting up the
> connection
> ERROR   (2002-03-18) 13:16.18:876   [sitemap.generator.xmldb] (/cocoon/)
> HttpProcessor[8180][4]/XMLDBGenerator: Make sure that your driver is
> available
> ERROR   (2002-03-18) 13:16.18:924   [sitemap.generator.xmldbcollection]
> (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: There was a
> problem setting up the connection
> ERROR   (2002-03-18) 13:16.18:926   [sitemap.generator.xmldbcollection]
> (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: Make
> sure that
> your driver is available
> ERROR   (2002-03-18) 13:16.18:946   [sitemap.generator.xmldbcollection]
> (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: There was a
> problem setting up the connection
> ERROR   (2002-03-18) 13:16.18:949   [sitemap.generator.xmldbcollection]
> (/cocoon/) HttpProcessor[8180][4]/XMLDBCollectionGenerator: Make
> sure that
> your driver is available
> ERROR   (2002-03-18) 13:16.23:404   [sitemap] (/cocoon/)
> HttpProcessor[8180][4]/Handler: Error compiling sitemap
> java.lang.UnsatisfiedLinkError:
> /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so:
> libXp.so.6: cannot open shared object file: No such file or directory
>   at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>   at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1480)
>   at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1396)
>   at java.lang.Runtime.loadLibrary0(Runtime.java:772)
>   at java.lang.System.loadLibrary(System.java:832)
>   at
> sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at java.awt.Toolkit.loadLibraries(Toolkit.java:1397)
>   at java.awt.Toolkit.(Toolkit.java:1418)
>   at java.awt.Color.(Color.java:250)
>   at
> org.apache.batik.css.value.DefaultSy

Connection pooling, mysql and jdk 1.4

[Lassi Immonen]

Hi,

I can't use database connection pools with jdk 1.4 and Mysql, I always get
exceptions from Avalon Excalibur.

What I have understood from Cocoon2 lists, that Connection pooling could be
possible to get to work by compiling Excalibur with 1.4. I did that but I
still get the same error.

Does anyone has any success on C2, jdk 1.4, connection pools and Mysql?
Everything works if I put jdbcurl etc. in esql directly.

Is there some spesific ways Excalibur should be compiled to get pools
working?

Thanks,
 Lassi Immonen




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

DO NOT REPLY [PATCH QUEUE] Summary April 21 2002

[nicolaken]

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

***
COCOON PATCH QUEUE UPDATE
 
patches in queue:  6 
***


---
6740:[PATCH] Problem with SOAP Logicsheet in accessing .Net Web S
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6740

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
6879:[PATCH] Cache improvement using ESI invalidation protocol
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
7481:[PATCH] RequestMethodSelector submission
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7481

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
7507:[PATCH] esql - support CLOB in get-xml
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7507

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
8264:[PATCH] EXPERIMENTAL PLEASE TEST-- HSSF internazionalization
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8264

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  NEW
---
7868:[PATCH] protected createCocoon() in CocoonServlet
---
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7868

REVIEWER:[EMAIL PROTECTED]
RESOLUTION:  
STATUS:  REOP

*that's it!

patch HOWTO

Send patches to http://nagoya.apache.org/bugzilla/
specifying [PATCH] in the summary.
Bugzilla sends a mail automatically to this list.
Reviewers will mark it FIXED there when applied.
Patches not sent to Bugzilla will not be reviewed.
---
This file is scheduled to be generated every Tuesday and
Friday 1:00 CET for the cocoon-dev mailing list, on
Sundays 1:00 CET for the cocoon-users mailing list.
For any problem, question or suggestion, please notify 
[EMAIL PROTECTED]
---
There is a HEAD branch and sometimes a previous-version
branch that are maintained. Where will the patch go?
1. If it is a bug fix it should go to both branches
2. If something is totally new it goes into HEAD scratchpad.
3. Something in between, but does not break backward
   compatibility _may_ go into both (and may not)
4. For everything else, a vote is required  so
   first it may go into HEAD, and then be VOTEd in order
   to sync this into branch.
Please note that structural changes have to be VOTEd first.
  

-
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: Problem with 'large' STATIC pdf files - appears FIXED

[Vadim Gritsenko]

:)

Use "build clean" from time to time.

PS You can find wget compiled for NT without cygwin... But cygwin is
good because of many other tools (cvs is one of them)

Vadim

> From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> 
> Err.. Vadim,
> 
> Don't know WHAT I did exactly, but when I tried the CVS version again
it
> WORKED.
> Both with wget AND the browsers !
> 
> So, Thanks !
> 
> Sorry to trouble you unnecessarily.
> 
> Christopher
> 
> > -Original Message-
> > From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> > Sent: 20 April 2002 19:11
> > To: [EMAIL PROTECTED]
> > Subject: RE: Problem with 'large' STATIC pdf files
> >
> >
> > Vadim, the plot thickens.
> >
> > I've unearthed cygwin's wget.
> > On the 2.0.2 release build it gets all 175958 bytes !
> > Shame my browsers don't :-<
> >
> > BUT On the current CVS (HEAD branch) it only gets 32768 bytes.
> >
> > The opposite of what I would have expected/hoped
> >
> > Christopher
> >
> > > -Original Message-
> > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > > Sent: 20 April 2002 16:44
> > > To: [EMAIL PROTECTED]; 'Christopher Watson'
> > > Subject: RE: Problem with 'large' STATIC pdf files
> > >
> > >
> > > > From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> > > >
> > > > Can anyone help - from the archives I think there've been a few
people
> > > down
> > > > this road, but I haven't see anything very hopeful.
> > > >
> > > > I'm trying to serve up static PDF files using
> > > >
> > > >
> > > > 
> > > >
> > > >
> > > > These are simply exposed as download/viewable files by  > > > href="pdf/something.pdf">
> > > >
> > > > If I right click and download, I only get the first 32768 bytes.
> > > > The .pdf file file is 115Kb.
> > > >
> > > > Bizarrely, I can download all of an 82KB one with no problem
> > > >
> > > >
> > > > I did a sanity check with a large (300kb) image file
> > > > served by
> > > >
> > > >
> > > > 
> > > >
> > > >
> > > > which I could right-click and save OK.
> > > >
> > > >
> > > > What am I doing wrong?
> > > > Why the different behaviour?
> > >
> > > Should not be. Reader processes all file types similarly.
> > >
> > >
> > > > Is there anywhere where a max file size is set for static .pdf's
or
> > > other
> > > > file types?
> > >
> > > I don't think so.
> > >
> > >
> > > > PS I can serve the pdf through another tomcat servlet OK
> > > >
> > > > Same behaviour in ie6, opera 6.0.1, ns 4.73
> > >
> > > Try with "wget -S".
> > >
> > > > Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
> > >
> > > Try Cocoon CVS version (or today's snapshot).
> > >
> > > Vadim


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

FW: Problem with 'large' STATIC pdf files - appears FIXED

[Christopher Watson]

Err.. Vadim,

Don't know WHAT I did exactly, but when I tried the CVS version again it
WORKED.
Both with wget AND the browsers !

So, Thanks !

Sorry to trouble you unnecessarily.

Christopher

> -Original Message-
> From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> Sent: 20 April 2002 19:11
> To: [EMAIL PROTECTED]
> Subject: RE: Problem with 'large' STATIC pdf files
>
>
> Vadim, the plot thickens.
>
> I've unearthed cygwin's wget.
> On the 2.0.2 release build it gets all 175958 bytes !
> Shame my browsers don't :-<
>
> BUT On the current CVS (HEAD branch) it only gets 32768 bytes.
>
> The opposite of what I would have expected/hoped
>
> Christopher
>
> > -Original Message-
> > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > Sent: 20 April 2002 16:44
> > To: [EMAIL PROTECTED]; 'Christopher Watson'
> > Subject: RE: Problem with 'large' STATIC pdf files
> >
> >
> > > From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> > >
> > > Can anyone help - from the archives I think there've been a few people
> > down
> > > this road, but I haven't see anything very hopeful.
> > >
> > > I'm trying to serve up static PDF files using
> > >
> > >
> > > 
> > >
> > >
> > > These are simply exposed as download/viewable files by  > > href="pdf/something.pdf">
> > >
> > > If I right click and download, I only get the first 32768 bytes.
> > > The .pdf file file is 115Kb.
> > >
> > > Bizarrely, I can download all of an 82KB one with no problem
> > >
> > >
> > > I did a sanity check with a large (300kb) image file
> > > served by
> > >
> > >
> > > 
> > >
> > >
> > > which I could right-click and save OK.
> > >
> > >
> > > What am I doing wrong?
> > > Why the different behaviour?
> >
> > Should not be. Reader processes all file types similarly.
> >
> >
> > > Is there anywhere where a max file size is set for static .pdf's or
> > other
> > > file types?
> >
> > I don't think so.
> >
> >
> > > PS I can serve the pdf through another tomcat servlet OK
> > >
> > > Same behaviour in ie6, opera 6.0.1, ns 4.73
> >
> > Try with "wget -S".
> >
> > > Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
> >
> > Try Cocoon CVS version (or today's snapshot).
> >
> > Vadim
> >
> >
> >
> > -
> > 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: Problem with 'large' STATIC pdf files

[Christopher Watson]

Vadim, the plot thickens.

I've unearthed cygwin's wget. 
On the 2.0.2 release build it gets all 175958 bytes !
Shame my browsers don't :-<

BUT On the current CVS (HEAD branch) it only gets 32768 bytes.

The opposite of what I would have expected/hoped

Christopher

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: 20 April 2002 16:44
> To: [EMAIL PROTECTED]; 'Christopher Watson'
> Subject: RE: Problem with 'large' STATIC pdf files
> 
> 
> > From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> > 
> > Can anyone help - from the archives I think there've been a few people
> down
> > this road, but I haven't see anything very hopeful.
> > 
> > I'm trying to serve up static PDF files using
> > 
> >
> > 
> >
> > 
> > These are simply exposed as download/viewable files by  > href="pdf/something.pdf">
> > 
> > If I right click and download, I only get the first 32768 bytes.
> > The .pdf file file is 115Kb.
> > 
> > Bizarrely, I can download all of an 82KB one with no problem
> > 
> > 
> > I did a sanity check with a large (300kb) image file
> > served by
> > 
> >
> > 
> >
> > 
> > which I could right-click and save OK.
> > 
> > 
> > What am I doing wrong?
> > Why the different behaviour?
> 
> Should not be. Reader processes all file types similarly.
> 
> 
> > Is there anywhere where a max file size is set for static .pdf's or
> other
> > file types?
> 
> I don't think so.
> 
> 
> > PS I can serve the pdf through another tomcat servlet OK
> > 
> > Same behaviour in ie6, opera 6.0.1, ns 4.73
> 
> Try with "wget -S".
>  
> > Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
> 
> Try Cocoon CVS version (or today's snapshot).
> 
> Vadim
>  
> 
> 
> -
> 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: Problem with 'large' STATIC pdf files

[Christopher Watson]

Thanks for this Vadim,

could you tell me what 
Try with "wget -S".
means? Some unix thing?

I'm on winnt4, I'm going to try and delve into CygWIN...

Meanwhile I'll get the latest CVS

Christopher

PS Any news on a 2.0.3 release?

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: 20 April 2002 16:44
> To: [EMAIL PROTECTED]; 'Christopher Watson'
> Subject: RE: Problem with 'large' STATIC pdf files
> 
> 
> > From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> > 
> > Can anyone help - from the archives I think there've been a few people
> down
> > this road, but I haven't see anything very hopeful.
> > 
> > I'm trying to serve up static PDF files using
> > 
> >
> > 
> >
> > 
> > These are simply exposed as download/viewable files by  > href="pdf/something.pdf">
> > 
> > If I right click and download, I only get the first 32768 bytes.
> > The .pdf file file is 115Kb.
> > 
> > Bizarrely, I can download all of an 82KB one with no problem
> > 
> > 
> > I did a sanity check with a large (300kb) image file
> > served by
> > 
> >
> > 
> >
> > 
> > which I could right-click and save OK.
> > 
> > 
> > What am I doing wrong?
> > Why the different behaviour?
> 
> Should not be. Reader processes all file types similarly.
> 
> 
> > Is there anywhere where a max file size is set for static .pdf's or
> other
> > file types?
> 
> I don't think so.
> 
> 
> > PS I can serve the pdf through another tomcat servlet OK
> > 
> > Same behaviour in ie6, opera 6.0.1, ns 4.73
> 
> Try with "wget -S".
>  
> > Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1
> 
> Try Cocoon CVS version (or today's snapshot).
> 
> Vadim
>  
> 
> 
> -
> 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: Problem with 'large' STATIC pdf files

[Vadim Gritsenko]

> From: Christopher Watson [mailto:[EMAIL PROTECTED]]
> 
> Can anyone help - from the archives I think there've been a few people
down
> this road, but I haven't see anything very hopeful.
> 
> I'm trying to serve up static PDF files using
> 
>
> 
>
> 
> These are simply exposed as download/viewable files by  href="pdf/something.pdf">
> 
> If I right click and download, I only get the first 32768 bytes.
> The .pdf file file is 115Kb.
> 
> Bizarrely, I can download all of an 82KB one with no problem
> 
> 
> I did a sanity check with a large (300kb) image file
> served by
> 
>
> 
>
> 
> which I could right-click and save OK.
> 
> 
> What am I doing wrong?
> Why the different behaviour?

Should not be. Reader processes all file types similarly.


> Is there anywhere where a max file size is set for static .pdf's or
other
> file types?

I don't think so.


> PS I can serve the pdf through another tomcat servlet OK
> 
> Same behaviour in ie6, opera 6.0.1, ns 4.73

Try with "wget -S".
 
> Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1

Try Cocoon CVS version (or today's snapshot).

Vadim
 


-
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: FragmentExtractor

[Vadim Gritsenko]

> From: Ricardo Trindade [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
>   I've searched the docs and lists about this without success, so
here
> goes :
> 
>   I have a database query (executed with sqltransformer) that
returns xml
> with products and embedded image binaries. (they're blobs in the DB)
> 
>   I want to use the FragmentExtractor to substitute those images
embedded
> in
> the XML with links and generate the .jpeg.
> 
>   I tried to configure a new transformer "myextractor", similar to
> fragment
> extractor, but with the changes mentioned in the javadoc :
> 
>name="myextractor"
> src="org.apache.cocoon.transformation.FragmentExtractorTransformer">
>   

Empty uri might work.

>
page/content/rowset/row/image

It says *element*, not *xpath*. IIRC, FragmentExtractor does not support
xpath.

Vadim

>   
> 
> is this the way it's done ?
> 
>   I don't want to specify a namespace, since the tag produced by
the sql
> transformer doesn't include a namespace.
> 
>   I think this transformer is very usefull (if I understand it
right)
> whenever there is a need to manipulate binary info inside the XML,
it's a
> pitty that it's not documented yet.
> 
> Thanks.
> Ricardo Trindade


-
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: Google Web APIs and Cocoon

[Vadim Gritsenko]

> From: Alex McLintock [mailto:[EMAIL PROTECTED]]
> 
> At 08:54 19/04/2002, Ugo Cei wrote:
> >Thanks to the SOAP taglib, using the Google Web APIs from Cocoon is
as
> >simple as taking the attached XSP file, filling in your Google key
(after
> >having registered at http://www.google.com/apis) and putting it in
your
> >sitemap with a stylesheet of your liking.
> >
> 
> 
> This looks really cool - except I am a bit confused about one thing.
Does
> Cocoon come with the necessary SOAP functionality by default or do I
need
> to install an optional component.
> 
> I have a fairly recent CVs snapshot of cocoon and it is telling me
> 
> 
> The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode
> notifies that org.apache.cocoon.ProcessingException says:
> SAX2 driver class org.apache.xerces.parsers.SAXParser does not
implement
> XMLReader

What's your servlet engine?
If it is Tomcat 4.0.2-4.0.3, try with 4.0.4

Vadim

> More precisely:
> org.apache.cocoon.ProcessingException: SAX2 driver class
> org.apache.xerces.parsers.SAXParser does not implement XMLReader:
> java.lang.ClassCastException:
> org.apache.xerces.parsers.StandardParserConfiguration
> 
> 
> Does this mean it doesn't understand the SOAP tags?
> 
> (Yes - I have gotten my Google API key and entered it into google.xsp
)
> 
> Alex
> 
> 
> 
> Openweb Analysts Ltd, London: Software For Complex Websites
> http://www.OWAL.co.uk/
> Free Consultancy for London Companies thinking of Open Source
Software.
> 


-
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: Streamgenerator

[Vadim Gritsenko]

> From: Michael Raffenberg [mailto:[EMAIL PROTECTED]]
> 
> Hi all,
> 
> i am working on a service for the RosettaNet PIP2A9.
> Is it possible to accept HttpRequests with the following
> MIME-Declarations by the StreamGenerator?

No. It does not eat mime multipart.


> If not, can you give me some
> hints on how to accept these Requests?

You can code own generator, base it on stream generator. Take a look at
the cocoon.components.request.multipart package - it will help you with
parsing this request. See also MultipartRequestFactoryImpl.

Vadim


> MIME-Version: 1.0
> Content-type: Multipart/Related; boundary="--
MIME
> PART ---"
> Content-Description: RosettaNet message
> 
> 
>  MIME PART 
> Content-type: Application/XML; RNSubType="preamble-header"
> 
> 
> 
> 
> 12345
> 
>
RosettaNet >
> Test
> 1.1
> 
> 
> 
>  MIME PART 
> Content-type: Application/XML; RNSubType="service-header"
> 
> 
> 
> 
> 
> 
> Query Electronic Component Technical
> Information
>
2A9
> 
> 
> 
> 
> Product Information
User
> Service
> 
> 
> 
> 
> Product Information
> Distributor
Service
> 
> 
> 
> 
> 1
> 
> 
> 
> Product
> Information
> User
> 
> 
> 
> 
> Product
> Information
> Distributor
> 
> 
> 
> 
> Query EC Technical
> Information
> 1
> 
> 
> 
> Technical Information
> Query Action
> 1
> 1.1
> 
> 
> Request
> 
> 
> 
> 
> 
> 621911718
> 
> End
> User
> 
> 
> 
> 
> 
> 
> 10003
> 
> 
>
Distributor
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  MIME PART 
> Content-type: Application/XML; RNSubType="service-content"
> 
> 
>  PIP2A9 1.0 2820//EN"
>"qd.dtd">
> 
> -//RosettaNet//DICTIONARY EC Technical Dictionary
> 2821 1.1.1
> 
> 
> Disclaimer
> test
> 
> 
> RosettaNet Class
> XJA751
> 
> 
> 
> 
> Product Information
> User
> 
> End
> User
> 
> 
> 621911718
> Electronic
> Components
> 
> 
> 
> 
> 
> 
> Product Information
> Distributor
> 
> 
>
10003
> 
> Product Information
> Distributor
> Electronic
> Components
> 
> 
> 
> 
> 
> timeStamp
> 
> 
> 
>
unnumbered
> 
> Request
> 
> 
> 
>  MIME PART 
> 
> --
> Best regards,
>  Michael
mailto:[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: problem with tutorial sitemap processing

[Vadim Gritsenko]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> 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..

Try Cocoon 2.0.3-dev (nightly snapshot or CVS version) - should work ok.

Vadim

> 
> 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: Problems with XSP when upgrading 1.8.2 -> 2.0.2

[Nanda Mounasamy]

Title: Re: Problems with XSP when upgrading 1.8.2 -> 2.0.2





I got only half of your mail in black berry. There should be an api to convert sax to dom and read dom into sax api. I will let you know soon.

--
Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net)

Re: How to use a WebApp named something other than "cocoon" in We blo g ic?

[Nanda Mounasamy]

Title: Re: How to use a WebApp named something other than "cocoon" in We blo g ic?





War file will not get deployed just on placing under applications dir.
You should deploy it using controls in console.
Orn you can expand war file under applications just like in c2. It will be recognized as a webapp by wls.


Ask igor to help if you need.


Regards
Nanda
--
Sent from my BlackBerry Wireless Handheld (www.BlackBerry.net)

Livesites

[brian]

Hi,

Just live www.powerfm.org and do we love cocoon.

Regards,
Brian.



-
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 'large' STATIC pdf files

[Christopher Watson]

Can anyone help - from the archives I think there've been a few people down
this road, but I haven't see anything very hopeful.

I'm trying to serve up static PDF files using

   

   

These are simply exposed as download/viewable files by 

If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.

Bizarrely, I can download all of an 82KB one with no problem


I did a sanity check with a large (300kb) image file
served by

   

   

which I could right-click and save OK.


What am I doing wrong?
Why the different behaviour?
Is there anywhere where a max file size is set for static .pdf's or other
file types?

PS I can serve the pdf through another tomcat servlet OK

Same behaviour in ie6, opera 6.0.1, ns 4.73

Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1



-
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: Cocoon cache hash clash

[Stephen Ng]

So CacheValidity objects should always take an extra Object parameter,
which contains the string or whatever key is being hashed.  The isValid
function would then not just do its usual validity checking, it should
also check the equality of those objects.

To be explicit, we could rewrite TimeStampCacheValidity to be hash clash
safe as follows:

private Object realKey;  // the other key is "just" a hash which
fits in a long.

public TimeStampCacheValidity(long timeStamp, Object realKey) {
this.timeStamp = timeStamp;
  this.realKey = realKey;
}

public boolean isValid(CacheValidity validity) {
if (validity instanceof TimeStampCacheValidity) {
return this.timeStamp ==
((TimeStampCacheValidity)validity).getTimeStamp() &&
this.realKey.equals(validity.realKey);
}
return false;
}

Would this (or something like it since I haven't even compiled this)
work?  

Or is something better planned for a future (imminent) release of
Cocoon? (I didn't have any luck searching for the bug or TODO that you
mentioned)

Many thanks,

Steve

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, April 19, 2002 2:05 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: Cocoon cache hash clash
> 
> 
> > From: Stephen Ng [mailto:[EMAIL PROTECTED]]
> > 
> > I'm confused by coocoon caching--what if I have use HashUtil in my 
> > generateKey, and two different pages/request happen to generate the
> same
> > hash key?  Won't cocoon erroneously return the same page from the
> cache?
> 
> Only if validity matches. But it usually does not - result is 
> that these two pages won't be cached at all. Luckily, this 
> (almost) does not happen.
> 
> There is a bug and a TODO item on this theme.
> 
> Vadim
> 
> 
> > Steve Ng
> > Lumigent
> 
> 

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

Cocoon2 Livesite deployed!

[Evan Sho]

Hi all, thanks to Apache Cocoon 2, The Hong Kong and China Gas Company
Limited (a listed utility company in Hong Kong) has launched its corporate
communication web site utilizing Cocoon 2 XML publishing framework.

It is a multi-lingual site run on Tomcat 4, IIS 4, Windows NT 4 and MS SQL
2000 (with SQL XML support on IIS). If you need more information regarding
this site, please feel free to contact me.

http://newscentre.towngas.com

Regards

--
Evan Sho
Tel: 3199-2017   Fax: 3199-2020
http://www.xml-asia.org




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

FragmentExtractor

[Ricardo Trindade]

Hi,

I've searched the docs and lists about this without success, so here goes :

I have a database query (executed with sqltransformer) that returns xml
with products and embedded image binaries. (they're blobs in the DB)

I want to use the FragmentExtractor to substitute those images embedded in
the XML with links and generate the .jpeg.

I tried to configure a new transformer "myextractor", similar to fragment
extractor, but with the changes mentioned in the javadoc :



page/content/rowset/row/image


is this the way it's done ?

I don't want to specify a namespace, since the tag produced by the sql
transformer doesn't include a namespace.

I think this transformer is very usefull (if I understand it right)
whenever there is a need to manipulate binary info inside the XML, it's a
pitty that it's not documented yet.

Thanks.
Ricardo Trindade


-
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: Google Web APIs and Cocoon

[Alex McLintock]

At 08:54 19/04/2002, Ugo Cei wrote:
>Thanks to the SOAP taglib, using the Google Web APIs from Cocoon is as 
>simple as taking the attached XSP file, filling in your Google key (after 
>having registered at http://www.google.com/apis) and putting it in your 
>sitemap with a stylesheet of your liking.
>


This looks really cool - except I am a bit confused about one thing. Does 
Cocoon come with the necessary SOAP functionality by default or do I need 
to install an optional component.

I have a fairly recent CVs snapshot of cocoon and it is telling me


The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode 
notifies that org.apache.cocoon.ProcessingException says:
SAX2 driver class org.apache.xerces.parsers.SAXParser does not implement 
XMLReader
More precisely:
org.apache.cocoon.ProcessingException: SAX2 driver class 
org.apache.xerces.parsers.SAXParser does not implement XMLReader: 
java.lang.ClassCastException: 
org.apache.xerces.parsers.StandardParserConfiguration


Does this mean it doesn't understand the SOAP tags?

(Yes - I have gotten my Google API key and entered it into google.xsp )

Alex



Openweb Analysts Ltd, London: Software For Complex Websites 
http://www.OWAL.co.uk/
Free Consultancy for London Companies thinking of Open Source Software.


-
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: Still problems with i18n for FRENCH Solution found

[Piroumian Konstantin]

Hi, Olivier!

> From: Olivier Lange [mailto:[EMAIL PROTECTED]] 
> 
> Konstantin
> 
> While playing with the i18n transformations, I did write a 
> french message
> file messages_fr.xml for the i18n samples. You will find a 
> copy of the file
> herewith, as well as an updated version of the sample files 
> simple.xml and
> simple.xsp. For these files, I added the items and links 
> (lang_id6) for the
> new language:
> 
>   
> 
>   
> simple.xsp?locale=lang_id6
>   
> language6
>   
> 
>   

Cool! I just was going to the it myself ;)

> 
> I added the 2 following keys to message_fr.xml; but all the 
> other message
> files need also the new keys for the new language, which I 
> did not fix:
> 
> fr
> Français

Ok. I think that I'll move out the language links from the sample files and
use aggregation instead. Also, I'm going to change the links to display the
language name in its native language, so it will eliminate the need to
translate them, like: English | Русский | ... | Français.

> 
> ... If Kurt also submits these files: feel free to choose the ones you
> prefer!

I don't speak French, so I can't choose the best translation, but I'll
choose one of them anyway ;)

> 
> By the way I noticed that when I was running simple.xml, the 
> third article
> just showed:
> 
> """
> 3. Article: Troisièmement
> Hello
> """

I thought that I've fixed that a while ago... Thanks for reporting.

> 
> This is the corresponding code fragment from simple.xml:
> 
>   
> Hello
> 
>   Kot
> 
>   
> 
> I thought the second line should rather be:
> 
> Hello {0}
> 
> and fixed it in the attached files.

It's not needed, if you use just 'Hello' as key for your translation, which
should be 'Hello {0}'.

> 
> On the same subject, I am not sure about the expected outcome of this
> fragment from simple.xsp:
> 
> 
>   Hello, {0}! Glad to see you!
>   
>as="string"/>
>   
> 
> 
> It translates to:
> 
> """
> Salut none! Ravi de te voir!
> """
> 
> There is a key "none" in messages_XX.xml; from 
> messages_fr.xml for instance:
> 
>   inconnu
> 
> I thought that the translation was not the expected outcome 
> and did patch
> simple.xsp with the following code:
> 
> 
>   Hello, {0}! Glad to see you!
>   
>default="none" as="string"/>
>   
> 
> 
> which not translates to:
> 
> """
> Salut inconnu! Ravi de te voir!
> """
> 
> I hope these nano-patches are somewhat useful... ;)

Sure they are usuful! Keep fixing ;)

Konstantin

> 
> Olivier Lange
> 
> Le Petit Atelier de Génie logiciel
> Frêne 11, 1004 Lausanne, +41-21-6487665, [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: JSP Generator problem

[Piroumian Konstantin]

Hi!

> From: Jeremy Crosbie [mailto:[EMAIL PROTECTED]] 
> 
> Setup:
> 
> Win2k, JDK1.3.1_02, Tomcat 4.0.3, Cocoon 2.0.2/Cocoon 2.1-dev
> 
> I am having a problem with the Cocoon samples that use the 
> JSP generator as
> well as any code I write using that generator, I get a 404 
> error. I went
> back in the archives and saw that some fix was made on March 
> 28, but when I
> downloaded the latest development snapshot the examples still 
> did not work.
> Is this still a known problem? Is there a fix or workaround?

Have you looked into the logs to see what's the exact problem? Usually,
jasper-compiler.jar is needed to be placed in cocoon/WEB-INF/lib to make JSP
work in Cocoon. I'm not sure that just coping it there would work with the
latest Cocoon, because Cocoon uses Manifest.mf where all the needed jars are
listed, so either you should add an entry for jasper-compiler.jar there or
follow the instructions bellow:

- get the latest CVS snapshot (source)
- copy jasper-compiler.jar into libs/optional
- build cocoon.war

Hope this will solve your problems.

But I would think twice before using JSP with Cocoon, cause there are some
portability issues with it. Why are you using JSP when you are using Cocoon?


Regards,
  Konstantin

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

Streamgenerator

[Michael Raffenberg]

Hi all,

i am working on a service for the RosettaNet PIP2A9.
Is it possible to accept HttpRequests with the following
MIME-Declarations by the StreamGenerator? If not, can you give me some
hints on how to accept these Requests?

MIME-Version: 1.0
Content-type: Multipart/Related; boundary="-- MIME PART 
---"
Content-Description: RosettaNet message


 MIME PART 
Content-type: Application/XML; RNSubType="preamble-header"




12345
RosettaNet
Test
1.1



 MIME PART 
Content-type: Application/XML; RNSubType="service-header"






Query Electronic Component Technical 
Information
2A9




Product Information User 
Service




Product Information
Distributor Service




1



Product
Information User




Product
Information 
Distributor




Query EC Technical 
Information
1



Technical Information
Query Action
1
1.1

Request





621911718

End 
User






10003


Distributor









 MIME PART 
Content-type: Application/XML; RNSubType="service-content"




-//RosettaNet//DICTIONARY EC Technical Dictionary
2821 1.1.1


Disclaimer
test


RosettaNet Class
XJA751




Product Information 
User

End 
User

621911718
Electronic 
Components






Product Information 
Distributor


10003

Product Information 
Distributor
Electronic 
Components





timeStamp


unnumbered

Request



 MIME PART 

-- 
Best regards,
 Michael  mailto:[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]>

Problem with 'large' STATIC pdf files

[Christopher Watson]

I'm trying to serve up static PDF files using

   

   

These are simply exposed as download/viewable files by 

If I right click and download, I only get the first 32768 bytes.
The .pdf file file is 115Kb.

Bizarrely, I can download all of an 82KB one with no problem


I did a sanity check with a large (300kb) image file
served by

   

   

which I could right-click and save OK.


What am I doing wrong?
Why the different behaviour?
Is there anywhere where a max file size is set for static .pdf's or other
file types?

Hope somebody can help.

Regards,
Christopher

PS I can serve the pdf through another tomcat servlet OK
Same behaviour in ie6, opera 6.0.1, ns 4.73
Tomcat 4.0.1 Cocoon 2.0.1 WinNT4 jdk1.3.1


-
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: Problems serving pdf files

[Erwin]

On Fri, 19 Apr 2002, Mike Dewar wrote:

> Thanks but I don't think that I'm using FOP.  All I'm doing is trying to
> serve an existing pdf file:
>   
> 
>   
> 
>   
>
> As an experiment I changed the mime type to text/plain and got the same
> result.
>
> Mike.
>
I have had the same problem once serving jpeg files. They were truncated
at 8192 byes, no matter what jpeg file I tried. On the other hand, there
were no problems with gif files (bigger than 8kb).

I solved this by stopping Tomcat/Cocoon, cleaning the Tomcat work
directory and restarting Tomcat/Cocoon. Magic? Some randomly occurring
bug (since I am not the only one having had this problem)?

I hope this solution solves this problem, only one way to find out.

Erwin.


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

Web3 (was: [Announcement] Web3 - SAP R/3 connection components)

[Reinhard Pötz]

  .-.
  |  Thank you all for the great feedback!  |
  `-'

There have been a few questions we want to answer:

Publishing Web3-Core

We plan to publish Web3-Core at the end of next week (there are
a few things to polish and a simple example has to be written).
As proposed from Davanum we will post a patch at BugZilla.

(Bert: If you are interested in Web3 we will post a ZIP with
 all necesary files at cocoon-dev.)

Why we have called it Web3-Core?
--
We have split Web3 into two parts:

- Web3-Core (published under the The Apache Software License)
  - synchronos call mode (transformer)
  - sap style structure model
  - only inbound (Web3 calls SAP) connections
  - seamless cocoon2 integration

- Web3 (extended)
  - 2 further call modes (asynchrounos, cached)
  - persistent xml database layer
  - user aware logon mechanism for RFC-connections
  - outbound (SAP calls Web3) connections
  - enhanced scheduling facilities
  - administration gui
  - bapi implementation wizard
  - monitoring

Web3-Core and Cocoon2
-
We think it is a good idea to put Web3-Core into the scratchpad of
Cocoon2. As soon as cocoon blocks are available we will
provide Web3 as a cocoon block.

Further information
---
Have a look at http://www.efp.cc/web3
(Granted, at the moment the information is rudimentary  but it will
be extended in the near future :-)

or
mailto:[EMAIL PROTECTED]

Licencing
-
In order to use Web3 you need the Java Connector (JayCo) from SAP.

Here the licence terms (source: http://service.sap.com/connectors)

  .-.
  |SAP Java Connector is only available from|
  |SAP for connecting Java Applications to SAP  |
  |systems. Other than the above permitted usage|
  |is not allowed by SAP. The terms and regulations |
  |of the respective End User License Agreement |
  |shall otherwise apply.   |
  | |
  |Java® is a registered trademark of   |
  |SunMicrosystems, Inc., 901 San Antonio Road, |
  |Palo Alto, CA 94303 US.  |
  `-'

We are not lawyers but we think that means you should have a look
into YOUR licence agreement with SAP ;-)


Regards,
Reinhard / Michael

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
EFP Consulting GmbH, Praterstraße 45, 1020 Wien - Austria
www.efp.cc
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


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