headers
Eric Rizzo | 1 Sep 2005 16:56
Picon

[Off-topic] Re: Intellij IDEA

On 8/30/05, Patrick Lightbody <patrick <at> jivesoftware.com> wrote:
> JSP debugging will require that a plugin is created. Anyone up for it?

Just switch to Eclipse - it's already provided in their WTP extension.

<ducks to avoid IDE flames>
;-)

Eric

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Jetty-support mailing list
Jetty-support <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jetty-support
Permalink | Reply | 0 comments |
headers
Tony Thompson | 1 Sep 2005 23:24
Favicon

Filters in a WebApplicationContext

I have an HttpServer that I am adding a WebApplicationContext to
programmatically.  The WebApplicationContext has a WebApplicationHandler
and a couple custom handlers in it and that is all.  The context path
for the WebApplicationContext is "/" and there are virtual hosts set.  I
don't set a WAR path and I also call setDefaultsDescriptor( null ).  All
of the content is served by one of my custom handlers.

I am trying to add a filter to the WebApplicationContext but, the
filter is not executing.  I know the WebApplicationContext is working
correctly because my custom handlers are working.  I added the filter to
another WebApplicationContext (this one has a different virtual host
plus some servlets including the Jetty DefaultServlet) in the HttpServer
and the filter works fine there.  I am using Jetty 4.2.24.

Any idea what my issue might be?  Seems like a remember there is some
kind of disconnect between Jetty's HttpRequest and a servlet
HttpServletRequest.  Could that be related somehow and is that fixed in
Jetty 5?

Thanks.
Tony

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Jetty-support mailing list
Jetty-support <at> lists.sourceforge.net
(Continue reading)

Permalink | Reply | 1 comment |
headers
Greg Wilkins | 1 Sep 2005 23:42
Gravatar

Re: Filters in a WebApplicationContext


Tony,

Are you sure you have a valid mapping for the filter as well as the
filter itself?

Can you try turning on some debugs, or adding a few printlns
so we can see what filters and filter mappings the context knows.

this should not be a problem with the jetty/servlet request disconnect...
but if you are worried about that - then try Jetty 6  :-)

cheers

Tony Thompson wrote:
> I have an HttpServer that I am adding a WebApplicationContext to
> programmatically.  The WebApplicationContext has a WebApplicationHandler
> and a couple custom handlers in it and that is all.  The context path
> for the WebApplicationContext is "/" and there are virtual hosts set.  I
> don't set a WAR path and I also call setDefaultsDescriptor( null ).  All
> of the content is served by one of my custom handlers.
> 
> I am trying to add a filter to the WebApplicationContext but, the
> filter is not executing.  I know the WebApplicationContext is working
> correctly because my custom handlers are working.  I added the filter to
> another WebApplicationContext (this one has a different virtual host
> plus some servlets including the Jetty DefaultServlet) in the HttpServer
> and the filter works fine there.  I am using Jetty 4.2.24.
> 
> Any idea what my issue might be?  Seems like a remember there is some
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tony Thompson | 2 Sep 2005 04:02
Favicon

Re: Filters in a WebApplicationContext

Well, if I turn on debug, I see the debug from
WebApplicationHandler.start():

DEBUG  Path Filters:
[SessionIDFilter[com.stoneware.filter.SessionIDFilter,/*]]

But, I added a println to WebApplicationHandler.dispatch() and it is
never called.  WebApplicationHandler.dispatch() is called in the
WebApplicationContext where my filter is working correctly.

Tony

>>> gregw <at> mortbay.com 09/01/05 04:42PM >>>

Tony,

Are you sure you have a valid mapping for the filter as well as the
filter itself?

Can you try turning on some debugs, or adding a few printlns
so we can see what filters and filter mappings the context knows.

this should not be a problem with the jetty/servlet request
disconnect...
but if you are worried about that - then try Jetty 6  :-)

cheers

Tony Thompson wrote:
> I have an HttpServer that I am adding a WebApplicationContext to
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tony Seebregts | 2 Sep 2005 16:34

Re: Re: SSL Redirecting

Hi Greg,

Apologies for the delay in replying ... been busy.

re. SSL redirecting. Either I'm doing something less stupid (most 
likely) or the RC1 release has fixed it, but the problem seems to have 
gone away.

regards

Tony

Greg Wilkins wrote:

>Tony,
>
>I need more info.
>
>Jetty could be doing a 302 to move the request from /dirname to /dirname/
>or it could be a security data constraint thang?
>
>cheers
>
>
>Tony Seebregts wrote:
>  
>
>>Hi,
>>
>>If I connect to Jetty using SSL on port 8443 it generates a
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan Bartel | 3 Sep 2005 15:44

Re: MySQL Datasource

Tim,

I don't use Windows, so I can't be of too much help. However, sounds
like a configuration issue on the MYSQL driver. Here's a couple
of links that may be useful in configuring the pooling:

http://dev.mysql.com/doc/connector/j/en/cj-configuration-properties.html

http://www.russellbeattie.com/notebook/1006529.html

cheers
Jan

Tim Courtney wrote:
> Hi all
> 
> I've built a small web application that uses MySQL 4.1 as its database.
> 
> I tried to follow the tutorial from here
> http://jetty.mortbay.org/jetty/plus/datasources.html and have managed to
> get everything up and running ok under normal conditions.
> 
> But I need some help. I'm confused about which scenario listed on the
> tutorial will solve my problem.
> 
> If I use #1 then connections are opened & closed fine but under heavy
> load with hundreds of db connections occurring I get a
> "java.net.SocketException: java.net.BindException: Address already in
> use: connect" error (maybe  winXP just can't free up the MySQL port
> quick enough?) Connections start working again after a short pause in
(Continue reading)

Permalink | Reply | 9 comments |
headers
Steve Sobol | 4 Sep 2005 01:06

spam

Customer Support wrote:
> <http://www.paypal.com/cgi-bin/webscr?cmd=_home> 
> 
> 
> Dear PayPal Member,

Can we do something about these?

--

-- 
Steve Sobol, Professional Geek   888-480-4638   PGP: 0xE3AE35ED
Company website: http://JustThe.net/
Personal blog, resume, portfolio: http://SteveSobol.com/
E: sjsobol <at> JustThe.net Snail: 22674 Motnocab Road, Apple Valley, CA 92307

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Jetty-support mailing list
Jetty-support <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jetty-support
Permalink | Reply | 0 comments |
headers
Greg Wilkins | 4 Sep 2005 11:08
Gravatar

Re: spam


Steve Sobol wrote:
> Customer Support wrote:
>> <http://www.paypal.com/cgi-bin/webscr?cmd=_home>
>> Dear PayPal Member,
> 
> Can we do something about these?

Not really - the spam filter is done by sf and we are not in control of that.

We could make the jetty-discuss list only for subscribers, so that would become
a SPAM free zone (zombies allowing) and only the jetty-support list would suffer.

thoughts?

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Permalink | Reply | 0 comments |
headers
Steve Sobol | 5 Sep 2005 03:37

Re: Re: spam

Greg Wilkins wrote:

>>Can we do something about these?
> 
> Not really - the spam filter is done by sf and we are not in control of that.

That's a marginally better answer than what I hear on some other lists - "We 
have to let the spam through, because if we close off the mailing lists to 
non-subscribers, it'll make it harder for people to reach the list."

Personally, I think the day that we can safely leave public mailing lists 
open to non-subscribers is long gone.

That having been said, I'm happy to offer lists.JustThe.net for use for any 
and all Jetty:// mailing lists. But...

> We could make the jetty-discuss list only for subscribers, so that would become
> a SPAM free zone (zombies allowing) and only the jetty-support list would suffer.

...if you intentionally have the lists open for posting by non-subscribers, 
moving to my server won't help.

> thoughts?

At the risk of repeating myself: I think the day that we can safely leave 
public mailing lists open to non-subscribers is long gone.

Isn't it possible to close off the mailing lists to non-subscribers but 
still allow people to post through the SourceForge website? That's a bit 
more work and much less likely to be exploited by spammers, IMHO.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg Wilkins | 5 Sep 2005 13:12
Gravatar

test

sorry a test post via gmane

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Jetty-support mailing list
Jetty-support <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jetty-support
Permalink | Reply | 0 comments |

Gmane