Bugs item #607213, was opened at 2002-09-10 09:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=607213group_id=22866
Category: JBossCMP
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: vishal (attachvishal)
Assigned to:
At 18:49 06/09/2002 +0200, you wrote:
One of the most requested features is now in head (along with some
bugfixes and some nice deployment structure changes that remove the
dependency of
AxisService to the WebContainer).
Axis will go 1.0 in a week or so which should be trivial to incorporate
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser webAppParser) throws Exception
{
Bugs item #604085, was opened at 2002-09-03 10:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=604085group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
At 14:18 10/09/2002 +0200, you wrote:
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser
Patches item #607333, was opened at 2002-09-10 09:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=607333group_id=22866
Category: JBossMX
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Munz (mattmunz)
Assigned to:
Title: Nachricht
Hi Dr. Jung,
Sorry to take so long to reply. I've been hoping for some time to review
a previous project where we did encounter serious performance problems. Alas,
that hasn't happened so I'll do the best I can from memory.
See my comments inline.
Jung , Dr. Christoph wrote:
At 14:18 10/09/2002 +0200, you wrote:
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser
It would be easy enough to make it simply log an error
instead of throwing an exception.
--
[EMAIL PROTECTED]
http://tapestry.sf.net
Phil Surette wrote:
(snip)
wouldn't care)? It's a nice feature to be able to be able to
automatically detect cruft when you're in cleanup mode, but when
This is most likely the same as the spaces within paths issue.
Because the war is packed, it is unpacked to a temporary dir, which has
spaces in it.
Greg is looking at it.
Jules
[EMAIL PROTECTED] wrote:
Bugs item #604085, was opened at 2002-09-03 10:34
You can respond by visiting:
Number of tests run: 933
Successful tests: 924
Errors:3
Failures: 6
[time of test: 10 September 2002 13:8 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer,
Using the LdapLoginModule, supplying an empty password for a user causes
an anonymous bind to happen. This is documented in the JNDI
documentation here
http://java.sun.com/products/jndi/tutorial/ldap/faq/context.html.
Read the section [ Why does the LDAP provider ignore my security
environment
I replaced many of the repetitive elements in the build.xml files with
parameter entities, including the definition of xdoclet tasks. As far as I
can tell this hasn't affected anything according to the testsuite.
However, one effect is that xdoclet is now always the global xdoclet in
I don't see the problem. If your ldap server allows an anonymous bind and empty
password is a valid input. If it does not then authentication will fail.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From:
Number of tests run: 895
Successful tests: 872
Errors:19
Failures: 4
[time of test: 11 September 2002 2:31 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun
The problem lies in the fact that even if the ldap server allows an anonomous bind,
what the
LdapLoginModule is suppose to be doing is checking the username and password of the
caller.
The module is creating a Context.SECURITY_PRINCIPAL and SECURITY_CREDENTIALS to use
in the context env
I was looking into pooling Invocation objects so I thought I'd test to see
if it is actually better. With this test case, its about 4% faster to pool
on JDK 1.3.1 Win2k.
With JDK 1.4.0 on Win2k, Non-pooling is actually 7% faster!
import java.util.*;
public class testpool
{
HashMap
Pooling is mostly useful if the object holds an expensive resource such as
a database connection. For just plain data I think the synchronization
costs of pooling things tend to outweigh the construction costs of making
new ones pretty quickly. Ole recently removed the (pooled) TxCapsule in
18 matches
Mail list logo