Re: Leaving Millennium, going on vacation...

2004-12-19 Thread Laconia Data Systems
We're hoping that 2005 will be a good year for Millenium and for all Boston
based employers.
Shalom/Peace to everyone and their families for the upcoming holiday season,
Martin Gainty-
617-852-7822

- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 14, 2004 11:49 AM
Subject: Re: Leaving Millennium, going on vacation...


> Shapira, Yoav wrote:
>
> >Hi,
> >Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address
> >will become invalid.  I'm going on vacation for most of the rest of
> >December, and then I'll be back in January (although we'll see how busy
> >school will be.  This is just an FYI, I'll still be around for a few
> >more days before vacation, but after the 19th I'm out of the country and
> >not taking my laptop with me...
> >
> >
> Have a nice vacation :) I'll be on vacation too at the end of this week,
> but I'll have a laptop around.
>
> Rémy
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


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



Re: CGI servlet is not found after it gets initialized...

2004-12-07 Thread Laconia Data Systems
Hello Mark
your attached log reports that dsi.app.tomcat.DCGIServlet is not found
more than likely you forgot to configure your Servlet in web.xml or
may have omitted DCGIServlet in your deployed war
Curious:
Is there a reason why you want Tomcat to handle CGI via CGIServlet instead
of allowing CGI Scripts to execute under Apache HTTP Server?
Martin-
- Original Message - 
From: "Mark Claassen" <[EMAIL PROTECTED]>
To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
Sent: Monday, December 06, 2004 8:57 AM
Subject: RE: CGI servlet is not found after it gets initialized...


> Does anyone know the answer to why this is?  Or, perhaps, the prevailing
> opinion is that I am crazy.
>
> It took me a long time to figure out a theory that fit the facts of this
> problem, and I didn't really believe what I came up with.  I don't really
> know how the internals of Tomcat work and how the CGI servlet attaches to
> other webapps, but I really can't understand why it works for the CGI
> servlet (in org.apache) and not for my copy (int dsi.app).
>
> Mark
>
> > -Original Message-
> > From: Mark Claassen [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 02, 2004 11:19 AM
> > To: [EMAIL PROTECTED]
> > Subject: CGI servlet is not found after it gets initialized...
> >
> >
> > What I did:
> > o I copied the code from 4.1.31 CGIServlet
> > o Fixed some bugs in that code (that have been duly submitted to
> > Bugzilla)
> > I added no class dependancies to do this.
> > I change the package to dsi.app.tomcat
> > o Copiled the file and put it in a jar file (right
> > where the servlets-cgi.jar is)
> > o Restart Tomcat
> > o Noticed that my servlet was getting initialized by
> > the customized
> > "cgi: init" line below
> > o Got tons of ClassNotFoundExceptions in the
> > localhost_log for every webapp
> > o The almost exact same code in the servlets-cgi.jar
> > file works fine
> > Instead of the ClassNotFoundExceptions I get:
> > StandardWrapper[/JViewerDocs:cgi]: Loading
> > container servlet cgi
> > o If I copy my servlet to the shared/lib directory it
> > works fine.
> > (I did not bother to remove it from the
> > server/lib directory since I have some custom valves in
> > the same jar file, so in this test the jar file
> > is in both
> > places.)
> >
> > Is there a package naming check done by Tomcat that is more
> > restrictive than the VM check here?
> >
> > Thanks,
> > Mark
> >
> > localhost_log with ClassNotFoundExceptions below
> > 
> >
> > 2004-12-02 10:46:19 StandardManager[/manager]: Seeding random
> > number generator class java.security.SecureRandom 2004-12-02
> > 10:46:19 StandardManager[/manager]: Seeding of random number
> > generator has been completed 2004-12-02 10:46:19
> > StandardWrapper[/manager:default]: Loading container servlet
> > default 2004-12-02 10:46:19 default: DefaultServlet.init:
> > input buffer size=2048, output buffer size=2048 2004-12-02
> > 10:46:19 default: DefaultServlet.init:  welcome
> > file=index.html 2004-12-02 10:46:19 default:
> > DefaultServlet.init:  welcome file=index.htm 2004-12-02
> > 10:46:19 default: DefaultServlet.init:  welcome
> > file=index.jsp 2004-12-02 10:46:19 cgi: init (mac): loglevel
> > set to 0 2004-12-02 10:46:19 HostConfig[localhost]: Deploying
> > configuration descriptor JNLPUpgradeServlet.xml 2004-12-02
> > 10:46:21 HostConfig[localhost]: Deploying web application
> > archive OcieServlet.war
> >
> > 
> >
> > 2004-12-02 10:46:23 ContextConfig[/OcieServlet]: Added
> > certificates -> request attribute Valve 2004-12-02 10:46:23
> > StandardManager[/OcieServlet]: Seeding random number
> > generator class java.security.SecureRandom 2004-12-02
> > 10:46:23 StandardManager[/OcieServlet]: Seeding of random
> > number generator has been completed 2004-12-02 10:46:23
> > StandardWrapper[/OcieServlet:default]: Loading container
> > servlet default 2004-12-02 10:46:23 default:
> > DefaultServlet.init:  input buffer size=2048, output buffer
> > size=2048 2004-12-02 10:46:23 default: DefaultServlet.init:
> > welcome file=index.html 2004-12-02 10:46:23 default:
> > DefaultServlet.init:  welcome file=index.htm 2004-12-02
> > 10:46:23 default: DefaultServlet.init:  welcome
> > file=index.jsp 2004-12-02 10:46:23
> > StandardWrapper[/OcieServlet:cgi]: Marking servlet cgi as
> > unavailable 2004-12-02 10:46:23
> > StandardContext[/OcieServlet]: Servlet /OcieServlet threw
> > load() exception
> > javax.servlet.ServletException: Wrapper cannot find servlet
> > class dsi.app.tomcat.DCGIServlet or a class it depends on
> > at
> > org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
> > rapper.java:89
> > 1)
> > at
> > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.
> > java:823)
> > at
> > org.apache.catalina.core.StandardContext.loadOnStartup(Standar
> > dContext.java:
> > 3422)
> > at
> > org.apache.catalina.core.StandardContext.start(StandardContext
> > .j

Re: Jasper-compiler woes

2004-11-16 Thread Laconia Data Systems
Thank You that worked-
although with the JDTCompilerAdapter I dont see any error messages just 0
length java files??
This frosts my shorts because 2 years ago I used JspC extensively for Jasper
compiler with extensive debugging and error logging
now I find jasper-compiler.jar JspC ant interface is broken...
Thanks again,
Martin

- Original Message - 
From: "Sriram N" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, November 14, 2004 11:19 PM
Subject: Re: Jasper-compiler woes


>
> --- Laconia Data Systems <[EMAIL PROTECTED]> wrote:
>
> > All-
> >
> > I cannot get jasper compiler to work from Ant
> > has this been fixed with any version of Tomcat 5 jasper-compiler.jar?
> > If so where is the patch?
>
> Here's how I have used Ant 1.6.x with the JDT compiler.
>
> ant -Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter -lib
> c:\eclipse\plugins\org.eclipse.jdt.core_3.0.0
> (Assuming that ANT_HOME\bin is in the path, and Eclipse is installed at
> c:\eclipse).
>
> I also tried the following:
> 1. Copy jdtCompilerAdapter.jar from
> c:\eclipse\plugins\org.eclipse.jdt.core_3.0.0 to C:\jdtcompiler
> 2. Copy jasper-compiler-jdt.jar from C:\jakarta-tomcat-5.5.4\common\lib to
> c:\jdtcompiler
> 3. Run "ant -Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter -lib
> c:\jdtcompiler "
>
> Remy's extended the Eclipse JDT Compiler for JSP page compilation. This is
the
> class org.apache.jasper.compiler.JDTCompiler. You might wish to try using
this
> class name as the argument to Ant's build.compiler directive.
>
> >
> > Thanks,
> > Martin-
> >
> -- Sriram
>
>
>
> __
> Do you Yahoo!?
> Check out the new Yahoo! Front Page.
> www.yahoo.com
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


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



Re: Jasper-compiler woes

2004-11-15 Thread Laconia Data Systems
I was using JspC from jasper-compiler.jar
I'll try again with JDT Compiler
Thanks,
Martin-
- Original Message - 
From: "Sriram N" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, November 14, 2004 11:19 PM
Subject: Re: Jasper-compiler woes


>
> --- Laconia Data Systems <[EMAIL PROTECTED]> wrote:
>
> > All-
> >
> > I cannot get jasper compiler to work from Ant
> > has this been fixed with any version of Tomcat 5 jasper-compiler.jar?
> > If so where is the patch?
>
> Here's how I have used Ant 1.6.x with the JDT compiler.
>
> ant -Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter -lib
> c:\eclipse\plugins\org.eclipse.jdt.core_3.0.0
> (Assuming that ANT_HOME\bin is in the path, and Eclipse is installed at
> c:\eclipse).
>
> I also tried the following:
> 1. Copy jdtCompilerAdapter.jar from
> c:\eclipse\plugins\org.eclipse.jdt.core_3.0.0 to C:\jdtcompiler
> 2. Copy jasper-compiler-jdt.jar from C:\jakarta-tomcat-5.5.4\common\lib to
> c:\jdtcompiler
> 3. Run "ant -Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter -lib
> c:\jdtcompiler "
>
> Remy's extended the Eclipse JDT Compiler for JSP page compilation. This is
the
> class org.apache.jasper.compiler.JDTCompiler. You might wish to try using
this
> class name as the argument to Ant's build.compiler directive.
>
> >
> > Thanks,
> > Martin-
> >
> -- Sriram
>
>
>
> __
> Do you Yahoo!?
> Check out the new Yahoo! Front Page.
> www.yahoo.com
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


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



Jasper-compiler woes

2004-11-14 Thread Laconia Data Systems
All-

I cannot get jasper compiler to work from Ant
has this been fixed with any version of Tomcat 5 jasper-compiler.jar?
If so where is the patch?

Thanks,
Martin-

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