Latest CVS Head Error: Target `xt-warn' does not exist in this project.

2002-06-02 Thread Marc Jeffrey Driftmeyer

This is a brand new CVS Checkout from HEAD.  This is the error I get.

C:\Java\xml-cocoon2build installwar
Using Java from C:\Java\j2sdk1.4.0
Buildfile: build.xml

BUILD FAILED

Target `xt-warn' does not exist in this project. It is used from target 
`optional-warnings'.

Total time: 2 seconds

C:\Java\xml-cocoon2

Sincerely,

Marc J. Driftmeyer

//



-
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: Installation Doc build command typo listed

2002-05-22 Thread Marc Jeffrey Driftmeyer

Thanks for noticing and fixing it in the 2.1 Dev Source.  Now just 
update the Installation page off the publically accessible Cocoon 
Installation Instructions and that reflection will be completely current.

-Marc


Vadim Gritsenko wrote:

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

The target for the build command listed as printerdocs is of course
incorrect.

Just thought someone would want to change it to the correct,
printer-docs target.



Thanks for noting this, typo corrected.

Thanks,
Vadim


  

Sincerely Yours,

Marc J. Driftmeyer

//





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

  


-- 
http://www.reanimality.com

Marc Jeffrey Driftmeyer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
http://www.reanimality.com
/Infinite Nothingness is the Limit of Being! - marc jeffrey driftmeyer/




Re: ExcaliburComponentManager.java still missing from Latest Snapshotbreaks /cocoon/ and throwing ERRORS

2002-05-17 Thread Marc Jeffrey Driftmeyer

Vadim,

I discovered the culprit and it is NOT Cocoon's, hence you developers 
mistakes at all.  

During one of my CVS HEAD fetches Windblows XP Professional through one 
of its already noted NTFS.sys Kernel Panicks leaving an incomplete update.

WinCVS unless forced to check for missing directories, etc will just 
Prune any empty directories by default which is what happened.

After a clean removal of a previous HEAD Update it XP crashed and I 
investigated the possibility of an incomplete directory mapping, etc and 
forced it to do a complete index check and then update accordingly.

Since then the War compiles and runs.  Yes it has a few Mappings that 
are not there but those are known and have workarounds.

I just thought perhaps with my experience using XP someone might note 
that when using WinCVS force it to verify a complete HEAD and do not 
Prune the directories by mistake.

-Marc


Vadim Gritsenko wrote:

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Vadim - Are you obtuse on purpose?



1a or 2c? 
http://www.dictionary.com/cgi-bin/dict.pl?term=obtuse


  

Its the one throwing the error in the process of mapping /cocoon/



It is logging the error, yes, which means that it is physically
*present* in your setup so your saying it's absent is wrong.


  

Logic dictates one reduces errors from the first one thrown to the


last
  

one thrown.

2.1 dev has been in the tree for the past month, atleast. 



And during these months, it entered alpha stage, it got WARNING in the
root, and announcement had been made on the list(s).


  

If its Alpha
than someone should make separate branches for the alpha and then the
maintenance branch for 2.0.2 so it can work seemlessly with SDK 1.4.



The branch was created some time ago, cocoon_2_0_3_branch, and it was
several times explained on the list how to get it for CVS newbies.
Please refer to the archive.


  

Or perhaps I'm just highly critical?  No.  I'm driven by wanting to


get
  

this stuff working smoothly so average folks, like myself, who can
articulate technology to inepts with money can find it as an useful
means of development and worth investing.



Then please do download 2.0.3 CVS, don't be on the bleeding edge. Even
stable branch of CVS is too extreme for many - most of the users (I
guess) are on the one of the releases, not on the CVS.


  

And if you think Technology sells itself you wouldn't be working on


Open
  

Source software and dealing with an Troglodyte like M$ dictating the
Market landscape.



Why do you think so? :)

 
  

And after just getting a clean snapshot and rebuilding the cocoon.war


it
  

still fails.  with the Avalon Framework specifically referencing
ExcaliburComponentManager.java.

Here is the error.log.

ERROR   (2002-05-10) 01:22.48:604   [core.manager](Unknown-URI)
Unknown-thread/ExcaliburComponentManager: Could not get class
org.apache.cocoon.components.store.impl.FilesystemStore for role
org.apache.excalibur.store.Store on configuration element


persistent-store
  

java.lang.ClassNotFoundException:
org.apache.cocoon.components.store.impl.FilesystemStore



Make sure you have this class.

snip/


  

I was hoping it would be fixed so I could just work with the 2.1 dev



Don't know is it 2.1 error or issue with your setup, but...

  

stuff since when it does load it is snappier than the 2.0.2 release,


in
  

general.



You can get 2.0.3, change sitemap engine from compiled to interpreted
(read cocoon.xconf), and you will have same performance as 2.1 has.

 
  

Here is to wishful thinking, and reversion back to 2.0.2.

Finally, if this is an SDK 1.4 issue, great I'll build against 1.3.1


but

1.4 vs 1.3.1 differences are XML, SQL, and headless AWT stuff. 


  

I have yet to get an answer as to how come this class since it seems


to
  

be ignored during the build process leading one to conclude with build
success there will be /cocoon/ servlet success.



Then it might be simple build.xml bug.

Vadim



  

Sincerely Yours,

Marc J. Driftmeyer

Vadim Gritsenko wrote:



From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Here is an excerpt of my error log..

ERROR   (2002-05-08) 14:36.33:921   [core.manager](Unknown-URI)
Unknown-thread/ExcaliburComponentManager: Could not get class
org.apache.cocoon.components.store.impl.FilesystemStore for role
org.apache.excalibur.store.Store on configuration element




persistent-store


  

java.lang.ClassNotFoundException:
org.apache.cocoon.components.store.impl.FilesystemStore




Why do you think that arbitrarily taken snapshot of Cocoon Alpha CVS
should work?

PS What this has to do with ExcaliburComponentManager?

Vadim



  

   at java.net.URLClassLoader$1.run(URLClassLoader.java:198)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:186

Re: Tomcat 4.0.4b3 and Cocoon 2.1-dev play nicely

2002-05-15 Thread Marc Jeffrey Driftmeyer

So long as you are running a non-SDK 1.4 of Java.

-Marc

Frank Ridderbusch wrote:

Just to let you know. I just grabbed Tomcat 4.0.4b3 and did a quick
'cp -rp' install of Cocoon (a recent 2.1-dev) from my older Tomcat.
JDK is IBM 1.3.1.

As far as I can tell from my random clicks through documentation and
samples and my own pages, Tomcat and Cocoon work just nicely together.

I think, 4.0.4b3 feels a little faster than 4.0.1, but I'm not sure.

  



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




ExcaliburComponentManager.java still missing from Latest Snapshotbreaks /cocoon/ and throwing ERRORS

2002-05-10 Thread Marc Jeffrey Driftmeyer
 it does load it is snappier than the 2.0.2 release, in 
general.

Here is to wishful thinking, and reversion back to 2.0.2.

Finally, if this is an SDK 1.4 issue, great I'll build against 1.3.1 but 
I have yet to get an answer as to how come this class since it seems to 
be ignored during the build process leading one to conclude with build 
success there will be /cocoon/ servlet success.

Sincerely Yours,

Marc J. Driftmeyer

Vadim Gritsenko wrote:

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Here is an excerpt of my error log..

ERROR   (2002-05-08) 14:36.33:921   [core.manager](Unknown-URI)
Unknown-thread/ExcaliburComponentManager: Could not get class
org.apache.cocoon.components.store.impl.FilesystemStore for role
org.apache.excalibur.store.Store on configuration element


persistent-store
  

java.lang.ClassNotFoundException:
org.apache.cocoon.components.store.impl.FilesystemStore



Why do you think that arbitrarily taken snapshot of Cocoon Alpha CVS
should work?

PS What this has to do with ExcaliburComponentManager?

Vadim

  

at java.net.URLClassLoader$1.run(URLClassLoader.java:198)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:262)
at



org.apache.avalon.excalibur.component.ExcaliburComponentManager.configur
e(Exca
  

liburComponentManager.java:435)
at org.apache.cocoon.Cocoon.configure(Cocoon.java:408)
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:270)


-Marc

Vadim Gritsenko wrote:



From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

ExcaliburComponentManager.java missing from the results in our
infamous.


Don't know what you mean:
xml-cocoon2\lib\core\avalon-excalibur-20020506.jar happily contains
org\apache\avalon\excalibur\component\ExcaliburComponentManager.class
file.

ExcaliburComponentManager.java never was part of the Cocoon CVS
  

and/or
  

any Cocoon distro.

Vadim


  

How does this shit continue to happen?  SQA is about hammering out
bugs
and cross-referencing known workarounds by level of severity and


then
  

prioritizing the order in which such human mistakes get hammered
out.


  

Cocoon 2 - Internal servlet error






---


-
  

--


  

--

type fatal

message Cocoon was not initialized.

description Cocoon was not initialized. Cannot process request.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/



Sincerely Yours,

Marc J. Driftmeyer

//




-
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: ExcaliburComponentManager.java still missing from Latest Snapshotbreaks /cocoon/ and throwing ERRORS

2002-05-10 Thread Marc Jeffrey Driftmeyer

Jump in all you want.  More suggestions the better.  I'll check into it.

-Marc

Torsten Curdt wrote:

Sorry, for jumping in here...

snip/

  

And after just getting a clean snapshot and rebuilding the cocoon.war it
still fails.  with the Avalon Framework specifically referencing
ExcaliburComponentManager.java.



..

  

Here is the error.log.

ERROR   (2002-05-10) 01:22.48:604   [core.manager](Unknown-URI)
Unknown-thread/ExcaliburComponentManager: Could not get class
org.apache.cocoon.components.store.impl.FilesystemStore for role
org.apache.excalibur.store.Store on configuration element persistent-store
java.lang.ClassNotFoundException:
org.apache.cocoon.components.store.impl.FilesystemStore




AFAICS it is referencing the role org.apache.excalibur.store.Store
..so better check you store setup in cocoon.xconf. As Vadim pointed out: this 
should have nothing to do with the ECM except seeing the ECM complaining...
--
Torsten



-
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: AW: Cocoon use

2002-04-26 Thread Marc Jeffrey Driftmeyer

One does for damn sure.  WebObjects 5.1.x

-Marc

Jörn Heid wrote:

1. Open Standards
2. Output independency
3. True MVC
4. Open Source
5. Java (plattform independency)
6. Fast (regarding the points above)

The question is if there's an alternative product on the market?
I think not. Cocoon uses as much open standards as it can.
No other product I know has those advantages.

-Ursprüngliche Nachricht-
Von: Graaf, Edgar de (fin) [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 26. April 2002 09:45
An: '[EMAIL PROTECTED]'
Betreff: Cocoon use


People,

I would like to know why you use Cocoon?

Thank you,

Edgar

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

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


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

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



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

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




Installation Doc build command typo listed

2002-04-26 Thread Marc Jeffrey Driftmeyer

The target for the build command listed as printerdocs is of course 
incorrect.

Just thought someone would want to change it to the correct, 
printer-docs target.

Sincerely Yours,

Marc J. Driftmeyer

//



-
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: AW: AW: Cocoon use

2002-04-26 Thread Marc Jeffrey Driftmeyer

Cocoon's collection of Frameworks will work right in with WebObjects. 
 You get the best of both worlds, all for $699.  And if you don't know 
squat about WOF I suggest you check it out.

The footprint is the fact that the Developer Tools are only for MacOS X 
and Windows 2000/NT.

http://www.apple.com/webobjects/


-Marc

Jörn Heid wrote:

Well, I do not know much about WebObjects.

As far as I know it's not free, isn't? Open source?
Does it use XML/XSL for the content and style?

I do not mean EJB oder Servlet/JSP technology. For me, it's not an open
standard.

Does it support true and only XML-XSL-whatever?

-Ursprüngliche Nachricht-
Von: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 26. April 2002 12:48
An: [EMAIL PROTECTED]
Betreff: Re: AW: Cocoon use


One does for damn sure.  WebObjects 5.1.x

-Marc

Jörn Heid wrote:

1. Open Standards
2. Output independency
3. True MVC
4. Open Source
5. Java (plattform independency)
6. Fast (regarding the points above)

The question is if there's an alternative product on the market?
I think not. Cocoon uses as much open standards as it can.
No other product I know has those advantages.

-Ursprüngliche Nachricht-
Von: Graaf, Edgar de (fin) [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 26. April 2002 09:45
An: '[EMAIL PROTECTED]'
Betreff: Cocoon use


People,

I would like to know why you use Cocoon?

Thank you,

Edgar

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

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


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

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



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

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



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




Generating Javadocs with JDK1.4 latest Snapshot using -subpackageshack results bizarre

2002-04-24 Thread Marc Jeffrey Driftmeyer

Now Perry Faulkner introduced the fact that Java SDK 1.4 introduced 
-subpackages to replace the -version -owner flags to make this javadoc 
build work after one generates a verbose output log file of the initial 
build -verbose javadocs  yourLogFile, and then take that long command 
near the end of the output where it fails and then pass the fix.

It worked for a while and then breaks.  So I decided to remove the 
offending path reference to 
xml-cocoon2\src\java\org\apache\cocoon\components\language\programming\java

or the .org path listing for the programming.java and reran the fix 
with the javadoc @myLogFileFix, for example.

Interestingly it generates the html reference APIs for everything 
underneath that directory, even though I removed the reference to it in 
the path file.

This just makes me want to know more how Cocoon is generating its API 
docs with the latest changes inside of SDK 1.4.

-Marc

//



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




changes.xml file invalid xml when parsed

2002-04-24 Thread Marc Jeffrey Driftmeyer

The following cited source:  SN AG, Germany is a no no.  

Modified my local copy with Samp;N AG, Germany, etc... and the build 
docs no longer fails.

-Marc



//



-
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: installation with jdk1.4

2002-04-22 Thread Marc Jeffrey Driftmeyer

  This is the clue I received to Fix the Build but let me tell you what 
you should really do and why first:

After successfully building the WAR file make sure you are running 
Tomcat 4.04Beta 2.  Why?  The WAR file doesn't get its session 
information and path resources extracted correctly resulting in a 404 
Error to the tune of /cocoon/ path not found:  Really annoying that this 
happens with Tomcat 4.0.3.  I may be wrong on this but in the end no 
path is created.

Here is the clue:

You can remove the comments in the end of EsqlConnection.java manually to
make it work.


Douglas


So that was rather weak and typical of advanced developers, which I am 
not- I've been a systems engineer and xml/html/css/xsl developer for the 
most part.

So after scraping to find the Path to the java class file :

Under XP its here:

%COCOON2_HOME%\java\org\apache\cocoon\components\language\markup\xsp

Excerpt originally commented out w/o explaination. : I can only assume 
its because Java SDK 1.3.1 would throw an exception and not build.  

You'd think they'd note that for those using Java SDK 1.4 to beware this 
on the Site ahead of time in a sort of  a Workarounds Release document.

*  }
/*  Commented out originally for Java SDK 1.3.1 Configuration and not 1.4 */
public void setHoldability(int holdability)
throws SQLException
{
connection.setHoldability(holdability);
..*

Lauren Commons wrote:

I'm installing cocoon 2.0.2 on a redhat 7.2 server
with Sun's JDK 1.4, and the lates Tomcat (the lite
version, with out the jars now supplied by the JDK).

FIRST, I installed the binary version, copied Xerces,
xalan ans xml-apis and I also replaced the javac.jar
as specified in the install instructions.
When I browse to the cocoon url I get an error
compiling sitemap: NoClassDefFound:
org/w3c/dom/ranges/DocumentRange

THEN, Thinking this might be a jdk compatability
issue, I tried building from source.  When I do that I
get 24 errors all related to EsqlConnection and
EsqlConnectionCocoon2, which extend
java.sql.Connection.  

Question 1: What really caused the first problem?
Question 2:  If I need to compile, what's up with the
sql classes?  
I'm sure this has been asked before, but I can't check
the archive

tia

=
-
Mr Lauren Commons
DISCLAIMER: The opinions expressed 
ARE in fact those of my employer.

__
Do You Yahoo!?
Yahoo! Games - play chess, backgammon, pool and more
http://games.yahoo.com/

-
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: Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-22 Thread Marc Jeffrey Driftmeyer
 need to reduce this to just the
parameters and options, so remove the leading ...javadoc.exe and replace all
the package names at the end, i.e everything after -version -author, with
-subpackages org.apache.cocoon

Now execute: javadoc @file (where file is the one you just created,
containing the javadoc parameters and options). The above assumes your under
Windoze.

Sorry this is a bit involved, I tried to fake out the ant build, but
couldn't get around it's checks!

HTH

Perry

-Original Message-
From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]
Sent: Monday, 15 April 2002 10:47
To: [EMAIL PROTECTED]
Subject: Re: Missing API Docs in Cocoon 2.0.2 and latest CVS


I completely agree and that sort of Wonderful SQA bugs should not go 
unnoticed.

-Marc

Andrew C. Oliver wrote:

Not sure what all the issues are...all I know is what works on 1.3.1
buildwise often doesn't work on 1.4.0.  

The horrible bug is that the doc build can be SUCCESSFUL even if it
fails.  (thats bad)

On Sun, 2002-04-14 at 20:09, Marc Jeffrey Driftmeyer wrote:

I have a hard time believing that this permissions issue of reading into 
that path is the fault of Sun's JDK.  I have a greater suspicion it has 
to do with some build issues within Cocoon, since we already know that 
Cocoon 2.0.2 build SDK of choice is 1.3.1.

-Marc

Andrew C. Oliver wrote:

Yeah, I can't get the javadoc to generate under 1.4.0 either.  What's
worse is it fails and then says BUILD SUCCESSFUL.  I regard the first
problem as a small glitch that can probably even be resolved by waiting
for 1.4.0_01...  The second is a horrible evil bug. ;-)

-Andy

On Sun, 2002-04-14 at 02:23, Marc Jeffrey Driftmeyer wrote:

Bruce,

I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2.

-Marc

Bruce Krautbauer wrote:

I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory,

copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the
.\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build
javadocs gives the same result as Marc's.  Everything else seems to build
and run fine.  It must be an environment issue.  I'm running Win 2KSP2, JDK
1.4.0, Tomcat 4.0.4b2.  Marc and Vadim, what are you running?

Bruce

[EMAIL PROTECTED] 04/11/02 11:34AM 

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] 

Of course that is the command..


And as run the latest snapshot or even the cocoon 2.0.2 release here

is

the error log for the javadocs.

javadocs:
[javadoc] Generating Javadoc
[javadoc] Javadoc execution
[javadoc] Loading source file
org.apache.cocoon.components.language.programming.java...
[javadoc] error: cannot read:
org.apache.cocoon.components.language.programming.java

...

[javadoc] 1 error

I just tried build javadocs:

[javadoc] Generating
C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html...
[javadoc] 116 warnings

Result is 842 files in the cocoon/build/cocoon/javadocs.


Vadim



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

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

//




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

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

//




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

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



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

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

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

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

//




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

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




Re: Architectural question MVC

2002-04-22 Thread Marc Jeffrey Driftmeyer

I suggest you read up on some Javadocs concerning WebObjects 5.1 and 
then the STRUTS Frameworks.  Is MVC a good idea?  Thats an emphatic Yes.

http://developer.apple.com/techpubs/webobjects/webobjects.html
http://jakarta.apache.org/struts/index.html

Is it just now filtering over more into the Java world, Yes and why it 
took so long to be so is beyond me.  Gotta love old habits dying hard.

-Marc

Volker Schneider wrote:

Dear colleagues,

for developing a web application we thought about an architecture using the
model-view-controller architecture pattern. Can somebody help me and say
whether this is a good or bad idea?

First the request goes to from a form to an action set, where the following
things are handled in separate actions:

- session validation
- authentication validation
- form validation

The next action accesses the business logic and decides, which page will be
shown next. Maybe business logic returns an error, so an error page can be
displayed. The name of the next page will be stored in a request attribute.

This action contains the pipeline which uses a serverpages-generator and a
xsp-File. The xsp-File retrieves the stored results from the session and
builds the input for the serverpages generator. The xsp will produce all the
content needed for displaying the page, except the presentation information.

Presentation information will be added through a transformer and a
xsl-stylesheet.

The last step is an ordinary html serializer.

What do you think, is it too complicate? Will we get problems with
performance? Is there an easier way to reach the same goal (MVC pattern)?
What is a typical architecture using cocoon?

Thank you, best regards
- Volker -


-
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: Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-14 Thread Marc Jeffrey Driftmeyer

Bruce,

I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2.

-Marc

Bruce Krautbauer wrote:

I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory, copied 
xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the .\lib\core\ to 
the %JAVA_HOME%\jre\lib\endorsed\ directory and my build javadocs gives the same 
result as Marc's.  Everything else seems to build and run fine.  It must be an 
environment issue.  I'm running Win 2KSP2, JDK 1.4.0, Tomcat 4.0.4b2.  Marc and 
Vadim, what are you running?

Bruce

[EMAIL PROTECTED] 04/11/02 11:34AM 

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] 

Of course that is the command..


And as run the latest snapshot or even the cocoon 2.0.2 release here

is

the error log for the javadocs.

javadocs:
  [javadoc] Generating Javadoc
  [javadoc] Javadoc execution
  [javadoc] Loading source file
org.apache.cocoon.components.language.programming.java...
  [javadoc] error: cannot read:
org.apache.cocoon.components.language.programming.java

...

  [javadoc] 1 error


I just tried build javadocs:

[javadoc] Generating
C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html...
[javadoc] 116 warnings

Result is 842 files in the cocoon/build/cocoon/javadocs.


Vadim



-
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: Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-14 Thread Marc Jeffrey Driftmeyer

Perry,

Thanks for the workaround.  I'll give it a try in the morning.

-Marc

Faulkner, Perry wrote:

Seems as though it might be an issue with the change in the javadoc options
for 1.4
In the build log, it has an error with:

org.apache.cocoon.components.language.programming.java

Tried playing with javadoc outside of build  ant.
Build invokes javadoc, with a list of o.a.c.xxx for each package, but I
think the new javadoc expects those to be actual files and doesn't find them
so produces nothing! The only one that looks like a file in the list,
o.a.c.c.l.programming.java, doesn't exist!

javadoc 1.4 has introduced an option -subpackages, which probably makes the
list of o.a.c.xxx's redundant. I finally got it to work, manually, with
-subpackages org.apache.cocoon, but the current Cocoon version of ant
won't take the subpackages option, so I can't see a proper fix at this
stage. In the end, I suppose ant would need to be modified to account for
these differences between 1.3 and 1.4 javadoc.

But to do it manually, run build javadocs -verbose and redirect output to
a log file. Edit the log file to find and extract the very long javadoc
command line into a separate file. You now need to reduce this to just the
parameters and options, so remove the leading ...javadoc.exe and replace all
the package names at the end, i.e everything after -version -author, with
-subpackages org.apache.cocoon

Now execute: javadoc @file (where file is the one you just created,
containing the javadoc parameters and options). The above assumes your under
Windoze.

Sorry this is a bit involved, I tried to fake out the ant build, but
couldn't get around it's checks!

HTH

Perry

-Original Message-
From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]
Sent: Monday, 15 April 2002 10:47
To: [EMAIL PROTECTED]
Subject: Re: Missing API Docs in Cocoon 2.0.2 and latest CVS


I completely agree and that sort of Wonderful SQA bugs should not go 
unnoticed.

-Marc

Andrew C. Oliver wrote:

Not sure what all the issues are...all I know is what works on 1.3.1
buildwise often doesn't work on 1.4.0.  

The horrible bug is that the doc build can be SUCCESSFUL even if it
fails.  (thats bad)

On Sun, 2002-04-14 at 20:09, Marc Jeffrey Driftmeyer wrote:

I have a hard time believing that this permissions issue of reading into 
that path is the fault of Sun's JDK.  I have a greater suspicion it has 
to do with some build issues within Cocoon, since we already know that 
Cocoon 2.0.2 build SDK of choice is 1.3.1.

-Marc

Andrew C. Oliver wrote:

Yeah, I can't get the javadoc to generate under 1.4.0 either.  What's
worse is it fails and then says BUILD SUCCESSFUL.  I regard the first
problem as a small glitch that can probably even be resolved by waiting
for 1.4.0_01...  The second is a horrible evil bug. ;-)

-Andy

On Sun, 2002-04-14 at 02:23, Marc Jeffrey Driftmeyer wrote:

Bruce,

I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2.

-Marc

Bruce Krautbauer wrote:

I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory,

copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the
.\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build
javadocs gives the same result as Marc's.  Everything else seems to build
and run fine.  It must be an environment issue.  I'm running Win 2KSP2, JDK
1.4.0, Tomcat 4.0.4b2.  Marc and Vadim, what are you running?

Bruce

[EMAIL PROTECTED] 04/11/02 11:34AM 

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] 

Of course that is the command..


And as run the latest snapshot or even the cocoon 2.0.2 release here

is

the error log for the javadocs.

javadocs:
[javadoc] Generating Javadoc
[javadoc] Javadoc execution
[javadoc] Loading source file
org.apache.cocoon.components.language.programming.java...
[javadoc] error: cannot read:
org.apache.cocoon.components.language.programming.java

...

[javadoc] 1 error

I just tried build javadocs:

[javadoc] Generating
C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html...
[javadoc] 116 warnings

Result is 842 files in the cocoon/build/cocoon/javadocs.


Vadim



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

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

//




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

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

//




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

To unsubscribe, e-mail: [EMAIL PROTECTED

Re: Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-13 Thread Marc Jeffrey Driftmeyer

Vadim,

I'm happy for your success but that does not address the error message 
I'm receiving.  What is your build environment?

-Marc


Vadim Gritsenko wrote:

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Of course that is the command..


And as run the latest snapshot or even the cocoon 2.0.2 release here

is

the error log for the javadocs.

javadocs:
  [javadoc] Generating Javadoc
  [javadoc] Javadoc execution
  [javadoc] Loading source file
org.apache.cocoon.components.language.programming.java...
  [javadoc] error: cannot read:
org.apache.cocoon.components.language.programming.java

...

  [javadoc] 1 error


I just tried build javadocs:

[javadoc] Generating
C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html...
[javadoc] 116 warnings

Result is 842 files in the cocoon/build/cocoon/javadocs.


Vadim

BUILD SUCCESSFUL

Total time: 46 seconds

C:\JavaDevCenter\cocoon-2.0.2

The result is an EMPTY javadocs Build directory.

Now how this pertains to the PRINTER-DOCS :  buiild printer-docs
 command resulting in those missing files is still a mystery.


Care to comment on why they are still missing?

Sincerely,

Marc

Vadim Gritsenko wrote:

In Java world, API docs are generated from the source code.

IIRC, build javadocs command launched from the Cocoon source
distribution root dir will build you all Cocoon API documentation, in
the ./build/cocoon/javadocs directory.

Once you have javadocs, you can copy them into the Cocoon's samples
webapp.

Vadim

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Copy from Clipboard:


---

File Not Found

http://localhost/cvsDocs/apidocs/index.html

File Not Found
http://localhost/cvsDocs/userdocs/concepts/samples/catalog-demo
Unknown Format
http://localhost/cvsDocs/developing/images/initialize_Cocoon.png
Unknown Format
http://localhost/cvsDocs/developing/images/get_hello_html.png
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/I18nT

r

ansfor

mer.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

g

enerat

or/ProgramGenerator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/Generator

.

html

File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ServerPag

e

sGener

ator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

g

enerat

ion/ProgramGenerator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/AbstractS

e

rverPa

ge.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ComposerG

e

nerato

r.html
File Not Found
http://localhost/cvsDocs/apidocs/org/apache/arch/Modifiable.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/XIncl

u

deTran

sformer.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/ProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/CodeFormatter.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/AbstractProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/arch/named/AbstractNamedCom

p

onent.

html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/CompiledProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/LanguageCompiler.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/CompilerError.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

p

rogram

ming/java/AbstractJavaCompiler.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classload

e

r/Repo

sitoryClassLoader.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classload

e

r/Clas

sLoaderManager.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classload

e

r/Clas

sLoaderManagerImpl.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

m

arkup/

MarkupLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

m

arkup/

AbstractMarkupLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/arch/named/AbstractNamedComponent.

h

tml

File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

m

arkup/

Logicsheet.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

m

arkup/

NamedLogicsheet.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/

m

arkup

Re: Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-10 Thread Marc Jeffrey Driftmeyer
] Loading source files for package org.apache.cocoon.selection...
  [javadoc] Loading source files for package 
org.apache.cocoon.selection.helpers...
  [javadoc] Loading source files for package 
org.apache.cocoon.serialization...
  [javadoc] Loading source files for package org.apache.cocoon.servlet...
  [javadoc] Loading source files for package org.apache.cocoon.sitemap...
  [javadoc] Loading source files for package 
org.apache.cocoon.transformation...
  [javadoc] Loading source files for package org.apache.cocoon.util...
  [javadoc] Loading source files for package org.apache.cocoon.util.log...
  [javadoc] Loading source files for package org.apache.cocoon.xml...
  [javadoc] Loading source files for package org.apache.cocoon.xml.dom...
  [javadoc] Loading source files for package org.apache.cocoon.xml.xlink...
  [javadoc] 1 error

BUILD SUCCESSFUL

Total time: 46 seconds

C:\JavaDevCenter\cocoon-2.0.2

The result is an EMPTY javadocs Build directory.

Now how this pertains to the PRINTER-DOCS :  buiild printer-docs 
 command resulting in those missing files is still a mystery.


Care to comment on why they are still missing?

Sincerely,

Marc

Vadim Gritsenko wrote:

In Java world, API docs are generated from the source code.

IIRC, build javadocs command launched from the Cocoon source
distribution root dir will build you all Cocoon API documentation, in
the ./build/cocoon/javadocs directory.

Once you have javadocs, you can copy them into the Cocoon's samples
webapp.

Vadim

From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]]

Copy from Clipboard:


---

File Not Found http://localhost/cvsDocs/apidocs/index.html
File Not Found
http://localhost/cvsDocs/userdocs/concepts/samples/catalog-demo
Unknown Format
http://localhost/cvsDocs/developing/images/initialize_Cocoon.png
Unknown Format
http://localhost/cvsDocs/developing/images/get_hello_html.png
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/I18nTr
ansfor

mer.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/g
enerat

or/ProgramGenerator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/Generator.
html

File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ServerPage
sGener

ator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/g
enerat

ion/ProgramGenerator.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/AbstractSe
rverPa

ge.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ComposerGe
nerato

r.html
File Not Found
http://localhost/cvsDocs/apidocs/org/apache/arch/Modifiable.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/XInclu
deTran

sformer.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/ProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/CodeFormatter.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/AbstractProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/arch/named/AbstractNamedComp
onent.

html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/CompiledProgrammingLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/LanguageCompiler.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/CompilerError.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/p
rogram

ming/java/AbstractJavaCompiler.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloade
r/Repo

sitoryClassLoader.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloade
r/Clas

sLoaderManager.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloade
r/Clas

sLoaderManagerImpl.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/m
arkup/

MarkupLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/m
arkup/

AbstractMarkupLanguage.html
File Not Found

http://localhost/cvsDocs/apidocs/org/arch/named/AbstractNamedComponent.h
tml

File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/m
arkup/

Logicsheet.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/m
arkup/

NamedLogicsheet.html
File Not Found

http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/m
arkup/

LogicsheetCodeGenerator.html
File Not Found

http://localhost

Re: cocoon sitemap not available?

2002-04-09 Thread Marc Jeffrey Driftmeyer

Do yourself a favor and install Tomcat 4.0.4 Beta 2.  It will save you a 
lot of headache that 4.0.3 produces.

-Marc



Axel Huizinga wrote:

 Hi!

 I 'm new to coocoon.

 After installing with tomcat 4.0.3 when I go to 
 http://localhost:8080/cocoon/
 I get:
 Cocoon 2 - Internal server error

 type internal-server-error

 message The sitemap handler's sitemap is not available. Please check 
 logs for the exact error.

 description org.apache.cocoon.ProcessingException: The sitemap 
 handler's sitemap is not available. Please check logs for the
 exact error.

 sender org.apache.cocoon.servlet.CocoonServlet

 In the logs I can' t find any  corresponding message.

 Thanks in advance,
 Axel Huizinga


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


-- 

http://www.reanimality.com

Marc Jeffrey Driftmeyer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
http://www.reanimality.com
/Infinite Nothingness is the Limit of Being! - marc jeffrey driftmeyer/




-
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: cocoon sitemap not available?

2002-04-09 Thread Marc Jeffrey Driftmeyer

What I would give right now to be back working at Apple again and 
running my favorite tools from when I worked at NeXT.  

Has Cocoon been tested yet with WebObjects 5.1?

-Marc

Marina Sturino wrote:

 At 10.39 08/04/2002 +0200, you wrote:

 Hi!

 I 'm new to coocoon.

 After installing with tomcat 4.0.3 when I go to 
 http://localhost:8080/cocoon/
 I get:
 Cocoon 2 - Internal server error



 HI, I had the same error with Cocoon 2.0.1 on Mac OS X
 check the file $TOMCAT_HOME/webapps/cocoon/WEB-INF/logs/sitemap.log.001

 if you find this error:

 Error compiling sitemap: java.lang.NoClassDefFoundError: 
 org/w3c/dom/svg/SVGPaint
 at org.apache.cocoon.sitemap.Handler.run(Handler.java:295)
 at java.lang.Thread.run(Thread.java:536)
 Caused by: java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:509)

 copy the the batik-libs-XXX.jar and xml-apis.jar file to the 
 common/lib directory and restart tomcat.


 Ciao
 Marina



 type internal-server-error

 message The sitemap handler's sitemap is not available. Please check 
 logs for the exact error.

 description org.apache.cocoon.ProcessingException: The sitemap 
 handler's sitemap is not available. Please check logs for the
 exact error.

 sender org.apache.cocoon.servlet.CocoonServlet

 In the logs I can' t find any  corresponding message.

 Thanks in advance,
 Axel Huizinga


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


 
---
 

 L'unico modo per accelerare windows 9.x/2K/XP e' a 9,8 m/s^2 ;-)

 Utente Linux registrato: #218195 (http://counter.li.org)


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


-- 
http://www.reanimality.com

Marc Jeffrey Driftmeyer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
http://www.reanimality.com
/Infinite Nothingness is the Limit of Being! - marc jeffrey driftmeyer/





Missing API Docs in Cocoon 2.0.2 and latest CVS

2002-04-09 Thread Marc Jeffrey Driftmeyer

Copy from Clipboard:

---

File Not Found http://localhost/cvsDocs/apidocs/index.html
File Not Found 
http://localhost/cvsDocs/userdocs/concepts/samples/catalog-demo
Unknown Format 
http://localhost/cvsDocs/developing/images/initialize_Cocoon.png
Unknown Format 
http://localhost/cvsDocs/developing/images/get_hello_html.png
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/I18nTransformer.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/generator/ProgramGenerator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/Generator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ServerPagesGenerator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/generation/ProgramGenerator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/AbstractServerPage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/generation/ComposerGenerator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/Modifiable.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/transformation/XIncludeTransformer.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/ProgrammingLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/CodeFormatter.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/AbstractProgrammingLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/named/AbstractNamedComponent.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/CompiledProgrammingLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/LanguageCompiler.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/CompilerError.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/programming/java/AbstractJavaCompiler.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloader/RepositoryClassLoader.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloader/ClassLoaderManager.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/classloader/ClassLoaderManagerImpl.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/MarkupLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/AbstractMarkupLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/arch/named/AbstractNamedComponent.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/Logicsheet.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/NamedLogicsheet.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/LogicsheetCodeGenerator.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/markup/xsp/XSPMarkupLanguage.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/store/FilesystemStore.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/cocoon/components/language/generator/ProgramGeneratorImpl.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/named/NamedComponent.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/Component.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/named/NamedComponentManager.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/named/NamedComponentImpl.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/named/AbstractNamedComponent.html
File Not Found 
http://localhost/cvsDocs/apidocs/org/apache/arch/Configurable.html
No Input File Page Data
http://localhost/cvsDocs/ctwig/sample/transformations/basic01/basic01-01.xsl.txt
No Input File Page Data
http://localhost/cvsDocs/ctwig/sample/transformations/basic03/basic03-01.xml.txt

---

After compiling the build for 

Re: linux x11 howto cocoon

2002-04-09 Thread Marc Jeffrey Driftmeyer

Condescending attitudes disgust me more than the occasional RTFM 
mistakes personally.

Sincerely,

Marc J. Driftmeyer

Vadim Gritsenko wrote:

From: Daniel Martin [mailto:[EMAIL PROTECTED]]

thanks for the fast response.

you were right, there is a section in the faq where my problem is
described. SORRY!


i use j2sdk1.4.0 on suse7.1 but
the option -Djava.awt.headless=true
doesn't work. there is now another class not found exception

are there other solutions to run cocoon without x?


Usually it is enough to *read* installation instructions.


or is there a possibility to run cocoon without batik?


Yep. Installation instructions have this also.

Vadim


thanks
daniel.



-
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: Errors by build Cocoon 2.0.2

2002-03-30 Thread Marc Jeffrey Driftmeyer



Urmas,

You're not alone.  I'm getting the same errors under XP Professional 
with SDK 1.4 and Cocoon 2.0.2 manual building.

I expected this sort of inability to do a compile manually to have been 
resolved before 2.0 but it seems that this solution is always a moving 
target.

-Marc

Urmas Ojamäe wrote:

My first post ...

System: Win98 (64 MB RAM)
Installed: Java SDK 1.4.0; Tomcat 4.0.3, Ant 1.4.1

Tomcat works fine at http://localhost:8080

Directory created: %JAVA_HOME%\jre\lib\endorsed
Files in directory:xercesImpl-2.0.0.jar, xalan-2.3.1.jar, xml-apis.jar,
batik-all-1.5b1.jar

I want to use Java 1.4.0 compiler

Downloaded and zip extracted: Cocoon-2.0.2 source distribution

If I try to build Cocoon.war: build.bat -Dinclude.webapp.libs=yes webapp
I get errors like this:

 [javac] public class EsqlConnection implements Connection {
[javac]  ^
[javac]
C:\Soft\Apache\Cocoon2\cocoon-2.0.2\build\cocoon\src\org\apache\coco
on\components\language\markup\xsp\EsqlConnection.java:66: class
org.apache.cocoo
n.components.language.markup.xsp.EsqlConnection must be declared abstract.
It do
es not define void rollback(java.sql.Savepoint) from interface
java.sql.Connecti
on.
[javac] public class EsqlConnection implements Connection {
[javac]  ^
[javac] 24 errors

BUILD FAILED

C:\Soft\Apache\Cocoon2\cocoon-2.0.2\build.xml:912: Compile failed, messages
shou
ld have been provided.

Total time: 21 minutes 37 seconds

What I do wrong ?

P.S: May be my problem is resolved before,
but I can't find the newest archive of the list. ;-(

Urmas Ojamäe
Haapsalu
ESTONIA




-
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: I cannot install Cocoon :-(

2002-03-30 Thread Marc Jeffrey Driftmeyer
)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012)
at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107)
at java.lang.Thread.run(Thread.java:484)



-- 
http://www.reanimality.com

Marc Jeffrey Driftmeyer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
http://www.reanimality.com
/Infinite Nothingness is the Limit of Being! - marc jeffrey driftmeyer/