ajax tomcat caching
Hello I trying to access an running webapp that itself works fine. I can see the results of the app within the output of my IDE when I just run the app separately. Problem is I am trying to test an ajax app and when I execute the XMLHttpRequest.send(query) after proper setup with a known parameter I see the app just re-executing the same page with same parameter that it had; not the one in my ajax call. It is as if my XMLHttpRequest.send() was just executing a refresh. Obviously I then dont get anything aback. I have tried from a different browser window. This is not exotic, just self testing an ajax app against a localhost webapp. Ideas? tia. -- View this message in context: http://www.nabble.com/ajax-tomcat-caching-tp19133882p19133882.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ajax tomcat caching
Hello Update There seems to be another set of outputs. If I do not run the web first and just start it and then run my ajax app, I execute the call to the webapp, but there is no parameter, even though I check both XMLHttpRequest.open(a,b,c) and XMLHttpRequest.send(query). This is a check right before, I know it the proper url. This sort of explains the initial problem cited below, but not how I loose the parameter. Ideas2? Thanks. cpanon wrote: > > Hello > I trying to access an running webapp that itself works fine. I can see > the results of the app within the output of my IDE when I just run the app > separately. Problem is I am trying to test an ajax app and when I execute > the XMLHttpRequest.send(query) after proper setup with a known parameter I > see the app just re-executing the same page with same parameter that it > had; not the one in my ajax call. It is as if my XMLHttpRequest.send() > was just executing a refresh. Obviously I then dont get anything aback. > I have tried from a different browser window. This is not exotic, just > self testing an ajax app against a localhost webapp. Ideas? tia. > -- View this message in context: http://www.nabble.com/ajax-tomcat-caching-tp19133882p19133988.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
log4j w/apache
Hello Newbie on ussing log4j and now that I have a simplistic log4j configuration file I am seeing ALL of the apache all from org.apache.commons.digester.Digester or org.apache.commons.digester.Digester.sax. How can I stop that but still keep a simple or reconfigure my log4j.properties? tia.
block direct tomcat
Hello I have an Apache-ajp-Tomcat config that works, but I would like to block any access to tomcat directly, either on localhost (except for 8009) or from a client? What/is there a tomcat config to achieve that?
Tomcat 6 Struts 1.3
Hello
I have an odd but systemic problem with an otherwise working implementation. I
am unable to get any technique to dynamically recalculate a page from an
action. I have tried the following
1. Defined a frameset with the "top" frame specified in realtime with jstl.
It
works the first time, there after even though I am positive I ave set the
elements in my form bean for the new jsp, it fails to recalculate and show the
different jsp. The second time is, of course the exact same approach that
works
the first time, nothing changes and neither does the inclusion of the new jsp
the second time.
2. Tiles. Defined a template, this time without a frameset, very standard
header, body, footer. Defined tiles-defs.xml to extend the template and just
change the put for the body. Again it does not recalculate, reprocess the
page. How can this be. I am successfully forwarding the first time to a
definition in the tiles-defs. The second time I am also doing the same,
forwarding to a definition in tiles-defs and it does not work;I see the old
previous result.
3. jsp:include. Define another template that simulates the Tiles approach but
rather than named areas more primitively makes three rows in a table and uses
jstl to pick off the correct jsp for that section. Again it fails after the
first time. Even thought I specify a different name for the body, set it in
the
form bean, specify it as jsp:include page=${sessionScope.formBean.bodyName}, it
does not work, after the first time. Of course even when I first remove the
formbean and populate it and add it to the session.
How can I be having this systemic problem not alleviated by any of the
different
designs? Any one of these should have worked. To have all of them fail has
cost me many days and worse. Any help appreciated.
Re: Tomcat 6 Struts 1.3
Hi Christ, et. al
Thanks here we go. It still seems there is something stopping the jsp
processing on TC, after the first time. Yes, I know how foolish that sounds,
sorry nonplused at this moment.
action
public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response) {
ccAuth13_genericForm_FBO_dwr fb00 = (
ccAuth13_genericForm_FBO_dwr) form;
HttpSession session = request.getSession();
String desiredReport = fb00.getType();
if (desiredReport.equals("a")) {
fb00.setFramesetPage("/ccAuth15_PO_all_fragment.jsp");
fb00.setFrameTitle("ccAuth15_PO_All");
session.removeAttribute("fb00");
session.setAttribute("fb00", fb00);
//return mapping.findForward("PO_01");
return mapping.findForward("defaultReport"); //tiles defs
}
if (desiredReport.equals("posSO")) {
fb00.setFramesetPage("/ccAuth15_soDetail_fragment.jsp");
fb00.setFrameTitle("posSO-generic");
session.removeAttribute("fb00");
session.setAttribute("fb00", fb00);
//return mapping.findForward("PO_01");
return mapping.findForward("posSO"); //tiles defs
tiles-defs
http://jakarta.apache.org/struts/dtds/tiles-config_1_3.dtd";>
template00
<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %>
template01
<%@ page errorPage="ccAuth15_template01_error.jsp" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>
<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core"; prefix="c" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt"; prefix="fmt" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/sql"; prefix="sql" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/xml"; prefix="x" %>
<%@ page import = "java.util.*, java.text.NumberFormat " %>
${sessionScope.fb00.frameTitle}
Re: Tomcat 6 Struts 1.3
Hi Chris
Thank you for your attention. What is odd and almost answers all the
questions,
leaving the BIG one, is that all three techniques work the first time. That
means that all the resolving, mapping and substitution work. The proxy names
are all resolved in the framset(not shown), tiles and jsp:include. In the
second state what I expected is the recompiling of the
ccAuth15_soDetail_fragment.jsp, caching the other areas and presenting the
different view to the client. By "nothing" I mean that the original view is
shown even thought I know, via setting a breakpoint, I hit the second state but
do now show the proper jsp.
I have read this about the attribute "antiResourceLocking", however that was in
5.5 and I assume it is fully fixed or know(no google cit it), but 6.0.30. Does
this help with any further ideas?
From: Christopher Schultz
To: Tomcat Users List
Sent: Mon, May 2, 2011 12:44:10 PM
Subject: Re: Tomcat 6 Struts 1.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cpanon,
On 5/2/2011 12:20 PM, cpanon wrote:
> It still seems there is something stopping the jsp
> processing on TC, after the first time. Yes, I know how foolish that sounds,
> sorry nonplused at this moment.
I'm not even sure I understand what you mean. That's okay, let's take a
look at the code.
> if (desiredReport.equals("a")) {
> fb00.setFramesetPage("/ccAuth15_PO_all_fragment.jsp");
Okay. What is the "/" intended to be relative to? The webapp? The whole
server? More on this, later.
What does the "setFramesetPage" method actually set? I don't see
anything called "frameSet" in the configuration or anything like that.
> http://jakarta.apache.org/struts/dtds/tiles-config_1_3.dtd";>
>
>
>
>
>
>
>
I'm no tiles expert, but it seems obvious what's going on, here.
> template00
> <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %>
>
>
>
>
>
>
>
>
Presumably, Tiles is smart enough to resolve the template paths, here,
to the right file on disk. Are these templates properly resolved when
using ? Or is this the problem you're actually reporting:
that Tiles can't find your templates?
>
>
>
> ${sessionScope.fb00.frameTitle}
>
>
>
>
Good: you are using . This will ensure that your URLs are
passed-through both of the following procedures:
1. Pre-pending the context path of the webapp (i.e.
request.getContextPath() + url)
2. Encoding the URL if necessary for url-rewriting (i.e.
response.encodeURL(url)).
> />
Use of a URL without the above steps /may/ be a problem, but also may
not: if you are sure this URL is exactly right, then feel free to ignore
this comment.
> page="${sessionScope.fb00.framesetPage}">
I checked the documentation for and it wasn't clear
whether a URL starting with "/" will be treated as if it were relative
to the current webapp or relative to the current hostname. My guess is
the latter.
It also doesn't say whether the url will be "rewritten" if necessary.
> page="/ccAuth13_applet_fragment.jsp">
So, I suspect this and the previous includes are the things that are
failing, right?
What is the context path of your webapp?
What exactly happens when it "does not work"? Error message? Exception?
Both? Neither? Empty output within your element? Page generation stops?
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk2+31kACgkQ9CaO5/Lv0PCdXACePCxfugTVbXWVot8JwQ/X5si6
bB0AniTofkx2+6hEocvYBZoxvGnZgQgq
=2gtV
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 Struts 1.3
Hi Chris
What I find so inscrutable is I know I am hitting the second state with the
different jsp for the report tile. I know that b/c I have a breakpoint set on
the return mapping.findForward("posSO"); What I expect is TC or Jasper to
detect the tiles-defs is different than the one presenting to this session and
process it with the current session attributes, render it and insert it into
the
page in the report tile. I have to do this b/c I need to keep my applet
running
and not shut down. It is something systemic for sure. I know tiles works for
thousands of other developers. How can it work for me perfectly the first time
and fail and successive time with a different state? Am I not correct in my
expectation of Tiles processing and the fact that it works for others? Any
further ideas?
From: Christopher Schultz
To: Tomcat Users List
Sent: Tue, May 3, 2011 4:08:50 PM
Subject: Re: Tomcat 6 Struts 1.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cpanon,
On 5/2/2011 4:04 PM, cpanon wrote:
> Thank you for your attention.
No problem.
> What is odd and almost answers all the questions, leaving the BIG
> one, is that all three techniques work the first time.
Hah... that actually raises more questions than answers IMO.
> That means that all the resolving, mapping and substitution work.
> The proxy names are all resolved in the framset(not shown), tiles and
> jsp:include. In the second state what I expected is the recompiling
> of the ccAuth15_soDetail_fragment.jsp, caching the other areas and
> presenting the different view to the client. By "nothing" I mean
> that the original view is shown even thought I know, via setting a
> breakpoint, I hit the second state but do now show the proper jsp.
Why would the JSP be recompiled? You aren't changing the code, so it
should just be re-running the already-compiled code. Maybe you're not
explaining it well enough for me to understand.
Are you sure you don't somehow hit the first state again somehow?
> I have read this about the attribute "antiResourceLocking", however
> that was in 5.5 and I assume it is fully fixed or know(no google cit
> it), but 6.0.30. Does this help with any further ideas?
anti resource locking has mostly do to with not performing file-locking
on .jar files that your webapp uses. If you're having problems
undeploying webapps where the files aren't being deleted, you may have
to mess with this setting. It does not appear to be related to anything
you are doing.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk3AYNIACgkQ9CaO5/Lv0PDeLQCdGpAQd4la81wZWYfqwDIG9qYB
T5kAoLmk8CtM2sjdqwMhMBaymKUebjJu
=Yqxy
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 Struts 1.3
Hi Martin
What is so odd is it is all loading just fine as witnessed by the fact that the
default case works. Either the frameset way, the tiles way or the most
primitive jsp:include, all show the default client view, cache the applet and
work quite well. The problem is when I want to change the client view remove
the form bean, make the change for the jsp desired, add the form bean to the
session and forward, it fails.
From: Martin Gainty
To: Tomcat Users List
Sent: Wed, May 4, 2011 8:38:36 PM
Subject: RE: Tomcat 6 Struts 1.3
tiles-defs.xml is loaded by struts-config.xml
struts-config.xml is loaded by WEB-INF/web.xml
web.xml is loaded by the container at webapp initialisation
except when attribute reloadable=true for http://tomcat.apache.org/tomcat-7.0-doc/config/context.html
Martin
__
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung.
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est
interdite. Ce message sert à l'information seulement et n'aura pas n'importe
quel effet légalement obligatoire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Wed, 4 May 2011 11:47:57 -0700
> From: cpa...@yahoo.com
> Subject: Re: Tomcat 6 Struts 1.3
> To: users@tomcat.apache.org
>
> Hi Chris
> What I find so inscrutable is I know I am hitting the second state with the
> different jsp for the report tile. I know that b/c I have a breakpoint set
> on
> the return mapping.findForward("posSO"); What I expect is TC or Jasper to
> detect the tiles-defs is different than the one presenting to this session
> and
> process it with the current session attributes, render it and insert it into
>the
>
> page in the report tile. I have to do this b/c I need to keep my applet
>running
>
> and not shut down. It is something systemic for sure. I know tiles works
> for
> thousands of other developers. How can it work for me perfectly the first
> time
>
> and fail and successive time with a different state? Am I not correct in my
> expectation of Tiles processing and the fact that it works for others? Any
> further ideas?
>
>
>
>
>
>
> From: Christopher Schultz
> To: Tomcat Users List
> Sent: Tue, May 3, 2011 4:08:50 PM
> Subject: Re: Tomcat 6 Struts 1.3
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> cpanon,
>
> On 5/2/2011 4:04 PM, cpanon wrote:
> > Thank you for your attention.
>
> No problem.
>
> > What is odd and almost answers all the questions, leaving the BIG
> > one, is that all three techniques work the first time.
>
> Hah... that actually raises more questions than answers IMO.
>
> > That means that all the resolving, mapping and substitution work.
> > The proxy names are all resolved in the framset(not shown), tiles and
> > jsp:include. In the second state what I expected is the recompiling
> > of the ccAuth15_soDetail_fragment.jsp, caching the other areas and
> > presenting the different view to the client. By "nothing" I mean
> > that the original view is shown even thought I know, via setting a
> > breakpoint, I hit the second state but do now show the proper jsp.
>
> Why would the JSP be recompiled? You aren't changing the code, so it
> should just be re-running the already-compiled code. Maybe you're not
> explaining it well enough for me to understand.
>
> Are you sure you don't somehow hit the first state again somehow?
>
> > I have read this about the attribute "antiResourceLocking", however
> > that was in 5.5 and I assume it is fully fixed or know(no google cit
> > it), but 6.0.30. Does this help with any further ideas?
>
> anti resource locking has mostly do to with not performing file-locking
> on .jar files that your webapp uses. If you're having problems
> undeploying webapps where the files aren't being deleted, you may have
> to mess with this setting.
deploy log4j
Hello
I have an app that work perfectly in my IDE(JBuilder05, yes I know but it work
fine), but on deployment I believe it is not reading the log4j with this error:
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Unknown Source)
followed by
log4j:WARN No appenders could be found for logger
I am loading the prop file with this(that works in the IDE)
java.util.Properties props = new java.util.Properties();
try {
props.load(getClass().getResourceAsStream("/log4j.properties"));
}
catch (IOException ex) {
}
PropertyConfigurator.configure(props);
//ver03_lfj.setLevel(Level.DEBUG);
ver03_lfj.debug("yippie");
Re: deploy log4j
Hi Mark
Thank you for the extensive effort in response. However it gets curiouser and
curiouser.
Specifically when I deploy
TC6.0.29
JRE 6.0.22-b04
log4j.properties(in WEB-INF/classes/)
# Set root logger level to DEBUG and its only appender to A1.
log4j.rootLogger=WARN, A1
# A1 is set to be a ConsoleAppender.
log4j.appender.A1=org.apache.log4j.ConsoleAppender
# A1 uses PatternLayout.
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%-4r [%t] %-5p %c %x %M - %m%n
on Win2KSrv, Win2003Srv, and WinXPP I get
java.lang.ClassCastException:
org.apache.catalina.util.DefaultAnnotationProcessor cannot be cast to
org.apache.AnnotationProcessor
which if "fixed" by this line in context.xml
This is the where the differences in the platforms affects the results with all
of the above configs.
1. On Windows2K Server and Windows2003 Server it fails to find the properly
configured and located log4j file
2. On WinXPP it works perfectly under production TC 6.0.29, finding the log4j
file without error.
Any ideas?
From: Mark Eggers
To: Tomcat Users List
Sent: Thu, December 9, 2010 1:06:08 AM
Subject: Re: deploy log4j
You don't say the following:
Tomcat version
JRE/JDK version
Platform (OS and version)
That being said, I use log4j (with or without Apache commons logging) for
nearly
every web application I run on Tomcat.
Short answer: You don't manually read in your properties file with log4j.
Read a tutorial on log4j for a more complete explanation.
What follows below is an overview. Please refer to the log4j documentation, the
log4j javadocs, and tutorials around the Internet for a more complete
discussion.
Code:
In each class that you want to use logging, add the following:
package foo; // replace with your package name
import org.apache.log4j.Logger;
public class MyFoo { // replace with your class name
private static final Logger log = Logger.getLogger(MyFoo.class); // note 1
/*
* rest of class including log.("message") where is a level
*/
}
note 1: While it is traditional that one uses getLogger(MyFoo.class), which is
shorthand for getLogger(clazz.getName()), you can also name your loggers with
any legal string. See the javadoc for more information.
Properties File:
In your properties file, you'll need appenders as well individual lines for
non-default logging levels for each logger name.
### direct messages to file foo.log ###
log4j.appender.file=org.apache.log4j.FileAppender
log4j.appender.file.File=${catalina.home}/logs/foo.log
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n
# default logging level
log4j.rootLogger=warn, file
# logging for foo.MyFoo - name matches the logger name
log4j.logger.foo.MyFoo.type=info
Since there is only a file listed in the appenders, then that's where the
logging will go.
Note that ${catalina.home} was used for logging. This should probably
be ${catalina.base} just in case more than one copy of Tomcat is run from a
base
installation (see RUNNING.txt). This is a handy way of storing log files.
If you're doing some in-IDE testing where ${catalina.home} or ${catalina.base}
is not set, then hopefully your IDE will let you pass in a Java parameter. Just
set
-Dcatalina.home= (or -Dcatalina.base=) while testing.
Application Structure:
Properties file
Package up the application so that log4j.properties gets placed in
WEB-INF/classes/log4j.properties. Log4j looks for the properties file in the
classpath. Placement in your IDE's project depends on how your IDE packages
files.
Log4j library
Package up the application so that log4j-1.2.15.jar (or whatever version you
are
using) gets placed in WEB-INF/lib/log4j-1.2.15.jar. Placement in your IDE's
project depends on how your IDE packages files.
. . . . just my two cents.
/mde/
- Original Message
From: cpanon
To: Tomcat
Sent: Wed, December 8, 2010 8:23:46 PM
Subject: deploy log4j
Hello
I have an app that work perfectly in my IDE(JBuilder05, yes I know but it work
fine), but on deployment I believe it is not reading the log4j with this error:
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Unknown Source)
followed by
log4j:WARN No appenders could be found for logger
I am loading the prop file with this(that works in the IDE)
java.util.Properties props = new java.util.Properties();
try {
props.load(getClass().getResourceAsStream("/log4j.properties"));
}
catch (IOException ex) {
}
PropertyConfigurator.configure(props);
//ver03_lfj.setLevel(Level.DEBUG);
ver03_lfj.debug("yippie");
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: deploy log4j
Hello I agree it should be simple and in the IDE it works fine. In simple production environment on Windows Servers it fails. In simple production environment on a WinXPP it works. It cant get any more discipline testing than that. Nothing changes other than the deployment OS. I am loading an applet and I can synthesize my location as codebase+"WEB-INF/classes/log4j.properties but even the working IDE environment fails. I am doing a prop.load(getClass().getResourceAsStream(codebase+"WEB-INF/classes/log4j.properties")). Now neither environment works. Ideas? From: Christopher Schultz To: Tomcat Users List Sent: Thu, December 9, 2010 4:37:23 PM Subject: Re: deploy log4j -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, On 12/9/2010 3:44 PM, Mark Eggers wrote: > I didn't get any errors. Nor do we: we use log4j for application logging, have log4j.jar in WEB-INF/lib, have our log4j.properties in WEB-INF/classes/log4j.properties, and use the following code to configure our logging system: new PropertyConfigurator(); It couldn't be simpler than that if you ask me. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0BTBMACgkQ9CaO5/Lv0PBiZgCfY2ajcRb5kgt5ODC4/hx8UaBW 48kAoK0a1Dq/wxwSsXsVrjNWBJwo0IXc =eyxa -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: deploy log4j
\trusted.certs basic: updateValidationResultsForApplet update cache: Mark prevalidated: http://localhost:8080/demo/stuff00.jar true tm=1292000602187 cert=1178512654000 network: Cache entry not found [url: http://localhost:8080/demo/stuff01.jar, version: null] It appears that the WinServer OSs are not "handling" the cache correctly. This detail is line-by-line of the two log sessions, nothing is omitted. Even when I clear out the cache on both and rerun I get the same. It should be impossible for such an inconsistency between the two. I will try a monkey pulling lever of un/reinstall Java on the WinOSs. I will install the JDK instead of the JRE. Ideas? From: Christopher Schultz To: Tomcat Users List Sent: Fri, December 10, 2010 11:30:27 AM Subject: Re: deploy log4j -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pid, On 12/10/2010 9:27 AM, Pid wrote: > On 12/10/10 2:43 AM, cpanon wrote: >> Hello >> I agree it should be simple and in the IDE it works fine. In simple >> production >> >> environment on Windows Servers it fails. In simple production environment >> on a >> >> WinXPP it works. It cant get any more discipline testing than that. >> Nothing >> changes other than the deployment OS. >> >> >> I am loading an applet and I can synthesize my location as >> codebase+"WEB-INF/classes/log4j.properties but even the working IDE >> environment >> >> fails. I am doing a >>prop.load(getClass().getResourceAsStream(codebase+"WEB-INF/classes/log4j.properties")). >>. >> >> Now neither environment works. Ideas? > > Is the log4j property file loading code inside an applet or inside a web > application? Great question: I hadn't considered an applet being part of the equation, though the use of the word "codebase" is certainly a tip. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0CVaMACgkQ9CaO5/Lv0PAeDgCgq0oAQJEwWVRPkuFHEAxP4A2c 9VwAnjxATjWi2q4kF9Ia6upSD/pIHCBD =GMZT -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re:
Hi! http://www.integrasoluzioni.com/_redirect?jsytjnj925768 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
