[ http://issues.apache.org/jira/browse/GERONIMO-646?page=all ]
Jeff Genender reassigned GERONIMO-646:
--
Assign To: Alan Cabrera
> Servlet calling HttpServletRequest.isUserInRole(null) causes NPE using Jetty
> container
>
[
http://issues.apache.org/jira/browse/GERONIMO-646?page=comments#action_66426 ]
Jeff Genender commented on GERONIMO-646:
For the JAASJettyRealm, I altered your patches slightly. I changed the
isUserInRole to test if the user or role is null a
Hi Tom,
I investigated your patches...
For the JAASJettyRealm, I altered your patches slightly. I changed the
isUserInRole to test if the user or role is null and return false if so.
Tomcat handles it this way. Thanks for the heads up on this.
The empty String for a role should be caught
I submitted a patch for bug GERONIMO-646,
http://issues.apache.org/jira/browse/GERONIMO-646, to fix a problem if a
Jetty web app calls HttpServletRequest.isUserInRole with a null string.
If no one objects to my solution of having the method return false if
the role is null or an empty string, w
[
http://issues.apache.org/jira/browse/GERONIMO-654?page=comments#action_66418 ]
anita kulshreshtha commented on GERONIMO-654:
-
Once this error occurs, nothing can be deployed and the server must be
restarted! I had these commented out in
[ http://issues.apache.org/jira/browse/GERONIMO-654?page=all ]
Jeff Genender closed GERONIMO-654:
--
Resolution: Invalid
> Support for env-entry in web.xml for Tomcat
> ---
>
> Key: GERONIMO-654
>
Submit away! I can use the help.
Jeff
anita kulshreshtha wrote:
Jeff,
Yes it does. By default the Digester should be
turned off and a comment out line to turn it on. As an
application developer, I would like my tomcat output
to be free of gbeans. I also think we should have a
separate tom
Jeff,
Yes it does. By default the Digester should be
turned off and a comment out line to turn it on. As an
application developer, I would like my tomcat output
to be free of gbeans. I also think we should have a
separate tomcat-log4j.properties file just like
jetty, deployer and client. I wil
[
http://issues.apache.org/jira/browse/GERONIMO-654?page=comments#action_66412 ]
Jeff Genender commented on GERONIMO-654:
Ok...the web.xml contains the following:
CompressionFilterTestServlet
[
http://issues.apache.org/jira/browse/GERONIMO-654?page=comments#action_66411 ]
Jeff Genender commented on GERONIMO-654:
Ok...I didn't see the app from Tomcat...you posted while I did. I am
investigating...
> Support for env-entry in web.xml
[ http://issues.apache.org/jira/browse/GERONIMO-654?page=all ]
anita kulshreshtha updated GERONIMO-654:
Attachment: web.zip
This web.xml is from jsp-examples packaged with Tomcat. The app deploys
properly after commenting out the all the env-ent
[
http://issues.apache.org/jira/browse/GERONIMO-654?page=comments#action_66410 ]
Jeff Genender commented on GERONIMO-654:
Further review of this error is its not due to the env-entry, the servlet
mapping instead. Does the entry have /Compress
[
http://issues.apache.org/jira/browse/GERONIMO-654?page=comments#action_66407 ]
Jeff Genender commented on GERONIMO-654:
Can you please attach the web.xml that is causing this error? The setting may
not have a cr/lf in it, so this may be a va
[ http://issues.apache.org/jira/browse/GERONIMO-654?page=all ]
Jeff Genender reassigned GERONIMO-654:
--
Assign To: Jeff Genender
> Support for env-entry in web.xml for Tomcat
> ---
>
> Key: GERONIMO-65
Support for env-entry in web.xml for Tomcat
---
Key: GERONIMO-654
URL: http://issues.apache.org/jira/browse/GERONIMO-654
Project: Geronimo
Type: Bug
Components: Tomcat
Versions: 1.0-M4
Environment: All environments
What's the difference between buildall.sh and publish_build.sh?
>From talking to David J I thought buildall.sh was the better one to use.
Aaron
On Thu, 26 May 2005, Bruce Snyder wrote:
> On 5/26/05, Jeff Genender <[EMAIL PROTECTED]> wrote:
>
> > Great comments. We are trying to change
On May 26, 2005, at 9:26 PM, David Blevins wrote:
That would be great. But a lot of our components are inseparable
at the moment. Build-your-own-server is certainly a goal to shoot
for, but we'd need a lot of help getting there.
What kind of help?
S.
Aaron Mulder wrote:
We do have nightly releases that can be downloaded from the web
site. However, I agree that a M4 would be nice. I'd like to release
documentation targeting M4, and I'm not really keen on claiming it's valid
for "HEAD on 5/25"...
An alterate solution would be to only tag
On Thu, May 26, 2005 at 03:40:19PM -0400, toby cabot wrote:
> On Thu, May 26, 2005 at 12:36:53PM -0700, David Blevins wrote:
> > Any more volunteers? You don't have to be a committer.
>
> I'll give it a shot. The only j2ee thing that I know of that's broken
> with the current head code is servle
On Thu, May 26, 2005 at 01:32:18PM -0600, Bruce Snyder wrote:
>
> So far, I've been unable to get a nightly build running using the
> publish_build.sh script. There always seems to be some reason that it
> fails. Right now I'm battling an error reading the following file
> during the assemble goal
On Thu, May 26, 2005 at 12:36:53PM -0700, David Blevins wrote:
> Any more volunteers? You don't have to be a committer.
I'll give it a shot. The only j2ee thing that I know of that's broken
with the current head code is servlet load-on-startup (which probably
isn't a showstopper) but I can try t
On Wed, May 25, 2005 at 11:31:40PM -0700, David Blevins wrote:
> ...now that I have your attention :) More importantly, who is willing to
> volunteer to test and give a "works" or "doesn't work" report?
>
> Any volunteers? Consider this the signup sheet.
>
We have three so far. Gonna need a
On 5/26/05, Jeff Genender <[EMAIL PROTECTED]> wrote:
> Great comments. We are trying to change this perception and will
> shortly begin showing we have far from stalled.
>
> Lets get some more discussion about splitting up the components and get
> some more feedback in this area...
>
> I agree
That would be great. But a lot of our components are inseparable at the
moment. Build-your-own-server is certainly a goal to shoot for, but we'd need
a lot of help getting there.
-David
On Thu, May 26, 2005 at 02:53:16PM -0400, Dmitriy Kopylenko wrote:
> +1 ... with the separate standalone (r
Great comments. We are trying to change this perception and will
shortly begin showing we have far from stalled.
Lets get some more discussion about splitting up the components and get
some more feedback in this area...
I agree to have a full J2EE stack release *and* a stripped down
core-on
+1000. Sign me up.
David Blevins wrote:
...now that I have your attention :) More importantly, who is willing to volunteer to test and
give a "works" or "doesn't work" report?
Any volunteers? Consider this the signup sheet.
-David
--
Jeff Genender
http://geronimo.apache.org
+1 ... with the separate standalone (reusable) distribution units e.g.
geronimo-tx.jar, geronimo-jca.jar (the ones I'm interested in) ;-)
Regards,
Dmitriy.
Stefan Arentz wrote:
On May 26, 2005, at 5:39 AM, Jeff Genender wrote:
Hi Philippe,
We are currently working towards an official rel
On May 26, 2005, at 5:39 AM, Jeff Genender wrote:
Hi Philippe,
We are currently working towards an official release, so thanks for
inquiring. However, in the mean time, you are welcome to download
the source and build a latest version for youself. The source tree
will contain the close
On 5/26/05, David Blevins <[EMAIL PROTECTED]> wrote:
> ...now that I have your attention :) More importantly, who is willing to
> volunteer to test and give a "works" or "doesn't work" report?
>
> Any volunteers? Consider this the signup sheet.
Not only will I volunteer to test it, but I'll a
Well, neeedless to say, I volunteer.
Aaron
On Wed, 25 May 2005, David Blevins wrote:
> ...now that I have your attention :) More importantly, who is willing
> to volunteer to test and give a "works" or "doesn't work" report?
>
> Any volunteers? Consider this the signup sheet.
>
> -Dav
30 matches
Mail list logo
