DO NOT REPLY [Bug 44879] Deploying WAR overwrites context fragment
https://issues.apache.org/bugzilla/show_bug.cgi?id=44879 Mark Thomas <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-27 08:48:49 PST --- The behaviour you describe is not the intended behaviour. I have checked the code and performed my own test and cannot repeat this problem. If you still see this issue please provide the smallest, simplest series of steps to reproduce this issue with a clean install of the latest stable 5.5.x release. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651968 - /tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java
Author: markt Date: Sun Apr 27 08:56:16 2008 New Revision: 651968 URL: http://svn.apache.org/viewvc?rev=651968&view=rev Log: Code cleanup. o.a.t.util.res No functional change Modified: tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java Modified: tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java URL: http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java?rev=651968&r1=651967&r2=651968&view=diff == --- tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java (original) +++ tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java Sun Apr 27 08:56:16 2008 @@ -149,7 +149,7 @@ for (int i=0; i
svn commit: r651976 - in /tomcat/trunk/java/org/apache/tomcat/util/net: NioBlockingSelector.java NioEndpoint.java NioSelectorPool.java PoolTcpEndpoint.java SSLImplementation.java ServerSocketFactory.j
Author: markt
Date: Sun Apr 27 09:14:06 2008
New Revision: 651976
URL: http://svn.apache.org/viewvc?rev=651976&view=rev
Log:
Code clean up o.a.t.util.net.
Generics and unused code.
Modified:
tomcat/trunk/java/org/apache/tomcat/util/net/NioBlockingSelector.java
tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java
tomcat/trunk/java/org/apache/tomcat/util/net/NioSelectorPool.java
tomcat/trunk/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java
tomcat/trunk/java/org/apache/tomcat/util/net/SSLImplementation.java
tomcat/trunk/java/org/apache/tomcat/util/net/ServerSocketFactory.java
tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESupport.java
Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioBlockingSelector.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/NioBlockingSelector.java?rev=651976&r1=651975&r2=651976&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/NioBlockingSelector.java
(original)
+++ tomcat/trunk/java/org/apache/tomcat/util/net/NioBlockingSelector.java Sun
Apr 27 09:14:06 2008
@@ -193,7 +193,8 @@
protected class BlockPoller extends Thread {
protected boolean run = true;
protected Selector selector = null;
-protected ConcurrentLinkedQueue events = new ConcurrentLinkedQueue();
+protected ConcurrentLinkedQueue events =
+new ConcurrentLinkedQueue();
public void disable() { run = false; selector.wakeup();}
protected AtomicInteger wakeupCounter = new AtomicInteger(0);
public void cancelKey(final NioChannel socket, final SelectionKey key)
{
@@ -284,7 +285,7 @@
boolean result = false;
Runnable r = null;
result = (events.size() > 0);
-while ( (r = (Runnable)events.poll()) != null ) {
+while ( (r = events.poll()) != null ) {
r.run();
result = true;
}
@@ -320,12 +321,13 @@
continue;
}
-Iterator iterator = keyCount > 0 ?
selector.selectedKeys().iterator() : null;
+Iterator iterator =
+keyCount > 0 ? selector.selectedKeys().iterator() :
null;
// Walk through the collection of ready keys and dispatch
// any active event.
while (run && iterator != null && iterator.hasNext()) {
-SelectionKey sk = (SelectionKey) iterator.next();
+SelectionKey sk = iterator.next();
KeyAttachment attachment =
(KeyAttachment)sk.attachment();
try {
attachment.access();
Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java?rev=651976&r1=651975&r2=651976&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java (original)
+++ tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Sun Apr 27
09:14:06 2008
@@ -1383,7 +1383,7 @@
//synchronized (events) {
Runnable r = null;
result = (events.size() > 0);
-while ( (r = (Runnable)events.poll()) != null ) {
+while ( (r = events.poll()) != null ) {
try {
r.run();
if ( r instanceof PollerEvent ) {
@@ -1497,11 +1497,12 @@
//either we timed out or we woke up, process events first
if ( keyCount == 0 ) hasEvents = (hasEvents | events());
-Iterator iterator = keyCount > 0 ?
selector.selectedKeys().iterator() : null;
+Iterator iterator =
+keyCount > 0 ? selector.selectedKeys().iterator() :
null;
// Walk through the collection of ready keys and dispatch
// any active event.
while (iterator != null && iterator.hasNext()) {
-SelectionKey sk = (SelectionKey) iterator.next();
+SelectionKey sk = iterator.next();
KeyAttachment attachment =
(KeyAttachment)sk.attachment();
attachment.access();
iterator.remove();
Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioSelectorPool.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/NioSelectorPool.java?rev=651976&r1=651975&r2=651976&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/NioSelectorPool.java (original)
+++ tomc
svn commit: r651977 - /tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java
Author: markt
Date: Sun Apr 27 09:28:34 2008
New Revision: 651977
URL: http://svn.apache.org/viewvc?rev=651977&view=rev
Log:
Add some missing control checks.
Modified:
tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java
Modified:
tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java?rev=651977&r1=651976&r2=651977&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java
(original)
+++ tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadWithAttributes.java
Sun Apr 27 09:28:34 2008
@@ -47,10 +47,12 @@
}
public final Object[] getThreadData(Object control ) {
+if( this.control != control ) return null;
return thData;
}
public final void setThreadData(Object control, Object thData[] ) {
+if( this.control != control ) return;
this.thData=thData;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651978 - in /tomcat/trunk/java/org/apache/tomcat/util: net/jsse/JSSEFactory.java net/jsse/JSSESocketFactory.java threads/ThreadPool.java
Author: markt
Date: Sun Apr 27 09:29:52 2008
New Revision: 651978
URL: http://svn.apache.org/viewvc?rev=651978&view=rev
Log:
Further minor clean-up of unused/unnecessary code after I made Eclipse even
more pedantic.
Modified:
tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSEFactory.java
tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java
tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java
Modified: tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSEFactory.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSEFactory.java?rev=651978&r1=651977&r2=651978&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSEFactory.java
(original)
+++ tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSEFactory.java Sun Apr
27 09:29:52 2008
@@ -53,4 +53,4 @@
return new JSSESupport(session);
}
-};
+}
Modified:
tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java?rev=651978&r1=651977&r2=651978&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java
(original)
+++ tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java
Sun Apr 27 09:29:52 2008
@@ -364,7 +364,7 @@
// Certificate encoding algorithm (e.g., SunX509)
String algorithm = (String) attributes.get("algorithm");
if (algorithm == null) {
-algorithm = KeyManagerFactory.getDefaultAlgorithm();;
+algorithm = KeyManagerFactory.getDefaultAlgorithm();
}
String keystoreType = (String) attributes.get("keystoreType");
Modified: tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java?rev=651978&r1=651977&r2=651978&view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java (original)
+++ tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java Sun Apr 27
09:29:52 2008
@@ -335,7 +335,7 @@
int toOpen = currentThreadCount + minSpareThreads;
openThreads(toOpen);
} else {
-logFull(log, currentThreadCount, maxThreads);
+logFull(currentThreadCount, maxThreads);
// Wait for a thread to become idel.
try {
this.wait();
@@ -373,8 +373,7 @@
return c;
}
-private static void logFull(Log loghelper, int currentThreadCount,
-int maxThreads) {
+private static void logFull(int currentThreadCount, int maxThreads) {
if( logfull ) {
log.error(sm.getString("threadpool.busy",
new Integer(currentThreadCount),
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651984 - /tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
Author: markt
Date: Sun Apr 27 10:19:48 2008
New Revision: 651984
URL: http://svn.apache.org/viewvc?rev=651984&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44877
Prevent collisions in tag pool names
Modified:
tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
Modified: tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/compiler/Generator.java?rev=651984&r1=651983&r2=651984&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/compiler/Generator.java (original)
+++ tomcat/trunk/java/org/apache/jasper/compiler/Generator.java Sun Apr 27
10:19:48 2008
@@ -294,6 +294,9 @@
attrNames[i] = attrs.getQName(i);
}
Arrays.sort(attrNames, Collections.reverseOrder());
+if (attrNames.length > 0) {
+poolName = poolName + "&";
+}
for (int i = 0; i < attrNames.length; i++) {
poolName = poolName + "_" + attrNames[i];
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651985 - /tomcat/current/tc5.5.x/STATUS.txt
Author: markt Date: Sun Apr 27 10:24:50 2008 New Revision: 651985 URL: http://svn.apache.org/viewvc?rev=651985&view=rev Log: Propose fix for 44877 Modified: tomcat/current/tc5.5.x/STATUS.txt Modified: tomcat/current/tc5.5.x/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=651985&r1=651984&r2=651985&view=diff == --- tomcat/current/tc5.5.x/STATUS.txt (original) +++ tomcat/current/tc5.5.x/STATUS.txt Sun Apr 27 10:24:50 2008 @@ -163,3 +163,9 @@ http://svn.apache.org/viewvc?rev=651792&view=rev +1: billbarker -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44877 + Prevent collisions in tag pool names + http://svn.apache.org/viewvc?rev=651984&view=rev + +1: markt + -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651986 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Sun Apr 27 10:26:27 2008 New Revision: 651986 URL: http://svn.apache.org/viewvc?rev=651986&view=rev Log: Propose fix for 44877 Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=651986&r1=651985&r2=651986&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Sun Apr 27 10:26:27 2008 @@ -147,3 +147,9 @@ http://svn.apache.org/viewvc?rev=651792&view=rev +1: billbarker -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44877 + Prevent collisions in tag pool names + http://svn.apache.org/viewvc?rev=651984&view=rev + +1: markt + -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44877] ClassCastException due to bad TagHandlerPool name generation of two different tags
https://issues.apache.org/bugzilla/show_bug.cgi?id=44877 --- Comment #1 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-27 10:24:34 PST --- This has been fixed in trunk and proposed for 6.0.x and 5.5.x. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651988 - /tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java
Author: markt
Date: Sun Apr 27 10:59:02 2008
New Revision: 651988
URL: http://svn.apache.org/viewvc?rev=651988&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=43366
Provide backwards compatibility for sessions command
Modified:
tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java
Modified: tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java?rev=651988&r1=651987&r2=651988&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java (original)
+++ tomcat/trunk/java/org/apache/catalina/manager/ManagerServlet.java Sun Apr
27 10:59:02 2008
@@ -101,6 +101,7 @@
* descriptions from the user database connected to the users
* resource reference.
* /serverinfo - Display system OS and JVM properties.
+ * /sessions - Deprecated. Use expire.
* /expire?path=/xxx - List session idle timeinformation about the
* web application attached to context path /xxx for this
* virtual host.
@@ -368,6 +369,8 @@
save(writer, path);
} else if (command.equals("/serverinfo")) {
serverinfo(writer);
+} else if (command.equals("/sessions")) {
+expireSessions(writer, path, request);
} else if (command.equals("/expire")) {
expireSessions(writer, path, request);
} else if (command.equals("/start")) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651989 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Sun Apr 27 11:00:25 2008 New Revision: 651989 URL: http://svn.apache.org/viewvc?rev=651989&view=rev Log: Propose fix for 43366. Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=651989&r1=651988&r2=651989&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Sun Apr 27 11:00:25 2008 @@ -153,3 +153,9 @@ http://svn.apache.org/viewvc?rev=651984&view=rev +1: markt -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=43366 + provide backwards compatibility for manager sessions command + http://svn.apache.org/viewvc?rev=651988&view=rev + +1: markt + -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651990 - /tomcat/current/tc5.5.x/STATUS.txt
Author: markt Date: Sun Apr 27 11:01:12 2008 New Revision: 651990 URL: http://svn.apache.org/viewvc?rev=651990&view=rev Log: vote Modified: tomcat/current/tc5.5.x/STATUS.txt Modified: tomcat/current/tc5.5.x/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=651990&r1=651989&r2=651990&view=diff == --- tomcat/current/tc5.5.x/STATUS.txt (original) +++ tomcat/current/tc5.5.x/STATUS.txt Sun Apr 27 11:01:12 2008 @@ -161,7 +161,7 @@ * Log errors for AJP signoffs at DEBUG level, since it is harmless if mod_jk has hung up the phone. http://svn.apache.org/viewvc?rev=651792&view=rev - +1: billbarker + +1: billbarker, markt -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44877 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r651993 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Sun Apr 27 11:02:55 2008 New Revision: 651993 URL: http://svn.apache.org/viewvc?rev=651993&view=rev Log: Vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=651993&r1=651992&r2=651993&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Sun Apr 27 11:02:55 2008 @@ -145,7 +145,7 @@ * Log errors for AJP signoffs at DEBUG level, since it is harmless if mod_jk has hung up the phone. http://svn.apache.org/viewvc?rev=651792&view=rev - +1: billbarker + +1: billbarker, markt -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44877 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43366] Session Statistics command in manager fails with " Unknown command /sessions"
https://issues.apache.org/bugzilla/show_bug.cgi?id=43366 --- Comment #5 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-27 11:08:15 PST --- Looking at the svn history, the functionality is still there it is just that the command name changed (to expire) when additional functionality was added to enable sessions to be expired. I have added back the sessions command but marked it as deprecated as it may well be removed in a future version. The fix has been committed to svn and proposed for 6.0.x -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) 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-4.0 has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 3 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cargo : Cargo provides a Java API to manipulate Java Containers - jakarta-tomcat-4.0 : Servlet 2.3 and JSP 1.2 Reference Implementation Full details are available at: http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [naming-resources.jar] identifier set to output basename: [naming-resources] -DEBUG- Output [servlets-default.jar] identifier set to output basename: [servlets-default] -DEBUG- Output [naming-common.jar] identifier set to output basename: [naming-common] -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina] -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap] -DEBUG- Output [servlets-common.jar] identifier set to output basename: [servlets-common] -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: [servlets-invoker] -ERROR- Output with id regexp was not found in project jakarta-regexp -ERROR- Unhandled Property: regexp.jar on: Ant on Project:jakarta-tomcat-4.0 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xerces.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/srv/gump/public/workspace/xml-xalan/build/serializer.jar:/srv/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djmx.license=/srv/gump/public/workspace/jakarta-tomcat-4.0/RUNNING.txt -Djaas.jar=/srv/gump/packages/jaas1_0/lib/jaas.jar -Djmx.jar=/srv/gump/packages/jmx-1_2_1-bin/lib/jmxri.jar -Djmx.home=/srv/gump/packages/jmx-1_2_1-bin -Djdbc20ext.jar=/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=*Unset* -Dmail.home=/srv/gump/packages/javamail-1.4 -Dant.home=/srv/gump/public/workspace/ant/dist -Dservlet.jar=/srv/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar -Dxerces.jar=/srv/gump/public/workspace/xml-xerces2/build/xercesI mpl.jar -Dcommons-collections.jar=/srv/gump/public/workspace/apache-commons/collections/build/commons-collections-27042008.jar -Dldap.jar=/srv/gump/packages/ldap-1_2_4/lib/ldap.jar -Djsse.home=/srv/gump/packages/jsse1.0.3 -Dtomcat-coyote.jar=/srv/gump/public/workspace/jakarta-tomcat-connectors/coyote/build/lib/tomcat-coyote.jar -Dmail.jar=/srv/gump/packages/javamail-1.4/mail.jar -Dcommons-digester.jar=/srv/gump/public/workspace/apache-commons/digester/dist/commons-digester.jar -Djndi.jar=/srv/gump/pa
DO NOT REPLY [Bug 44879] Deploying WAR overwrites context fragment
https://issues.apache.org/bugzilla/show_bug.cgi?id=44879 --- Comment #2 from Zhihong Zhang <[EMAIL PROTECTED]> 2008-04-27 14:39:53 PST --- (In reply to comment #1) > The behaviour you describe is not the intended behaviour. I have checked the > code and performed my own test and cannot repeat this problem. > > If you still see this issue please provide the smallest, simplest series of > steps to reproduce this issue with a clean install of the latest stable 5.5.x > release. > Mark, Than you for looking into this issue. You are right. I couldn't reproduce this problem on a straight startup either. But I know this happens because my context file got overwritten several times and our QA reported the same issue. It probably has something to do with redeploying the app. I will try to find the exact steps to reproduce and let you know. Zhihong -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Osgifing Tomcat
> I've heard various claims of this nature from osgi zealots, but when > talking to apparent experts the only things resembling this they > seemed to know about were grad student experiments that did not have > production use as even a far-in-the-future goal. Do you know of any > actual examples of this kind of behavior that actually work under load? As one of the OSGi "zealots" I can inform you that currently BEA micro service architecture, IBM Websphere 6.1, Jonas are fully osgified and used in production. Also Spring is now osgifing all their code and seeing it as a strategic advantage. JBoss is working hard on being compatible with OSGi. And of course, as was noted, there is now Glassfish. Add to this Eclipse's broad success with the IDE, RCP, eRCP, and now Eclipse on the server side. I am also aware that Geronimo was once ported to OSGi as a trial inside IBM. I guess there likely have been some grad students been involved along the way. Though the dynamics work quite well when properly designed for it, there are still many companies that use OSGi for its modularity enforcement. There is no policy that states that you must use dynamic loading in a production environment. Many companies use the dynamic facilities during during development but have strict controlled procedures for production, which of course works fine with OSGi based systems as well. However, over time people learn to trust the dynamics because they work quite well and reliable when properly used. However, modularizing your code has so many other advantages. The dynamics were not so much a design goal as well a side effect of the strict enforcements of modularity. By minimizing the coupling between modules with private code and coupling through well defined services we found that you can actually link and unlink modules quite well when properly used. However, there are so many other advantages to strong modularization that this is just the icing of the cake. Kind regards, Peter Kriens djencks wrote: > > > On Apr 22, 2008, at 6:25 PM, Paul Benedict wrote: > >> Is that enough so that web applications, either as a whole or in >> partial, >> can be upgraded without stopping them? It's my understanding that if >> web >> applications are loaded in an OSGi classloader, these kind of things >> are >> possible. >> > I've heard various claims of this nature from osgi zealots, but when > talking to apparent experts the only things resembling this they > seemed to know about were grad student experiments that did not have > production use as even a far-in-the-future goal. Do you know of any > actual examples of this kind of behavior that actually work under load? > > thanks > david jencks > > >> Paul >> >> On Tue, Apr 22, 2008 at 7:24 PM, Filip Hanik - Dev Lists >> <[EMAIL PROTECTED] >> > >> wrote: >> >>> Henri Gomez wrote: >>> Hi to all, Did there is plans, ideas or interest around about OSGI-fing Tomcat ? >>> I've put a note about this a while ago in tomcat/trunk/PROPOSALS.txt >>> my original plan was just to make sure all the MANIFEST.MF for each >>> file >>> would have enough in it so that each JAR can be a OSGi bundle. >>> >>> after that, one can add on as much or as little as one wishes >>> >>> Filip >>> Regards - 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] >>> >>> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Osgifing-Tomcat-tp16830131p16930339.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Osgifing Tomcat
The way the dynamics work in OSGi is only partly classloading. In the HTTP examples, we have defined an HttpService where you register a servlet. When a bundle (OSGi JAR) is started, it registers a servlet with the http service. When it is stopped, the Http Service detects this and removes the mapping. When you update the bundle, the bundle is first stopped, automatically cleaning up the servlet registration. Then the code is replaced though the old code remains in memory because other bundles could still import packages from this bundle. This remains until the packages are "refreshed". This will create a dependency graph of all affected bundles, stop these and start them again with a new class loader. So there is no "magic". The key trick is that bundles have their own classloader and we can start and activate them as well as stop them at any moment in time. Obviously this works only if you make your bundles proper modules with loose coupling. If classes are shared between bundles willy nilly refreshing the packages will be a full restart. Neither is it of course completely gapless. However, many, many people have installations where they replace their bundles with servlets on the fly because the Http server rarely if ever has a dependency on the application code. Kind regards, Peter Kriens Costin Manolache-2 wrote: > > On Fri, Apr 25, 2008 at 12:49 AM, David Jencks <[EMAIL PROTECTED]> > wrote: >> >> On Apr 24, 2008, at 11:11 PM, Henri Gomez wrote: >> >> >> > >> > > I've heard various claims of this nature from osgi zealots, but when >> > > talking to apparent experts the only things resembling this they >> seemed >> to >> > > know about were grad student experiments that did not have production >> use as >> > > even a far-in-the-future goal. Do you know of any actual examples of >> this >> > > kind of behavior that actually work under load? >> > > >> > >> > We'll see how OSGI works underload with Glassfish v3. >> > >> >> Are they planning to support "gapless" redeployment of web apps using >> only >> osgi features, with no other servlet container support? If so is can you >> point to an explanation of how they plan to do this? > > There are many problems to solve for 'gapless' redeployment, but I > think the biggest is > sessions and statics. The classloader ( OSGI or not ) can keep > multiple versions of > the application loaded - but you need the mapper to know where to send > each request. > In theory it could be done even with the current tomcat, by including > the version in the cookie and changing the mapper to use it. > > But I think the main question is if it's worth it - there is a lot of > complexity and many things that can go wrong. Very few advanced users > will be able to use this - in particular if they have production > environments and some release testing is required ( i.e. it would be > quite hard to automate and test what will happen in gapless case). The > alternative - having multiple machines/VMs running different versions > behind a load balancer - is quite safe and I suspect the 'advanced > users' who may need gapless would be better off using the old way. > I mean - if you run your app out of a single VM, probably you won't > need gapless, and if you already have load balancing/failover/multiple > servers - you have a better/safer solution. > > Costin > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Osgifing-Tomcat-tp16830131p16930343.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 3 [2008/04/27]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt| | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p| +-+---+---+--+--+ | Total3 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Watchdog [2008/04/27]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug| | 279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug| | 469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat| | 470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B| | 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths| |10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher| |11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()| |11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav| |11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie| |11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro| |11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.| |14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec| |15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv| |24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara| |29398|New|Nor|2004-06-04|Update site and note current status | +-+---+---+--+--+ | Total 15 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 5 [2008/04/27]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |27122|Opn|Enh|2004-02-20|IE plugins cannot access components through Tomcat| |28039|Opn|Enh|2004-03-30|Cluster Support for SingleSignOn | |29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js| |29494|Inf|Enh|2004-06-10|No way to set PATH when running as a service on Wi| |29936|Opn|Blk|2004-07-06|XML parser loading problems by container | |30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c| |31257|Opn|Cri|2004-09-16|java.endorsed.dirs is not used when JSP compilatio| |33262|Inf|Enh|2005-01-27|Service Manager autostart should check for adminis| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing | |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |34526|Opn|Nor|2005-04-19|Truncated content in decompressed requests from mo| |34801|New|Enh|2005-05-08|PATCH: CGIServlet does not terminate child after a| |34805|Ass|Enh|2005-05-08|warn about invalid security constraint url pattern| |34868|Ass|Enh|2005-05-11|allow to register a trust store for a session that| |35054|Inf|Enh|2005-05-25|warn if appBase is not existing as a File or direc| |35959|Opn|Enh|2005-08-01|mod_jk not independant of UseCanonicalName| |36133|Inf|Enh|2005-08-10|Support JSS SSL implementation| |36169|New|Enh|2005-08-12|[PATCH] Enable chunked encoding for requests in II| |36362|New|Enh|2005-08-25|missing check for Java reserved keywords in tag fi| |36569|Inf|Enh|2005-09-09|Redirects produce illegal URL's | |36837|Inf|Enh|2005-09-28|Looking for ProxyHandler implementation of Http re| |36922|Inf|Enh|2005-10-04|setup.sh file mis-advertised and missing | |36923|New|Nor|2005-10-05|Deactivated EL expressions are not parsed for jsp | |37018|Ass|Enh|2005-10-11|Document how to use tomcat-SSL with a pkcs11 token| |37084|Opn|Reg|2005-10-14|JspC from ant fails on JSPs that use custom taglib| |37334|Inf|Enh|2005-11-02|Realm digest property not aligned with the adminis| |37449|Opn|Enh|2005-11-10|Two UserDatabaseRealm break manager user | |37458|Opn|Nor|2005-11-10|Datarace on org.apache.catalina.loader.WebappClass| |37485|Inf|Enh|2005-11-14|I'd like to run init SQL after JDBC Connection cre| |37498|Inf|Nor|2005-11-14|[PATCH] NPE in org.apache.catalina.core.ContainerB| |37515|Inf|Nor|2005-11-15|smap not generated by JspC when used from Ant for | |37627|Opn|Nor|2005-11-24|Slow and incomplete dynamic content generation aft| |37785|Inf|Nor|2005-12-05|Changing startup type via Tomcat Monitor does not | |37794|Opn|Nor|2005-12-05|getParameter() fails on POST with transfer-encodin| |37797|Inf|Maj|2005-12-05|Configure Tomcat utility truncates classpath to 96| |37822|Opn|Nor|2005-12-07|WebappClassLoader interfering with Catalina core c| |37847|Ass|Enh|2005-12-09|Allow User To Optionally Specify Catalina Output F| |37869|Opn|Nor|2005-12-12|Cannot obtain client certificate with SSL / client| |37918|Inf|Nor|2005-12-15|EL cannot find valid getter from object when using| |37984|New|Nor|2005-12-21|JNDIRealm.java not able to handle MD5 password| |38046|Ass|Reg|2005-12-27|apache-tomcat-5.5.14-deployer doesn't work (Illega| |38197|Opn|Maj|2006-01-09|taglib pool bug when tag is used with jsp:attribut| |38216|Inf|Enh|2006-01-10|Extend Jmxproxy to allow call of MBean Operations | |38268|Inf|Enh|2006-01-13|User friendly: Need submit button on adding/deleti| |38352|Inf|Nor|2006-01-22|Additional Entries for Default catalina.policy fil| |38360|Inf|Enh|2006-01-24|Domain for session cookies| |38367|Inf|Nor|2006-01-24|Executing any Catalina Ant task results in an exce| |38372|Inf|Cri|2006-01-25|tcnative-1.dll response overflow corruption, parti| |38427|Inf|Nor|2006-01-27|ServletContextListener Notified Multiple Times Whe| |38483|New|Nor|2006-02-01|access log valve uses simpledateformat in tread-un| |38484|
Bug report for Tomcat 4 [2008/04/27]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 3839|Opn|Enh|2001-09-26|Problem bookmarking login page| | 4227|Opn|Enh|2001-10-17|Invalid CGI path | | 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in without className in server.xml produces N| |11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN| |11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques| |11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header| |11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w| |12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ| |12428|Opn|Enh|2002-09-09|request.getUserPrincipal(): Misinterpretation of s| |12658|New|Enh|2002-09-15|a proxy host and port at the element level | |12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers| |13309|Opn|Enh|2002-10-04|Catalina calls System.exit() | |13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co| |13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari| |13731|New|Enh|2002-10-17|Final request, response, session and other variabl| |13941|New|Enh|2002-10-24|reload is VERY slow | |13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix | |14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic| |14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException | |14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f| |14766|New|Enh|2002-11-22|Redirect Vavle| |14993|New|Enh|2002-12-02|Possible obselete synchronized declaration| |15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden | |15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages | |15688|New|Enh|2002-12-27|full-qualified names instead of imports | |15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels | |16294|New|Enh|2003-01-21|Configurable URL Decoding.| |16357|New|Enh|2003-01-23|"connection timeout reached" | |16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single| |16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to| |16596|New|Enh|2003-01-30|option for disabling log rotation | |17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'| |17146|New|Enh|2003-02-18|Simplify build.xml using
Re: Osgifing Tomcat
> Just my 2c: Eclipse, OSGified since 3.2, still doesn't fully support > updates without a JVM restart; and they have full control about the > whole aspects. Unfortunately there are tens of thousands of plugin writers out there that are not aware of the dynamics. Eclipse migrated to OSGi 4 years ago and did some incredible open heart surgery on their runtime engine to support OSGi. It was quite impressive how they replace their engine with an OSGi based version while existing plugins kept working. However, none of the existing code was ready for the consequences of dynamics. Plugins could add entries to menu's but this information came from a static file in the plugin, so there was no facility to remove this information. Over time, more and more aspects will become dynamic but due to the nature of massively distributed development it will take some time before the code is fully dynamic aware. The extension registry is already an example where the extension points have become dynamic. Now only the apps are left ... Kind regards, Peter Kriens Damien Bonvillain wrote: > > David Jencks wrote: > > On Apr 24, 2008, at 11:11 PM, Henri Gomez wrote: > > > We'll see how OSGI works underload with Glassfish v3. >> Are they planning to support "gapless" redeployment of web apps using >> only osgi features, with no other servlet container support? If so is >> can you point to an explanation of how they plan to do this? > > Just my 2c: Eclipse, OSGified since 3.2, still doesn't fully support > updates without a JVM restart; and they have full control about the > whole aspects. > > A vocabulary point though, we shouldn't talk about OSGification, but > about jsrtwonineonification. > > Damien > > PS: usually only reader on this ML > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Osgifing-Tomcat-tp16830131p16930344.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Denis LULLIER/Paris est absent(e).
Je serai absent(e) du 28/04/2008 au 05/05/2008. Je répondrai à votre message dès mon retour. En cas d'urgence, vous pouvez contacter Christine DUHAU ou Marc-Olivier JOUAN
Re: Osgifing Tomcat
> I think the first main problem with these frameworks is how intrusive > they are, esp compared with whet they provide :( I suppose there's no > problem with doing a tomcat-osgi in the sandbox if people want to. As I > said I really don't care. We tried awfully hard to be not intrusive :-( Actually, any JAR is an OSGi bundle by definition. Even if you do not add any extra information you will load and in certain cases, can be useful. However, it is really hard to provide functionality without providing any API ... By providing OSGi specific manifest headers you will make your code run in OSGi platforms unchanged. Today, many people are duplicating the effort to add these manifest headers for their products (Apache Felix commons, Eclipse Orbit, and hundreds of companies). Because this is not their core business they tend to use simple rules to modularize these libraries which works, but is not optimal because they are not intricately aware of the inter-package dependencies as you are. This kind of knowledge is required to properly modularize a complex system like Tomcat. When analyzing dependencies, one also usually finds reason to break the bigger chunks in smaller parts to remove many dependencies. Obviously, this is infeasible for outsiders to do right and even if they could, they would have to repeat this work for every release. OSGi imports and exports are package based. That is why it is important to separate API and implementation. The manifest headers allow you to shield the implementation code from outside usage and only expose API packages. There is no need to put these packages in separate bundles, on the contrary it is usually very advantageous to combine them. Even if you have multiple bundles that implement the same API, there is no issue with exporting those API packages multiple times. The OSGi resolvers can handle that case and even handle the case when versions differ. In the spirit of modularity, the OSGi API has only one mandatory part: the framework API. ALL other aspects are services (objects registered and unregistered dynamically in a service registry) and by their nature can be there or not. The framework API is quite small, it is one package with 26 classes/interfaces. This API is for management applications (install/start/stop/update/uninstall, introspection, etc) and for the use of the service registry. This low level API is often abstracted with "programming models" like Spring DM, Apache iPOJO, Declarative Services, SAT, etc. These models actually interact because they use the same underlying (dynamic) service model while not making the application handle the overhead of the service model. In an ideal situation (well for me and other OSGi users), Tomcat would provide an Http Service when running on an OSGi platform. However, just providing the right manifest headers would allow others to provide this service because it is not much code and I know many people have already done this with Tomcat. Kind regards, Peter Kriens remm wrote: > > On Wed, 2008-04-23 at 16:00 +0200, Florent.BENOIT wrote: >> Also, for OSGi, as all is done by package (import/export) the first step >> is to be sure that API and Implementation are never in the same package >> name. So we can export APIs and keep private the implementation. > > I think the first main problem with these frameworks is how intrusive > they are, esp compared with whet they provide :( I suppose there's no > problem with doing a tomcat-osgi in the sandbox if people want to. As I > said I really don't care. > > Rémy > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Osgifing-Tomcat-tp16830131p16930348.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44879] Deploying WAR overwrites context fragment
https://issues.apache.org/bugzilla/show_bug.cgi?id=44879 --- Comment #3 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-27 23:47:47 PST --- You are probably undeploying first which, as designed, will remove the old context fragment. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
