It doesn't matter what package jasper puts compiled runtime servlets in, it is
all internal to jasper.
Regards,
Glenn
> -Original Message-
> From: Glenn Nielsen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 06, 2001 9:48 PM
> To: [EMAIL PROTECTED]
> Subjec
, the code that is developed and
tested can be identical to the code that is shipped to QA and to production.
-Original Message-
From: Glenn Nielsen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 9:48 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat-4.0/jasper
> > > The new jasper makes it very easy to find and view
> > > the java source for
> > > a translated jsp page, it is located in
> > > work/somehost/someapp/some/context/path/MyJSP.java.
> > >
> >
> > Does it not seem logical to assign a package to the
> > MyJSP class based on all or part of the
Mel Martinez wrote:
>
> --- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
>
> > There is no need for all this complexity to generate
> > a package name
> > in the new Jasper.
>
> Hmmm... compared to the gobbledy-gook that was being
> done before, I'd hardly call what I did complex.
> Aside from opti
--- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> There is no need for all this complexity to generate
> a package name
> in the new Jasper.
Hmmm... compared to the gobbledy-gook that was being
done before, I'd hardly call what I did complex.
Aside from options, all it does is very simply asign
t
Mel Martinez wrote:
>
> The package naming solution I've opt'ed for in my own
> enhancement to Jasper (which I'll gladly share) is to
> derive package names that are related to the location
> of the jsp relative to the server context. This is
> simple, flexible and should avoid collisions.
>
T
The package naming solution I've opt'ed for in my own
enhancement to Jasper (which I'll gladly share) is to
derive package names that are related to the location
of the jsp relative to the server context. This is
simple, flexible and should avoid collisions.
Some implementation details are:
Con
"Craig R. McClanahan" wrote:
>
> Glenn Nielsen wrote:
>
> > "Craig R. McClanahan" wrote:
> > >
> > > [EMAIL PROTECTED] wrote:
> > >
> > > > When Jasper is run in a servlet
> > > > container it no longer puts the class files in a package, they are now
> > > > in the default package.
> > > >
>
Glenn Nielsen wrote:
> "Craig R. McClanahan" wrote:
> >
> > [EMAIL PROTECTED] wrote:
> >
> > > When Jasper is run in a servlet
> > > container it no longer puts the class files in a package, they are now
> > > in the default package.
> > >
> >
> > As was discussed earlier on TOMCAT-DEV, thi
Glenn Nielsen wrote:
>
> "Craig R. McClanahan" wrote:
> >
> > [EMAIL PROTECTED] wrote:
> >
> > > When Jasper is run in a servlet
> > > container it no longer puts the class files in a package, they are now
> > > in the default package.
> > >
> >
> > As was discussed earlier on TOMCAT-DEV, t
"Craig R. McClanahan" wrote:
>
> [EMAIL PROTECTED] wrote:
>
> > When Jasper is run in a servlet
> > container it no longer puts the class files in a package, they are now
> > in the default package.
> >
>
> As was discussed earlier on TOMCAT-DEV, this is going to cause
> portability problem
[EMAIL PROTECTED] wrote:
> When Jasper is run in a servlet
> container it no longer puts the class files in a package, they are now
> in the default package.
>
As was discussed earlier on TOMCAT-DEV, this is going to cause
portability problems for people who use beans that are not in package
12 matches
Mail list logo