RE: Documentation Update

2004-10-19 Thread Lynch, Peter
Thanks for the excellent work,  Aaron.  Can you also create an A4-sized pdf
version?

 -Original Message-
 From: Aaron Mulder [SMTP:[EMAIL PROTECTED]
 Sent: Tuesday, October 19, 2004 4:49 PM
 To:   [EMAIL PROTECTED]
 Subject:  Documentation Update
 
   I've put a couple more chapters online for the book.  It now 
 covers the basics of the product, JDBC and JMS resources, and 
 configuring web application deployment plans.  As usual, any comments 
 would be welcome.
 
 http://chariotsolutions.com/geronimo/
 
 Thanks,
   Aaron

This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or 
retain it.
If you have received it in error please immediately notify me by return email
and delete the emails.
Thank you.


RE: NullPointerException at findToolsJarFile

2004-09-13 Thread Lynch, Peter
The wiki says:

If you use Java Server Pages then Geronimo will need to have the Java
Development Kit tools.jar file on its classpath. If you're using a Sun JDK
then the easiest (although cheesiest) way to make this possible is to copy
tools.jar from $JAVA_HOME/lib to $JAVA_HOME/jre/lib/ext.

(http://wiki.apache.org/geronimo/Running)

although I found that you need to do this just to get the server started.

Regards,
Peter Lynch

 -Original Message-
 From: Dain Sundstrom [SMTP:[EMAIL PROTECTED]
 Sent: Tuesday, September 14, 2004 4:01 AM
 To:   [EMAIL PROTECTED]
 Subject:  Re: NullPointerException at findToolsJarFile
 
 This is a bug.  It should simply print the warning and move on.  Not  
 having a tools.jar is not fatal, but you will not be able to compile  
 jsp pages.
 
 I'll file a bug report on this.
 
 -dain
 
 --
 Dain Sundstrom
 Chief Architect
 Gluecode Software
 310.536.8355, ext. 26
 
 On Sep 13, 2004, at 6:19 AM, Jacek Laskowski wrote:
 
  Gianny Damour wrote:
 
  This problem may happen if you try to run the server via the  
  standalone JRE (C:\Program Files\Java\j2re1.4.2_05\bin\java.exe). You  
  need to run it either via the JDK (say,  
  C:\j2sdk1.4.2_05\bin\java.exe) or the JRE shipped with the JDK (say,  
  C:\j2sdk1.4.2_05\jre\bin\java.exe)
 
  Almost there :) The problem is that the default jvm on Windows is  
  picked up from %WINDIR%/system32/bin. So, unless another jvm is in the  
  path first, that's used and brakes the run. However, you suggested the  
  fix and it works now. It's required to either specify the default jvm  
  in PATH or use the fully qualified path of preferred jvm.
 
  I'd say majority of Windows users are at risk, and we need to fix it  
  soon.
 
  Also, note that although the server started fine, the message from  
  ToolsJarHack says that the class still can't find tools.jar.
 
  Thanks Gianny!
 
  $ uname -a
  CYGWIN_NT-5.1 JLASKOWSKI 1.5.11(0.116/4/2) 2004-09-04 23:17 i686  
  unknown unknown Cygwin
 
  /geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
  $ java -version
  java version 1.4.2_05
  Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
  Java HotSpot(TM) Client VM (build 1.4.2_05-b04, mixed mode)
 
  /geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
  $ type java
  java is hashed (/cygdrive/c/WINDOWS/system32/java)
 
  /geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
  $ file c\:/WINDOWS/system32/java
  c:/WINDOWS/system32/java: writable, executable, regular file, no read  
  permission
 
  /geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
  $ java -jar bin/server.jar
  15:11:59,908 WARN  [ToolsJarHack] Could not all find java compiler:  
  tools.jar file not found at C:\Program Files\Java\j2
  re1.4.2_05\lib\tools.jar
  15:11:59,908 WARN  [ToolsJarHack] Could not all find java compiler:  
  tools.jar file not found at C:\Program Files\Java\li
  b\tools.jar
  java.lang.ExceptionInInitializerError
  Caused by: java.lang.NullPointerException
  at  
  org.apache.geronimo.system.main.ToolsJarHack.findToolsJarFile(ToolsJarH 
  ack.java:97)
  at  
  org.apache.geronimo.system.main.ToolsJarHack.install(ToolsJarHack.java: 
  59)
  at  
  org.apache.geronimo.system.main.Daemon.clinit(Daemon.java:54)
  Exception in thread main
 
  /geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT
  $ c\:/apps/j2sdk1.4.2/bin/java -jar bin/server.jar
  15:12:17,010 WARN  [ToolsJarHack] Could not all find java compiler:  
  tools.jar file not found at c:\apps\j2sdk1.4.2\jre\l
  ib\tools.jar
  15:12:17,060 INFO  [Daemon] Server startup begun
 
  Gianny
 
  Jacek

This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or 
retain it.
If you have received it in error please immediately notify me by return email
and delete the emails.
Thank you.


RE: Testing Maven 1.0

2004-07-15 Thread Lynch, Peter
I'm sorry I don't have any idea about how my company's firewall is set up.
Here are the two test reports for the failed tests.

 TEST-org.apache.geronimo.jetty.ApplicationTest.txt  
TEST-org.apache.geronimo.jetty.deployment.WebAppDConfigTest.txt 

If anyone has suggestions, that would be much appreciated.

Regards,
Peter Lynch

 -Original Message-
 From: Jeremy Boynes [SMTP:[EMAIL PROTECTED]
 Sent: Thursday, July 15, 2004 12:02 PM
 To:   [EMAIL PROTECTED]
 Subject:  Re: Testing Maven 1.0
 
  However, I got the following errors:
  Running org.apache.geronimo.jetty.ApplicationTest
  Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 8.734 sec
  [ERROR] TEST org.apache.geronimo.jetty.ApplicationTest FAILED
  Running org.apache.geronimo.jetty.ContainerTest
  Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.656 sec
  Running org.apache.geronimo.jetty.deployment.WebAppDConfigTest
  Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 4.688 sec
  [ERROR] TEST org.apache.geronimo.jetty.deployment.WebAppDConfigTest
 FAILED
  
  These errors have happened to me before, so I don't think they are
 related
  to the new maven version.  Does anyone care?
  
 
 Yes. But from what I remember, these come from restrictions on the 
 firewall on your machine. Given the point of the test is to check that 
 we can connect to the local server over the network suggestions on how 
 to make it work in your environment would be appreciated.
 
 If there is more going on here then please post more details (like the 
 text test reports)
 
 --
 Jeremy

This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or 
retain it.
If you have received it in error please immediately notify me by return email
and delete the emails.
Thank you.
Testsuite: org.apache.geronimo.jetty.ApplicationTest
Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 6.938 sec

- Standard Output ---
Created MBeanServer with ID: 10f11b8:fdc01972b9:-8000:a192419:1
-  ---
- Standard Error -
15/07/2004 12:00:18 org.apache.geronimo.kernel.Kernel boot
INFO: Starting boot
15/07/2004 12:00:20 org.apache.geronimo.kernel.Kernel boot
INFO: Booted
15/07/2004 12:00:20 org.mortbay.util.LogSupport clinit
INFO: Log instance is class org.apache.commons.logging.impl.Jdk14Logger
15/07/2004 12:00:20 org.mortbay.http.HttpServer start
INFO: Starting Jetty/5.0.beta0
15/07/2004 12:00:20 org.mortbay.http.HttpServer start
INFO: Started [EMAIL PROTECTED]
15/07/2004 12:00:20 org.mortbay.http.SocketListener start
INFO: Started SocketListener on 0.0.0.0:5678
15/07/2004 12:00:21 org.mortbay.util.FileResource clinit
INFO: Checking Resource aliases
15/07/2004 12:00:23 org.mortbay.xml.XmlParser$Handler error
WARNING: [EMAIL PROTECTED]://java.sun.com/xml/ns/j2ee/jsp_2_0.xsd line:140 
col:44 : org.xml.sax.SAXParseException: cos-st-restricts.1.1: The type 
'jsp-fileType' is atomic, so its {base type definition}, 'j2ee:pathType', must 
be an atomic simple type definition or a built-in primitive datatype.
15/07/2004 12:00:24 org.mortbay.jetty.servlet.WebApplicationContext start
WARNING: Configuration error on 
file:/D:/incubator-geronimo-1.0-M1/modules/jetty/target/test-classes/deployables/war1
org.xml.sax.SAXParseException: cos-st-restricts.1.1: The type 'jsp-fileType' is 
atomic, so its {base type definition}, 'j2ee:pathType', must be an atomic 
simple type definition or a built-in primitive datatype.
at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(Unknown 
Source)
at 
org.apache.xerces.impl.xs.traversers.XSDAbstractTraverser.reportSchemaError(Unknown
 Source)
at 
org.apache.xerces.impl.xs.traversers.XSDSimpleTypeTraverser.findDTValidator(Unknown
 Source)
at 
org.apache.xerces.impl.xs.traversers.XSDSimpleTypeTraverser.traverseSimpleTypeDecl(Unknown
 Source)
at 
org.apache.xerces.impl.xs.traversers.XSDSimpleTypeTraverser.traverseGlobal(Unknown
 Source)
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.traverseSchemas(Unknown Source)
at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(Unknown 
Source)
at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(Unknown Source)
at 
org.apache.xerces.impl.xs.XMLSchemaValidator.findSchemaGrammar(Unknown Source)
at 
org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source)
at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown 
Source)
at 
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at 

RE: download link is wrong

2004-07-08 Thread Lynch, Peter
This problem occurred once before around about 21 June (see below), but was
quickly fixed.  Is there some problem with the way this page is built?

Cheers,
Peter Lynch
 RE: Link to binary file fails 
 -Original Message-
 From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
 Sent: Friday, July 09, 2004 4:36 AM
 To:   [EMAIL PROTECTED]
 Subject:  download link is wrong
 
 Just noticed this on my way to a meeting in case someone wants to fix 
 it...
 
 http://geronimo.apache.org/download.html
 
 the zip download link doesn't work.
 
 James
 ---
 http://radio.weblogs.com/0112098/

This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or 
retain it.
If you have received it in error please immediately notify me by return email
and delete the emails.
Thank you.
---BeginMessage---
Thanks.  All OK now.

 -Original Message-
 From: Alan Cabrera [SMTP:[EMAIL PROTECTED]
 Sent: Saturday, June 19, 2004 12:48 AM
 To:   [EMAIL PROTECTED]
 Subject:  RE: Link to binary file fails
 
 Site has been rebuilt.
 
 
 Regards,
 Alan
 
 -Original Message-
 From: Jeremy Boynes [mailto:[EMAIL PROTECTED] 
 Sent: Friday, June 18, 2004 12:50 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Link to binary file fails
 
 Lynch, Peter wrote:
  This is the main link given under Downloads, Binaries at
  http://geronimo.apache.org
 
 Thanks - should be fixed when the site gets rebuilt
 
  
  As an extra, why is the file still labeled incubator-?
  
 
 The M1 release was done when we were still in the incubator - the marker
 
 indicates that. Future releases will not contain it.
 
 --
 Jeremy
 
 
 
 -
 Visit our Internet site at http://www.reuters.com
 
 Get closer to the financial markets with Reuters Messaging - for more
 information and to register, visit http://www.reuters.com/messaging
 
 Any views expressed in this message are those of  the  individual
 sender,  except  where  the sender specifically states them to be
 the views of Reuters Ltd.

This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or
retain it.
If you have received it in error please immediately notify me by return
email
and delete the emails.
Thank you.
---End Message---