Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Dominik Drzewiecki wrote:
>> I have a conceptual question wrt the Single Sign On behaviour.
>>
>> Let's assume there are two applications /app1 and /app2, and there is
>> a SSO
>> setup on them both. N
I have a conceptual question wrt the Single Sign On behaviour.
Let's assume there are two applications /app1 and /app2, and there is a SSO
setup on them both. Now, user logs into the /app1 (which requires
authentication) and /app2 (which uses SSO Cookie, no authentication then),
and later on ma
I have a conceptual question wrt the Single Sign On behaviour.
Let's assume there are two applications /app1 and /app2, and there is a SSO
setup on them both. Now, user logs into the /app1 (which requires
authentication) and /app2 (which uses SSO Cookie, no authentication then),
and later on ma
Remy Maucherat wrote:
> Thanks for reading the code, we need to catch regressions and problems
> more efficiently (we managed to caused major regressions in BOTH
> database realms in 5.5.7, which is completely unacceptable).
As I was involved in some major changes to DataSourceRealm, I have to
Dominik Drzewiecki wrote:
The list of fixes gets longer, and there were actually two regressions
in 5.5.7:
- JSP precompilation with taglibs in some cases
- DataSource realm connection leaking; the fix needs testing
I did some testing in a webapp I currently develop. And the fixed
Remy Maucherat <[EMAIL PROTECTED]> erote:
> Hi Yoav,
>
> What do you think about the idea of doing a 5.5.8 ?
Good idea.
>
> The list of fixes gets longer, and there were actually two regressions
> in 5.5.7:
> - JSP precompilation with taglibs in some cases
> - DataSource realm connection leakin
As I mentioned during 1.2.8 development phase, building jk for win32 is a
bit more troublesome than on linux - it requires a non-free M$ VC.
Is anybody going to provide windoze binaries, please?
regz,
/dd
-
To unsubscribe, e-m
Remy Maucherat <[EMAIL PROTECTED]> wrote:
>> I updated the dependencies to current builds.
FYI. mx4j-2.1.0 seems to bee unpacked to wrong directory (one mx4j-2.1.0
too far), so that the next build pass doesn't find libraries and downloads
mx4j-2.1.0 again.
/dd
--
I recently noticed boolean lazy field in StandardContext. It is marked as
experimental and seems to do nothing.
Is anyone willing to implement Context lazy loading?
If not, why has it been abandoned?
cheers,
/dd
-
To unsubscri
Remy Maucherat wrote:
(and stop posting your messages multiple times)
It must have been my webmail agent or mail server or both. Sorry.
/dd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECT
[EMAIL PROTECTED] wrote:
> remm2004/12/17 06:55:30
>
> Modified:jasper2/src/share/org/apache/jasper/servlet
> JasperLoader.java
> Log:
> - Override getResourceAsStream to prevent locking.
> - Based on a patch submitted
Remy Maucherat <[EMAIL PROTECTED]> wrote:
>
> There are other solutions:
> - modify findType to use getResource instead of getResourceAsStream
> - have JasperLoader.getResourceAsSteam (and possibly getResource as
> well) do nothing and delegate to parent.getResourceAsStream (and
> getResource)
>
Remy Maucherat <[EMAIL PROTECTED]> wrote:
>
> It's a hack though. JasperLoader shouldn't have the JARs in its
> repositories, so it is supposed to delegate.
It *does* delegate to its parent classloader (which is WebappClassLoader)
The only difference is that my solution sets useCaches to false o
I think I finally found it. And fixed it.
JDTCompiler uses JasperLoader.getResourceAsStream() which is *not*
overriden in JasperLoader and uses getResourceAsStream() derived from
java.net.URLClassLoader (in fact from java.lang.ClassLoader).
j.l.ClassLoader's getResourceAsStream() implementation
See, I told you that there was a bug, that prevented antiResourceLocking
from working :P
On Windows, Tomcat 5.5.6 Installer leaves service's Working Path blank on
both startup and shutdown tabs.
Filling it with apropriate value solves the problem for 5.5.6.
Now, there is still this antiJARLockin
Since I believe that there *still* is some major flaw in the jsp compiler I
prepared a sample application.
The application consists of two jsp pages: the one that is using taglibs
(namely jstl) and the one that is not.
Context.xml is crafted so that it should prevent so called JAR
locking/resour
> The Apache Jakarta Tomcat team is proud to announce the immediate
> availability of Jakarta Tomcat Connectors 1.2.7-beta-2.
> The release contains a fixes to few compilation problems detected
> with JK-1.2.7-beta version. This release also introduces a new
> domain concept clustering support. Se
>
> Hi,
> As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I
> apparently broke the admin webapp when I made it compile with Struts 1..2
>
> for Tomcat 5.0.30. I've looked at it for a bit, and I can't quite
> figure out why it's broken or how to fix it quickly, probably because
rather than
blaming OS, or tell me that the nature of this problem is a well-known and
WONTFIX.
Cheers,
Dominik Drzewiecki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I couldn't get the attach to process thing to work, though (= without a
port). Is it supposed to be doable ?
Neither have I (I am talking of tomcat running as Windows service). It
seems that both processes : tomcat JVM and jconsole JVM have to be owned
by the same user. Maybe that is the case w
>> Hi,
>>
>> Not sure what's the new policy for loading the Jmx RMI connector.
>> jk2.properties was a hack - and now that it is removed, I was
>> wandering if
>> we have any "official" mechanism.
>>
>
> At the moment, jk2.properties is still used (we're just not shipping the
>
> default on
In the latest TC 5.5.1 there are several jars in common/i18n
containing i18ned strings. Shoudn't these jars be added to o.a.c.
startup.catalina.properties so that the common.loader contains these
files? Not reporting this as a bug, since I'm not sure if it is one
;).
/regz
Dominik
>With the death of the windows installer, (thanks for making my life more difficult
>nitwit board), how do we install tomcat as a service. I didn't see a .reg file
>include in the distro. Will there be one?
>
>Should we just use this tool:
>http://web.bvu.edu/staff/david/index.jsp\?section=s
>I'd like to see Guenter Knauf promoted to commiter since he
>provided us may fine patches on jk2 and help make this release
>happen.
>
>We need more and more people involved in the native side of
>jakarta-tomcat-connectors and Guenter show us these lasts week
>that he's a good candidate.
>
>Hi all,
>I'm sure that a lot of folks want to see a new release of mod_jk2;
>and looking at:
>http://www.apache.de/dist/jakarta/tomcat-connectors/jk2/source/
>it seems that the last version 2.0.2 was released 14 (!!) months ago
>
>comments?
We sure DO WANT a new release.
regz,
Dominik
>I'm trying to check if the -server option of the VM would improve performance.
>However, I'm running into weird problems.
>
>My platform is Windows 2000, J2SDK 1.4.2_02, Tomcat 5.0.16.
>
>Java was installed with the default options (it installed the JRE automatically).
>Tomcat was installed with t
>Dominik:
>If you have experienced problems with non 8.3 filename/folder name situation
>in windows I would substitute in the Windows system assigned 8.3 name e.g.
>C:\PROGRA~1 instead of C:\Program Files
I haven't had any problems related to non 8.3 filenames with Tomcat.
What I wanted to point o
en does, AFAIK).
With all the best wishes for the forthcoming New Year,
May it be fruitful and peacefull for all of you and your families,
Dominik Drzewiecki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>There's a new Xerce 2.6 release, but I still plan to include 2.5 in
>tomorrow's tag (which works). 2.6 *apparently* works (without any
>noticeable improvements either), but I fear possible schema related
>regressions. So not upgrading for this tag is intentional, and I'll
>update build.propert
Howdy,
For those interested in integrating tomcat5 and apache2, I managed to get the
beasts working together in inprocess mode (tomcat's jvm started within the
apache). It is slightly different compared to tomcat 4.x case. I noticed that one
has to put additional jars on the classpath to prevent C
30 matches
Mail list logo
