Re: [VFS] Bookmark Support in VFS

Hi Mark! Windows creates small text files (.URL) files that look something like this: [InternetShortcut] URL:http://www.news.com I guess you mean that we could treat them as links, do you? If so, then no, there are no plans yet to support this stuff. Not sure how easy/hard it would be to

Re: [betwixt] Nested Mixed Content Lists

As usual, a new day, a new Mt. Dew, and a re-read of the documentation fixed my problem. What I actually needed was a betwixt-config file as described in the derived beans mixed collection example. Matt On 5/22/07, Matt Kendall [EMAIL PROTECTED] wrote: OK, so I have a really stupid question,

Reusing connection pool

Hi Group, I am using DBCP provided connection pool in my web applications. For each re-deployment of my web application, connection pools are not reused so connections are just increased. This forces me to restart my live application in every month. Is there any way, I can reuse connections

Re: Reusing connection pool

can't you create a utility servlet that you can call pre-redeployment that closes all of your connections first? Conrad [EMAIL PROTECTED] 23/05/07 16:32:06 Hi Group, I am using DBCP provided connection pool in my web applications. For each re-deployment of my web application, connection pools

Re: Reusing connection pool

Do you mean to use any listener to servlet or could you please elaborate bit more ? I am using struts ActionServlet and I too tried to implement destroy method of RequestProcessor and close all connections on every redeployment. However it is somehow not working and may be I am doing something

Re: Reusing connection pool

I haven't used the DBCP I must admit and was suggesting something not actually tied to the re-deployment process specifically but something that stands by itself as a separate part to your application e.g. servlet or jsp that you has some method of closing all pooled connections. if you are using

Re: Reusing connection pool

Thanks a lot for your suggestion. There are simple way to achieve the same result as your have suggested e.g. may be implementing preProcess/init/destroy method of struts RequestProcessor. However as I have mentioned earlier it is some how *NOT WORKING*. May be there are some advanced

[jxpath] namespace registration not remembered for JXPathContext.getRelativeContext

Hi. JXPath is pretty darned cool by the way; thanks to all those who worked on it. Any way, I am examining an XML document that uses several namespaces. There are a few string values I want to fetch out of it that are common siblings at the same point in the document. I could use the same

[Configuration] Sample usage of config change events

I would like to see a simple example of PropertiesConfiguration driven by configuration change events emitted when the underlying file is changed. Could you pl point me to a simple illustration? Thanks, /U - To unsubscribe,

Re: [Configuration] Sample usage of config change events

[EMAIL PROTECTED] wrote: I would like to see a simple example of PropertiesConfiguration driven by configuration change events emitted when the underlying file is changed. Could you pl point me to a simple illustration? Thanks, /U I am not sure whether I understand you correctly. What

Re: [Configuration] Sample usage of config change events

Yes this is what I need - with the caveat that when the config is reloaded, the in-memory FileConfiguration may itself be dirty - meaning that the reload should merge the changes to the file with the changes in the in-memory FileConfiguration. Does it work this way? Thanks, /U

Re: JXPath API

At first glance it appears this, or something similar, should be sufficient for what you want to do. Please assemble some sample code and explain where it is failing. Thanks, Matt --- Yuri Ushakov [EMAIL PROTECTED] wrote: Hello. I can't find a way, yet I think it should be possible to do

Re: [jxpath] namespace registration not remembered for JXPathContext.getRelativeContext

I assume you're using JXPath 1.2 . This feature was implemented shortly after its release, so you can use it in the forthcoming 1.3 version. HTH, Matt --- David Smiley [EMAIL PROTECTED] wrote: Hi. JXPath is pretty darned cool by the way; thanks to all those who worked on it. Any way, I