about authentication
Hi!
Can someone explain how tomcat handles authentication.
My problem is, that i must access secure EJB's from my web application,
and everything work fine, if i use tomcat's basic or form
authentication, but the problem is that i cannot show login page (basic
or form), and i will use static principal credential.
(username/password).
I have make security filter, which login to loginmodule
(org.jboss.security.ClientLoginModule) in filter, and login seems to
success.
i put subject to session, and i use it in my code:
Subject s = (Subject)
getHttpServletRequest().getSession().getAttribute(subject);
System.out.println(Delegate.test() subject: + s);
s.doAs(null, new PrivilegedAction() {
public Object run() {
try {
DocumentControllerHomeLocal home =
((DocumentControllerHomeLocal)getRunData().getBean(documentControllerHomeLocal));
DocumentControllerLocal local = home.create();
getEjbLocalObject(local);
setEjbLocalObject(((DocumentControllerHomeLocal)
getBean(testLocalHome)).create());
}
catch(Throwable t) {
t.printStackTrace();
}
return null;
}
});
That system.out show's me that correct principal / credential is
associated with subject, so login in success when i get home object. (by
springframework JndiAccess) but it just wont work!
authentication data is not marshalled with (home.create()) RMI call, no
matter what i try.
I have tried to search what tomcat do in different way in basic
authentication, but i am very busy, and i have no time to read all
authentication code.. so i will be very happy every help.
btw. i use jboss..
Thnx already, Artsi
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis Makefile.vc
mturk 2004/12/27 00:46:58
Modified:jk/native/apache-1.3 Makefile.vc
jk/native/apache-2.0 Makefile.vc
jk/native/iis Makefile.vc
Log:
Export WIN32 Makefiles using current .dsp files. This should be indise 1.2.8.
Revision ChangesPath
1.2 +14 -12
jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.vc
Index: Makefile.vc
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.vc,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Makefile.vc 21 Dec 2004 15:50:27 - 1.1
+++ Makefile.vc 27 Dec 2004 08:46:57 - 1.2
@@ -33,7 +33,7 @@
OutDir=.\Release
# End Custom Macros
-ALL : $(OUTDIR)\mod_jk.dll
+ALL : $(OUTDIR)\mod_jk.so
CLEAN :
@@ -56,10 +56,12 @@
[EMAIL PROTECTED] $(INTDIR)\jk_util.obj
[EMAIL PROTECTED] $(INTDIR)\jk_worker.obj
[EMAIL PROTECTED] $(INTDIR)\mod_jk.obj
- [EMAIL PROTECTED] $(INTDIR)\vc60.idb
- [EMAIL PROTECTED] $(OUTDIR)\mod_jk.dll
+ [EMAIL PROTECTED] $(INTDIR)\mod_jk_src.idb
+ [EMAIL PROTECTED] $(INTDIR)\mod_jk_src.pdb
[EMAIL PROTECTED] $(OUTDIR)\mod_jk.exp
[EMAIL PROTECTED] $(OUTDIR)\mod_jk.lib
+ [EMAIL PROTECTED] $(OUTDIR)\mod_jk.pdb
+ [EMAIL PROTECTED] $(OUTDIR)\mod_jk.so
$(OUTDIR) :
if not exist $(OUTDIR)/$(NULL) mkdir $(OUTDIR)
@@ -69,34 +71,34 @@
BSC32_SBRS= \
LINK32=link.exe
-LINK32_FLAGS=ApacheCore.lib wsock32.lib kernel32.lib user32.lib gdi32.lib
winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
uuid.lib odbc32.lib odbccp32.lib /nologo /dll /incremental:no
/pdb:$(OUTDIR)\mod_jk.pdb /machine:I386 /out:$(OUTDIR)\mod_jk.dll
/implib:$(OUTDIR)\mod_jk.lib /libpath:$(APACHE1_HOME)\lib
/libpath:$(APACHE1_HOME)\libexec
+LINK32_FLAGS=ApacheCore.lib wsock32.lib kernel32.lib user32.lib gdi32.lib
winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
uuid.lib odbc32.lib odbccp32.lib /nologo /base:0x6A6B /subsystem:windows
/dll /incremental:no /pdb:$(OUTDIR)\mod_jk.pdb /debug /machine:I386
/out:$(OUTDIR)\mod_jk.so /implib:$(OUTDIR)\mod_jk.lib
/libpath:$(APACHE1_HOME)\lib /libpath:$(APACHE1_HOME)\libexec /opt:ref
LINK32_OBJS= \
$(INTDIR)\jk_ajp12_worker.obj \
$(INTDIR)\jk_ajp13.obj \
$(INTDIR)\jk_ajp13_worker.obj \
+ $(INTDIR)\jk_ajp14.obj \
+ $(INTDIR)\jk_ajp14_worker.obj \
+ $(INTDIR)\jk_ajp_common.obj \
$(INTDIR)\jk_connect.obj \
+ $(INTDIR)\jk_context.obj \
$(INTDIR)\jk_jni_worker.obj \
$(INTDIR)\jk_lb_worker.obj \
$(INTDIR)\jk_map.obj \
+ $(INTDIR)\jk_md5.obj \
$(INTDIR)\jk_msg_buff.obj \
$(INTDIR)\jk_pool.obj \
$(INTDIR)\jk_sockbuf.obj \
$(INTDIR)\jk_uri_worker_map.obj \
$(INTDIR)\jk_util.obj \
$(INTDIR)\jk_worker.obj \
- $(INTDIR)\mod_jk.obj \
- $(INTDIR)\jk_ajp14.obj \
- $(INTDIR)\jk_ajp14_worker.obj \
- $(INTDIR)\jk_md5.obj \
- $(INTDIR)\jk_context.obj \
- $(INTDIR)\jk_ajp_common.obj
+ $(INTDIR)\mod_jk.obj
-$(OUTDIR)\mod_jk.dll : $(OUTDIR) $(DEF_FILE) $(LINK32_OBJS)
+$(OUTDIR)\mod_jk.so : $(OUTDIR) $(DEF_FILE) $(LINK32_OBJS)
$(LINK32) @
$(LINK32_FLAGS) $(LINK32_OBJS)
-CPP_PROJ=/nologo /MT /W3 /GX /O2 /I ..\common /I $(APACHE1_HOME)\include
/I $(JAVA_HOME)\include /I $(JAVA_HOME)\include\win32 /D WIN32 /D
NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D MOD_JK_EXPORTS
/Fp$(INTDIR)\mod_jk.pch /YX /Fo$(INTDIR)\\ /Fd$(INTDIR)\\ /FD /c
+CPP_PROJ=/nologo /MD /W3 /Zi /O2 /I ..\common /I $(APACHE1_HOME)\include
/I $(JAVA_HOME)\include /I $(JAVA_HOME)\include\win32 /D WIN32 /D
NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D MOD_JK_EXPORTS
/Fo$(INTDIR)\\ /Fd$(INTDIR)\mod_jk_src /FD /c
.c{$(INTDIR)}.obj::
$(CPP) @
1.2 +8 -6
jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.vc
Index: Makefile.vc
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.vc,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Makefile.vc 21 Dec 2004 15:50:28 - 1.1
+++ Makefile.vc 27 Dec 2004 08:46:58 - 1.2
@@ -33,7 +33,7 @@
OutDir=.\Release
# End Custom Macros
-ALL : $(OUTDIR)\mod_jk.dll
+ALL : $(OUTDIR)\mod_jk.so
CLEAN :
@@ -55,11 +55,13 @@
[EMAIL PROTECTED] $(INTDIR)\jk_uri_worker_map.obj
[EMAIL PROTECTED] $(INTDIR)\jk_util.obj
[EMAIL PROTECTED] $(INTDIR)\jk_worker.obj
- [EMAIL PROTECTED] $(INTDIR)\mod_jk.idb
[EMAIL PROTECTED] $(INTDIR)\mod_jk.obj
- [EMAIL PROTECTED] $(OUTDIR)\mod_jk.dll
+ [EMAIL PROTECTED]
DO NOT REPLY [Bug 32806] - Ability to force case-insensitive URL behavior
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32806 --- Additional Comments From [EMAIL PROTECTED] 2004-12-27 09:59 --- As I said, I'll vote -1 to your proposed changes, so I recommend you do not waste your time, and contribute more useful code (if you really intend to contribute something). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: about authentication
Solution was to fix configuration name.. my stubid mistake..
Happy christmas and new year, Tomcat is best servlet container, keep up
good work team!
Artsi
On Mon, 2004-12-27 at 10:48, Arto Pastinen wrote:
Hi!
Can someone explain how tomcat handles authentication.
My problem is, that i must access secure EJB's from my web application,
and everything work fine, if i use tomcat's basic or form
authentication, but the problem is that i cannot show login page (basic
or form), and i will use static principal credential.
(username/password).
I have make security filter, which login to loginmodule
(org.jboss.security.ClientLoginModule) in filter, and login seems to
success.
i put subject to session, and i use it in my code:
Subject s = (Subject)
getHttpServletRequest().getSession().getAttribute(subject);
System.out.println(Delegate.test() subject: + s);
s.doAs(null, new PrivilegedAction() {
public Object run() {
try {
DocumentControllerHomeLocal home =
((DocumentControllerHomeLocal)getRunData().getBean(documentControllerHomeLocal));
DocumentControllerLocal local = home.create();
getEjbLocalObject(local);
setEjbLocalObject(((DocumentControllerHomeLocal)
getBean(testLocalHome)).create());
}
catch(Throwable t) {
t.printStackTrace();
}
return null;
}
});
That system.out show's me that correct principal / credential is
associated with subject, so login in success when i get home object. (by
springframework JndiAccess) but it just wont work!
authentication data is not marshalled with (home.create()) RMI call, no
matter what i try.
I have tried to search what tomcat do in different way in basic
authentication, but i am very busy, and i have no time to read all
authentication code.. so i will be very happy every help.
btw. i use jboss..
Thnx already, Artsi
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-27122004/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-27122004/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-27122004/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-27122004/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-27122004/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 3627122004, brutus:brutus-public:3627122004 Gump E-mail Identifier (unique within run) #16. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/util SmartQueue.java
pero2004/12/27 01:30:39 Modified:modules/cluster build.xml to-do.txt modules/cluster/src/share/org/apache/catalina/cluster ClusterSender.java LocalStrings.properties modules/cluster/src/share/org/apache/catalina/cluster/session JvmRouteSessionIDBinderLifecycleListener.java mbeans-descriptors.xml modules/cluster/src/share/org/apache/catalina/cluster/tcp AsyncSocketSender.java PooledSocketSender.java ReplicationListener.java ReplicationTransmitter.java SimpleTcpCluster.java SocketSender.java modules/cluster/src/share/org/apache/catalina/cluster/util SmartQueue.java Added: modules/cluster/src/share/org/apache/catalina/cluster/tcp mbeans-descriptors.xml Log: JMX support to SimpleTcpCluster, ReplicationTransmitter and all senders Revision ChangesPath 1.11 +2 -0 jakarta-tomcat-catalina/modules/cluster/build.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/build.xml.diff?r1=1.10r2=1.11 1.8 +3 -0 jakarta-tomcat-catalina/modules/cluster/to-do.txt http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/to-do.txt.diff?r1=1.7r2=1.8 1.3 +7 -0 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/ClusterSender.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/ClusterSender.java.diff?r1=1.2r2=1.3 1.2 +1 -1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/LocalStrings.properties http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/LocalStrings.properties.diff?r1=1.1r2=1.2 1.2 +47 -17 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/JvmRouteSessionIDBinderLifecycleListener.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/JvmRouteSessionIDBinderLifecycleListener.java.diff?r1=1.1r2=1.2 1.2 +2 -2 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/mbeans-descriptors.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/mbeans-descriptors.xml.diff?r1=1.1r2=1.2 1.9 +106 -53 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/AsyncSocketSender.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/AsyncSocketSender.java.diff?r1=1.8r2=1.9 1.8 +50 -6 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/PooledSocketSender.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/PooledSocketSender.java.diff?r1=1.7r2=1.8 1.18 +2 -1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java.diff?r1=1.17r2=1.18 1.20 +223 -90 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationTransmitter.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationTransmitter.java.diff?r1=1.19r2=1.20 1.57 +425 -281 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java.diff?r1=1.56r2=1.57 1.14 +69 -13 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketSender.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketSender.java.diff?r1=1.13r2=1.14 1.1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml?rev=1.1 1.7 +90 -62 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/util/SmartQueue.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/util/SmartQueue.java.diff?r1=1.6r2=1.7
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
pero2004/12/27 01:31:12 Modified:webapps/docs changelog.xml Log: JMX support to SimpleTcpCluster, ReplicationTransmitter and all senders Revision ChangesPath 1.210 +11 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.209 retrieving revision 1.210 diff -u -r1.209 -r1.210 --- changelog.xml 23 Dec 2004 23:58:07 - 1.209 +++ changelog.xml 27 Dec 2004 09:31:11 - 1.210 @@ -62,6 +62,17 @@ /changelog /subsection + subsection name=Cluster +changelog +fix + correct JvmRouteSessionIDBinderListener MBean name to lt;domaingt;:type=Listener,name=JvmRouteSessionIDBinderListener,host=lt;hostgt; (pero) + /fix +add + JMX support to SimpleTcpCluster, ReplicationTransmitter and all senders (pero) +/add +/changelog + /subsection + subsection name=Webapps changelog fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardEngine.java StandardHost.java StandardService.java
pero2004/12/27 01:43:14
Modified:catalina/src/share/org/apache/catalina/core
StandardEngine.java StandardHost.java
StandardService.java
Log:
Add some log.isXXXEnabled
Revision ChangesPath
1.28 +5 -3
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardEngine.java
Index: StandardEngine.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardEngine.java,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- StandardEngine.java 23 Dec 2004 06:11:51 - 1.27
+++ StandardEngine.java 27 Dec 2004 09:43:14 - 1.28
@@ -299,7 +299,8 @@
if (domain==null) {
domain=getName();
}
-log.debug( Register + domain );
+if(log.isDebugEnabled())
+log.debug( Register + domain );
oname=new ObjectName(domain + :type=Engine);
controller=oname;
Registry.getRegistry(null, null)
@@ -424,7 +425,8 @@
// Log our server identification information
//System.out.println(ServerInfo.getServerInfo());
-log.info( Starting Servlet Engine: + ServerInfo.getServerInfo());
+if(log.isInfoEnabled())
+log.info( Starting Servlet Engine: +
ServerInfo.getServerInfo());
if( mbeans != null ) {
try {
Registry.getRegistry(null, null)
1.37 +13 -11
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java
Index: StandardHost.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java,v
retrieving revision 1.36
retrieving revision 1.37
diff -u -r1.36 -r1.37
--- StandardHost.java 23 Dec 2004 06:11:51 - 1.36
+++ StandardHost.java 27 Dec 2004 09:43:14 - 1.37
@@ -710,12 +710,12 @@
errorReportValveClass));
}
}
-
-if (xmlValidation)
-log.info( sm.getString(standardHost.validationEnabled));
-else
-log.info( sm.getString(standardHost.validationDisabled));
-
+if(log.isInfoEnabled()) {
+if (xmlValidation)
+log.info( sm.getString(standardHost.validationEnabled));
+else
+log.info( sm.getString(standardHost.validationDisabled));
+}
super.start();
}
@@ -762,13 +762,14 @@
HostConfig deployer = new HostConfig();
addLifecycleListener(deployer);
if( mserver.isRegistered( serviceName )) {
-log.debug(Registering with the Engine);
+if(log.isDebugEnabled())
+log.debug(Registering + serviceName + with the
Engine);
mserver.invoke( serviceName, addChild,
new Object[] { this },
new String[] { org.apache.catalina.Container }
);
}
} catch( Exception ex ) {
-ex.printStackTrace();
+log.error(Host registering failed!,ex);
}
}
@@ -777,13 +778,14 @@
try {
StandardEngine engine=(StandardEngine)parent;
domain=engine.getName();
-log.debug( Register + domain );
+if(log.isDebugEnabled())
+log.debug( Register host + getName() + with domain
+ domain );
oname=new ObjectName(domain + :type=Host,host= +
this.getName());
Registry.getRegistry(null, null)
.registerComponent(this, oname, null);
} catch( Throwable t ) {
-log.info(Error registering , t );
+log.error(Host registering failed!, t );
}
}
}
1.16 +8 -7
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardService.java
Index: StandardService.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardService.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- StandardService.java 23 Jun 2004 16:59:41 - 1.15
+++ StandardService.java 27 Dec 2004 09:43:14 - 1.16
@@ -429,7 +429,7 @@
public void start() throws
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
pero2004/12/27 01:43:48 Modified:webapps/docs changelog.xml Log: Add some log.isXXXEnabled to o.a.c.core.StandardHost StandardEngine, StandardService Revision ChangesPath 1.211 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.210 retrieving revision 1.211 diff -u -r1.210 -r1.211 --- changelog.xml 27 Dec 2004 09:31:11 - 1.210 +++ changelog.xml 27 Dec 2004 09:43:48 - 1.211 @@ -51,6 +51,9 @@ bug31201/bug: Improve i18n support in DefaultServlet. This was causing problems with JSP include actions and static files. (markt) /fix + fix +Add some log.isXXXEnabled to o.a.c.core.StandardHost StandardEngine, StandardService (pero) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] JK 1.2.8 Released
Bill Barker wrote: You can't have a stable release from ASF without a [VOTE]. It doesn't matter if it's the one piece of bug-free software in the world. You still need a [VOTE]. Indeed. The plan for this release was widely publicized and approved (I think there was a vote as well), but a vote to release the stable build is still needed. Rémy The Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.8. This new release has passed the very rigorous release process with four beta versions released. Please see the http://jakarta.apache.org/tomcat/connectors-doc/changelog.html for a full list of changes. JK 1.2.8 is considered as stable for the following web servers and platforms: Apache 1.3.33 an up - any Unix or Linux, WIN32. Apache 2.0.52 an up - any Unix or Linux, WIN32 and Netware. IIS 5.0 an up - WIN32. Other web servers like Lotus Domino or Netscape/iPlanet have not been the focus of this release and it's further development will depend on users interest. You can download sources from: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/jk-1.2.8/source The binaries (for WIN32 only at the moment) are available at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/ The Jakarta Tomcat Connectors Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] JK 1.2.8 Released
Bill Barker wrote: You can't have a stable release from ASF without a [VOTE]. It doesn't matter if it's the one piece of bug-free software in the world. You still need a [VOTE]. My mistake. I forgot the standard: We expect it to be ratified as a Stable release when the vote takes place in the next week. clause when doing copy/paste from the previous version. I did not wish to have this info in the CVS xdocs, but forgot to add it into announcement. Since the JK is different then Tomcat I had to mark it as stable before tagging, cause the source carries the version information, so simple renaming of the distribution can not be implemented. That's how the stable word appeared, cause in any other version information tagged we would need to change the source, retag and vote again. Perhaps I should call for a vote on a CVS HEAD like we did with JK2. Anyhow, I'll call for a vote later today. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32806] - Ability to force case-insensitive URL behavior
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32806 --- Additional Comments From [EMAIL PROTECTED] 2004-12-27 13:31 --- Be careful with getCanonicalPath(), in JDK 1.4 Sun has introduced an in-memory cache which has/had several bugs (such as buggy invalidation among others). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug??
I noticed that in several discussions and bugs about locking and how
resources got deployed and this was causing them to be locked so they need
to be un-deployed manually. The reason I'm asking it that I 'm having issue
with tomcat 5.5. I have been using tomcat 5.0.28 for quite a while in
combination with maven to do a un-deploy and deploy using the manager
console. I just upgraded to tomcat 5.5 because the decision was made that we
are upgrading which I agree with for the features that it provides. But now
when I un-deploy it succeeds successfully but doesn't really undeploy there
are still thing left in the webapps/contextXXX folder.
[echo] /XXX-portal
build:start:
war:init:
tomcat:undeploy:
[echo] {USER_WORKSPACE}\XXX-portal/target/XXX-portal
[undeploy] OK - Undeployed application at context path /XXX-portal
[undeploy]
BUILD SUCCESSFUL
Total time: 4 seconds
Finished at: Wed Dec 22 10:29:24 GMT-05:00 2004
So I try to deploy and it says I can because there is an application with
the same name.
tomcat:deploy:
[deploy] FAIL - Application already exists at path /mss-portal
[deploy]
BUILD FAILED
So try to un-deploy again and I get this.
tomcat:undeploy:
[echo] {USER_WORKSPACE}\XXX-portal/target/XXX-portal
[undeploy] FAIL - Encountered exception LifecycleException: Container
org.apache.catalina.core.ContainerBase.[Catalina].
[localhost].[/XXX-portal] has not been started
[undeploy]
BUILD FAILED
So at this point I need to manually shut down tomcat and remove the
directory. I have tried both of the options that were listed for context
without any avail?
All combinations listed below have been tried
* context antiJARLocking = true
* context antiResourceLocking=true
* context antiJARLocking = true antiResourceLocking=true
Is there anything else I can do or try?
I'm using the following configuration
* Windows XP sp2
* J2SDK 1.4.2_04
* Tomcat 5.5.4 with compatability patch
DO NOT REPLY [Bug 32811] - sendRedirect does not commit
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32811.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32811
--- Additional Comments From [EMAIL PROTECTED] 2004-12-27 18:40 ---
(In reply to comment #1)
I'm surprised that page compiles in Jetty.
Doesn't it use the Jasper compiler as well?
AFAIK, sendRedirect and throw statements always need to be
contained in a branch if there is any code after them.
I would, however, expect this page to return a redirect instead of
a server error. I tested with 5.0.30 and it compiled but returned a server
500
error.
%
if(request.getParameter(test) == null){
response.sendRedirect(/index.jsp);
}
if(request.getParameter(test) == null){
throw new Exception(Can't Redirect);
}
%
I paraphrased the page for clarity. Most concise would look something like:
%
response.sendRedirect(/index.jsp):
if (true) throw new javax.servlet.ServletException(redirected);
%
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32850] New: - Release Notes and Docs should mention that ResourceParams support has been dropped since 5.0.x
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32850. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32850 Summary: Release Notes and Docs should mention that ResourceParams support has been dropped since 5.0.x Product: Tomcat 5 Version: 5.5.6 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Webapps:Documentation AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] It appears that support for ResourceParams has been dropped in Tomcat 5.5.x, and that parameters for resources must now be configured directly as attributes in the Resource element. Although the Tomcat docuementation no longer mentions support for ResourceParams, this change from 5.0.x behavior is worthy of a release note. Several people seem to have discovered this independently and painfully, and this is visible on the net in various forums, including the Tomcat lists, but also others related to apps running on Tomcat. A brief release note would really help. Calling attention to this change in the documentation proper would also be valuable. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
main method in o.a.c.startup.Embedded?
Hello, The main method in the o.a.c.startup.Embedded class has been removed with Revision 1.6, dating back to 2003-03-20. The documentation in TC 5.5 redirects the user to the main method in o.a.c.startup.Catalina. However, this is method is heavily based on digester which seems a tad heavy for building simple test cases. Would it be reasonable to restore the main method from Revision 1.5 of Embedded.java? Best regards and happy new year, -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Embedded use : How to programmatically add a servlet instance.
I've been looking at Embedded, Context, StandardContext, Wrapper and StandardWrapper and want a way participating in the instantiation of a servlet. i.e. ... context = embedded.createContext(fooContext); context.addServlet(barServlet, myServlet); I know there are mechanisms for adding a servlet by classname, but it seems logical to allow adding my instance if TC5 is allowed to be embedded at all. Is this feasable? Is there appetite for it? Regards, - Paul -- ThoughtWorks - recruiting Java/.Net OSS* Architects/Developers worldwide Speak to the ThoughtWorker(s) you know best/longest about ThoughtWorks.. * Also recruiting non-OSS developers, PMs, BAs, Agilists, Testers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32793] - Can't run Tomcat 5.5.4 with JRE version 5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32793. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32793 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-12-28 03:20 --- The readme for 5.5.x indicates that tomcat will now run on a JRE and does not have a dependency on a JDK as it is now using the eclipse compiler for JSP pages. However, when using a JRE, there seems to be problems with the command line and you keep getting errors along the lines of The system cannot find the file -Djava.endorsed.dirs= . If you remove the -Djava.endorsed.dirs=%JAVA_ENDORESED_DIRS% from the command, it hten comlains that -classpath is not found . . . -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32793] - Can't run Tomcat 5.5.4 with JRE version 5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32793. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32793 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-28 03:32 --- *** This bug has been marked as a duplicate of 32081 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32081. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32081 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-28 03:32 --- *** Bug 32793 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32854] New: - CGIServlet waits for child process to be finished. (using fork in perl cgi)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32854.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32854
Summary: CGIServlet waits for child process to be finished.
(using fork in perl cgi)
Product: Tomcat 5
Version: 5.5.6
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: Servlets:CGI
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Hi...
I want to work this perl script which forks off a process which does something.
But I encountered the problem of my browser waiting for
the child process to be finished.
Here's my script
#!/usr/bin/perl
if (my $child = fork) {
// output html code
close(STDOUT);
wait;
}
elsif (defined $child) {
close(STDOUT);
// the child process does somethig for a few minutes
}
else {
die Can't fork\n;
}
I have a pathch ready and it looks like this.
*** CGIServlet.java.r1.31
--- CGIServlet.java
*** 1835,1844
--- 1835,1851
if (servletContainerStdout != null) {
servletContainerStdout.flush();
}
}
+ // Close the output stream used
+ if (isBinaryContent) {
+ cgiOutput.close();
+ } else {
+ commandsStdOut.close();
+ }
+
proc.exitValue(); // Throws exception if alive
isRunning = false;
} catch (IllegalThreadStateException e) {
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug??
Hi!
Isn't that maven plugins fault?
Artsi
On Mon, 2004-12-27 at 18:18, Carbone, Adam wrote:
I noticed that in several discussions and bugs about locking and how
resources got deployed and this was causing them to be locked so they need
to be un-deployed manually. The reason I'm asking it that I 'm having issue
with tomcat 5.5. I have been using tomcat 5.0.28 for quite a while in
combination with maven to do a un-deploy and deploy using the manager
console. I just upgraded to tomcat 5.5 because the decision was made that we
are upgrading which I agree with for the features that it provides. But now
when I un-deploy it succeeds successfully but doesn't really undeploy there
are still thing left in the webapps/contextXXX folder.
[echo] /XXX-portal
build:start:
war:init:
tomcat:undeploy:
[echo] {USER_WORKSPACE}\XXX-portal/target/XXX-portal
[undeploy] OK - Undeployed application at context path /XXX-portal
[undeploy]
BUILD SUCCESSFUL
Total time: 4 seconds
Finished at: Wed Dec 22 10:29:24 GMT-05:00 2004
So I try to deploy and it says I can because there is an application with
the same name.
tomcat:deploy:
[deploy] FAIL - Application already exists at path /mss-portal
[deploy]
BUILD FAILED
So try to un-deploy again and I get this.
tomcat:undeploy:
[echo] {USER_WORKSPACE}\XXX-portal/target/XXX-portal
[undeploy] FAIL - Encountered exception LifecycleException: Container
org.apache.catalina.core.ContainerBase.[Catalina].
[localhost].[/XXX-portal] has not been started
[undeploy]
BUILD FAILED
So at this point I need to manually shut down tomcat and remove the
directory. I have tried both of the options that were listed for context
without any avail?
All combinations listed below have been tried
* context antiJARLocking = true
* context antiResourceLocking=true
* context antiJARLocking = true antiResourceLocking=true
Is there anything else I can do or try?
I'm using the following configuration
* Windows XP sp2
* J2SDK 1.4.2_04
* Tomcat 5.5.4 with compatability patch
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
