RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread Mark Thomas




Dale Ogilvie  wrote:

>
>-Original Message-
>From: Mark Thomas [mailto:ma...@apache.org] 
>Sent: Wednesday, 8 August 2012 7:44 p.m.
>To: Tomcat Users List
>Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl
>cannot be cast to org.apache.jasper.el.ELContextImpl
>
>>>Dale Ogilvie  wrote:
>>>So you are saying that Tomcat should not be responsible for
>preventing
>>>app1 from unintentionally loading a class from
>app2/WEB-INF/lib/[jetty-jsp-el].jar?
>
>>No I am not saying that. The reason you see the exception is because
>Tomcat (well, with the help of the JVM) prevents a class loaded from
>one application being visible to another application.
>
>Thanks for your help Mark. I think your understanding doesn't match
>what is being reported.

Thanks, but I'm quite happy with my understanding of the situation.



>That says to me that app1 already has an instance of
>org.apache.jasper.runtime.ELContextImpl which it is trying to cast to
>the tomcat version.  So your statement that "Tomcat prevents a class
>loaded in app2 from being visible in app1" seems to be false.

Does that cast succeed? No. Why? Because the class isn't visible to app1. 

> Or am I reading this error message incorrectly?

You seem to be mixing up the object (can be passed from app2 to any app) with 
the class (only visible to app2).



As a aside, if someone with an @apache.org e-mail address (or a long term 
contributor to this list such as Chuck, Andre or Pid) answers your question 
then it is wise to assume that they know what they are talking about. If you 
want to avoid annoying them (which reduces your chances of being helped in the 
future) it is a good idea not to blatantly question the accuracy of their 
answer or their knowledge of Tomcat. On the odd occasion they do get it wrong 
there are tactful ways to point that out. For example, "I get that the class 
from app2 is not visible to app1. Given that, the bit I don't get is that app1 
appears to be working with an instance of the class that is only visible to 
app2. What am I missing?" would have achieved the same ends as your e-mail 
without any of the associated annoyance.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Default encoding in tomcat 5.5.29

2012-08-09 Thread Petr Hracek
Dear users,

could you please advice me what is a default encoding in tomcat 5.5.29:
I have found two links but I am not sure what is correct:

- http://www.velocityreviews.com/forums/t130011-tomcat-5-default-encoding.html
- http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q1

Is the default encoding ISO8859-1 or UTF-8?

-- 
Best Regards / S pozdravem
Petr Hracek

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Default encoding in tomcat 5.5.29

2012-08-09 Thread ZhanGNer
The default encoding is ISO-8859-1
And you can change it by add " Content-Type: text/html; charset=ISO-8859-1"
in your pages.

On Thu, Aug 9, 2012 at 4:25 PM, Petr Hracek  wrote:

> Dear users,
>
> could you please advice me what is a default encoding in tomcat 5.5.29:
> I have found two links but I am not sure what is correct:
>
> -
> http://www.velocityreviews.com/forums/t130011-tomcat-5-default-encoding.html
> - http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q1
>
> Is the default encoding ISO8859-1 or UTF-8?
>
> --
> Best Regards / S pozdravem
> Petr Hracek
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread chris derham
| I am 95% certain of what is happenning but haven't tested this. It will
help your understanding if you read the EL specification, specifically the
section in the Javadoc regarding how implementations are discovered.
| Tomcat implements these rules. It is possible for an EL implementation to
be loaded from an application. Everything will be fine EL-wise for the
application that shipped with the EL implementation but things will
| fall apart for any other application that tries to use EL since the
implementation classes will not be visible.

Mark,

I don't understand one key component of your response. I don't pretend to
understand the internals of tomcat, but I thought that I had a good grasp
on how things were supposed to work. Please forgive me if I ask something
stupid.

You seem to say that the EL implementation will be loaded from the app2, as
it has an implementation present in its lib. You then say that this won't
be visible to app 1, presumably because this class is loaded into the
app2's class loader. That bit matches up with my understanding on app class
loaders in web containers - each app has its own, and they are separate
preventing leakage from one app to another. The bit I don't really
understand is when app 1 tries to run some EL code, surely the same
mechanism should kick in and load an EL implementation. I get that app 1
doesn't have an impl in its lib folder, but I would expect the call to be
passed to the tomcat shared class loader, whereby tomcat's EL impl is
loaded from CATALINA_BASE/lib. You seem to imply that once tomcat has
loaded a EL impl into the app2's classloader, that this some how breaks or
dirties the tomcat shared classloader so that it can no longer work the way
I describe above. Could you spare a minute to explain where my
understanding falters?

Thanks

Chris


Re: Default encoding in tomcat 5.5.29

2012-08-09 Thread Konstantin Kolinko
2012/8/9 Petr Hracek :
> Dear users,
>
> could you please advice me what is a default encoding in tomcat 5.5.29:
> I have found two links but I am not sure what is correct:
>
> - http://www.velocityreviews.com/forums/t130011-tomcat-5-default-encoding.html
> - http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q1
>
> Is the default encoding ISO8859-1 or UTF-8?

You have to define what you mean by the term "default encoding". There
are different terms in different contexts.

The I/O default encoding (the one that is used to write the log files,
etc.) is determined by your OS user configuration.

The servlet response default encoding is ISO-8859-1.
The information in the FAQ is correct, so follow the FAQ.


Regarding the random 8-years old discussion thread,

Jasper indeed uses UTF-8 to write java source files for JSP pages and
to call Java compiler on them (that is what javaEncoding option in
"jasper-howto.html" is about), but it is an internal detail that is
not visible from the outside.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



ianywhere driver with tomcat under linux error [Sybase][ODBC Driver Manager] Unable to load resource file

2012-08-09 Thread CHRISTOS STAVRINOU
ianywhere driver with tomcat under linux error [Sybase][ODBC Driver
Manager] Unable to load resource file

Problem using ianywhere driver to connec to sybase sql anywhere 12 web
edition with tomcat under linux I get the error [Sybase][ODBC Driver
Manager] Unable to load resource file

The connection string is

jdbc:ianywhere:driver=libdbodbc12.so;dbn=mydatabase;eng=myserver;

All libraries that are required are placed to the correct folders of
java ld_library_path

Please help.

Please also reply at stavr...@gmail.com

Thanks

org.apache.jasper.JasperException: javax.servlet.ServletException:
java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file

org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:548)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:456)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

javax.servlet.ServletException: java.sql.SQLException: [Sybase][ODBC
Driver Manager] Unable to load resource file

org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:911)

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:840)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:157)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file
ianywhere.ml.jdbcodbc.jdbc3.IDriver.makeODBCConnection(Native Method)
ianywhere.ml.jdbcodbc.jdbc3.IDriver.connect(IDriver.java:768)
java.sql.DriverManager.getConnection(DriverManager.java:579)
java.sql.DriverManager.getConnection(DriverManager.java:221)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:95)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread Konstantin Kolinko
2012/8/3 Dale Ogilvie :
> Hi,
>
> I'm seeing this problem below appearing now with one of our web-apps, google 
> has not helped me so far... There have been no changes with the web app in 
> question, which was working, so I'm picking something is going on with either 
> the tomcat or OS (virtualized) environment, but what? Any tips as to how to 
> figure out what is going on?
>
> root cause
>
> java.lang.ClassCastException: org.apache.jasper.runtime.ELContextImpl cannot 
> be cast to org.apache.jasper.el.ELContextImpl
> 
> org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:982)
> 
> org.apache.jsp.WEB_002dINF.views.promoCodeWelcome_jsp._jspx_meth_c_005fout_005f0(promoCodeWelcome_jsp.java:301)
> 
> org.apache.jsp.WEB_002dINF.views.promoCodeWelcome_jsp._jspService(promoCodeWelcome_jsp.java:171)
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
> 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390)
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> 
> org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:238)
> 
> org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:250)
> 
> org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1047)
> 
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:817)
> 
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
> 
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
> 
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> jcifs.http.NtlmHttpFilter.doFilter(NtlmHttpFilter.java:125)
>
> The app is deployed on Tomcat 7.0.27, java 1.6_026, erroring jsp line:
>
> 
>

>(...)
> I found the problem, but I am confused as to WHY it is a problem.
> *Another webapp* on the same tomcat instance includes the following jar
> in its WEB-INF/lib:
>
> jsp-2.1-6.1.14.jar
>
> This jar contains the offending class
> "org.apache.jasper.runtime.ELContextImpl".
>
> If I remove this *other* application  (app2) from the server, the
> ClassCastException in app1 goes away.
>
> I thought the WEB-INF/lib directories for different applications were
> isolated from each other, but in this case it appears app1 is using a
> class from app2. This seems rather bad to me.


1. Tomcat 7.0.26 and earlier has static field
JspApplicationContextImpl.ExpressionFactory, so the EL implementation
is effectively shared between web applications.

This was a bug, noted and fixed in 7.0.27 (see BZ 52998),
http://svn.apache.org/viewvc?view=revision&revision=1307581


2. I do not know why you are observing the issue with 7.0.27.

Either the fix was incomplete,

or maybe the JSPs were compiled with an earlier version of Tomcat. Try
clearing the work folder so that they are recompiled.

or it is caused specifically by "other vendor" using jasper package
names in their classes. E.g. when some jasper classes were loaded by
Tomcat by the first time, it might be loaded from 3rd party JAR
instead of Tomcat.

It is possible to set delegate="true" on a  element to change
Tomcat classloading behaviour.


3. Regarding protection against "other vendor" using Jasper package classes,

The "package.access" setting in catalina.properties does include the
"org.apache.jasper." package,  so a protection is already in place.
Note though that this setting is only effective when you run with
SecurityManager enabled.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



need help debugging why a simple app install fails

2012-08-09 Thread my koseli
>
> Hi,

I am using tomcat6 in ubuntu Ubuntu 10.04.4 LTS and running into problem
when installing a very simple app.

When I do ant build, deploy it seems to work but when I do "ant install -v"
I get failed to build with output below. I cant find the reason this is
failing. Is it possible to get some help on debugging this?

Detected Java version: 1.6 in: /usr/lib/jvm/java-6-openjdk/jre
>
> Detected OS: Linux
> parsing buildfile /home/user/springapp2/build.xml with URI =
> file:/home/user/springapp2/build.xml
> Project base dir set to: /home/user/springapp2
> parsing buildfile
> jar:file:/usr/share/ant/lib/ant.jar!/org/apache/tools/ant/antlib.xml with
> URI = jar:file:/usr/share/ant/lib/ant.jar!/org/apache/tools/ant/antlib.xml
> from a zip file
>  [property] Loading /home/user/springapp2/build.properties
> Build sequence for target(s) `install' is [install]
> Complete build sequence is [install, reload, start, build, deploy, list,
> usage, stop, deploywar, ]
> install:
>   [install] FAIL - Failed to deploy application at context path /springapp2
> BUILD FAILED
> /home/user/springapp2/build.xml:106: FAIL - Failed to deploy application
> at context path /springapp2
> at
> org.apache.catalina.ant.AbstractCatalinaTask.execute(AbstractCatalinaTask.java:258)
> at
> org.apache.catalina.ant.AbstractCatalinaTask.execute(AbstractCatalinaTask.java:146)
> at org.apache.catalina.ant.InstallTask.execute(InstallTask.java:114)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
> at org.apache.tools.ant.Task.perform(Task.java:348)
> at org.apache.tools.ant.Target.execute(Target.java:390)
> at org.apache.tools.ant.Target.performTasks(Target.java:411)
> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
> at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
> at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
> at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
> at org.apache.tools.ant.Main.runBuild(Main.java:801)
> at org.apache.tools.ant.Main.startAnt(Main.java:218)
> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
> Total time: 0 seconds
>
>


EL not working with multiple parameters

2012-08-09 Thread Felipe Jaekel
When I try to call a method with two parametes in a XHTML page on Tomcat
7.0.29 it doesn't works. I'll attach the stacktrace below.

It's strange because the same code runs fine on Glassfish 3.1.

Is this a bug in Tomcat EL?

Thanks,
Phillip

Stacktrace:
Advertência: #{atendimentosBean.atender(atendimento, rowKey)}:
java.lang.NullPointerException
javax.faces.FacesException: #{atendimentosBean.atender(atendimento,
rowKey)}: java.lang.NullPointerException
at
com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:110)
at javax.faces.component.UICommand.broadcast(UICommand.java:315)
at javax.faces.component.UIData.broadcast(UIData.java:1093)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
at
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
at
com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at br.com.spdata.persistence.MySqlFilter.doFilter(MySqlFilter.java:57)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
br.com.spdata.persistence.FirebirdFilter.doFilter(FirebirdFilter.java:50)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
br.com.spdata.tecnico.filter.LoginFilter.doFilter(LoginFilter.java:115)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1001)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.faces.el.MethodNotFoundException:
java.lang.NullPointerException
at
javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:104)
at
com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
... 42 more
Caused by: java.lang.NullPointerException
at java.lang.Class.isAssignableFrom(Native Method)
at
org.apache.el.util.ReflectionUtil.isAssignableFrom(ReflectionUtil.java:319)
at org.apache.el.util.ReflectionUtil.getMethod(ReflectionUtil.java:185)
at org.apache.el.parser.AstValue.invoke(AstValue.java:257)
at
org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl

Re: need help debugging why a simple app install fails

2012-08-09 Thread Ognjen Blagojevic

Hi my,

On 9.8.2012 14:55, my koseli wrote:

When I do ant build, deploy it seems to work but when I do "ant install -v"
I get failed to build with output below. I cant find the reason this is
failing. Is it possible to get some help on debugging this?


You get the message from Manager webapp ("Failed to deploy..."). There 
should be some more information about the reason of the failure in 
Tomcat logs, check them out.


-Ognjen

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: EL not working with multiple parameters

2012-08-09 Thread Martin Gainty

WHICH VERSION of Jboss are you implementing?

where is the code for atendimentosBean?

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.


> From: fkjae...@gmail.com
> Date: Thu, 9 Aug 2012 10:06:15 -0300
> Subject: EL not working with multiple parameters
> To: users@tomcat.apache.org
> 
> When I try to call a method with two parametes in a XHTML page on Tomcat
> 7.0.29 it doesn't works. I'll attach the stacktrace below.
> 
> It's strange because the same code runs fine on Glassfish 3.1.
> 
> Is this a bug in Tomcat EL?
> 
> Thanks,
> Phillip
> 
> Stacktrace:
> Advertência: #{atendimentosBean.atender(atendimento, rowKey)}:
> java.lang.NullPointerException
> javax.faces.FacesException: #{atendimentosBean.atender(atendimento,
> rowKey)}: java.lang.NullPointerException
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:110)
> at javax.faces.component.UICommand.broadcast(UICommand.java:315)
> at javax.faces.component.UIData.broadcast(UIData.java:1093)
> at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
> at
> javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
> at
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at br.com.spdata.persistence.MySqlFilter.doFilter(MySqlFilter.java:57)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> br.com.spdata.persistence.FirebirdFilter.doFilter(FirebirdFilter.java:50)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> br.com.spdata.tecnico.filter.LoginFilter.doFilter(LoginFilter.java:115)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
> at
> org.apach

Re: EL not working with multiple parameters

2012-08-09 Thread Felipe Jaekel
Weld 1.1.8
Seam Faces 3.1.0

public void atender(StAtendimento atendimento, int
indiceAtendimentoSelecionado)
{
 try
{
stAtendimentoService.atender(atendimento, atendente,
status, indiceAtendimentoSelecionado);

conversasBean.abrirAba(atendimento);

filasBean.atualizaFilas();

//exibirDadosCliente(atendimento);
}
catch(InicioAtendimentoException ex)
 {
addErrorMessage(ex.getMessage());
}
 }



2012/8/9 Martin Gainty 

>
> WHICH VERSION of Jboss are you implementing?
>
> where is the code for atendimentosBean?
>
> 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.
>
>
> > From: fkjae...@gmail.com
> > Date: Thu, 9 Aug 2012 10:06:15 -0300
> > Subject: EL not working with multiple parameters
> > To: users@tomcat.apache.org
> >
> > When I try to call a method with two parametes in a XHTML page on Tomcat
> > 7.0.29 it doesn't works. I'll attach the stacktrace below.
> >
> > It's strange because the same code runs fine on Glassfish 3.1.
> >
> > Is this a bug in Tomcat EL?
> >
> > Thanks,
> > Phillip
> >
> > Stacktrace:
> > Advertência: #{atendimentosBean.atender(atendimento, rowKey)}:
> > java.lang.NullPointerException
> > javax.faces.FacesException: #{atendimentosBean.atender(atendimento,
> > rowKey)}: java.lang.NullPointerException
> > at
> >
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:110)
> > at javax.faces.component.UICommand.broadcast(UICommand.java:315)
> > at javax.faces.component.UIData.broadcast(UIData.java:1093)
> > at
> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:794)
> > at
> > javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1259)
> > at
> >
> com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
> > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> > at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> >
> org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> br.com.spdata.persistence.MySqlFilter.doFilter(MySqlFilter.java:57)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> > br.com.spdata.persistence.FirebirdFilter.doFilter(FirebirdFilter.java:50)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> >
> org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> >
> org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> > at
> > br.com.spdata.tecnico.filter.LoginFilter.doFilter(LoginFilter.java:115)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDo

Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Massimo Chirivì - Ict Consultant
i have correct the server.xml, but into the folder catalinassl there is
www.site3.net, but all child folders are empty,
- with netstat the https is up
--




 
 




  


--


2012/8/8 Christopher Schultz-2 [via Tomcat] <
ml-node+s10n4984981...@n6.nabble.com>

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Martin,
>
> On 8/7/12 1:12 PM, Martin Gainty wrote:
> >
> > INFO: Initializing Coyote AJP/1.3 on ajp-8009
> >> 7-ago-2012 18.42.53 org.apache.coyote.http11.Http11AprProtocol
> >> init GRAVE: Error initializing endpoint java.lang.Exception: No
> >> Certificate file specified
> >
> >  client request on Port 8009 wont pass through *until* you
> > get the Certificate from the site administrator
>
> It appears that the OP is not using AJP at all, so your response does
> not help.
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlAh3REACgkQ9CaO5/Lv0PCmjgCgogIeyhqfRIP96KuDOWz7Q7gI
> /t8AoKDKdMSHsNKwCuF+k2cZvVmadex7
> =42Bh
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [hidden 
> email]
> For additional commands, e-mail: [hidden 
> email]
>
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://tomcat.10.n6.nabble.com/TOMCAT-with-multiple-sites-one-on-https-others-on-http-tp4462105p4984981.html
>  To unsubscribe from TOMCAT with multiple sites (one on https, others on
> http), click 
> here
> .
> NAML
>


Re: Problem with tomcat 7 and java ld_library_path under centos 6 using IANYWHERE JDBC DRIVER

2012-08-09 Thread Mark Eggers

Moving this back on the list.

In general it's a good idea to keep the discussion (and the solution) on 
the mailing list. That way everyone benefits (and everyone can help).


Comments are surrounded with  COMMENT 

On 8/9/2012 4:18 AM, CHRISTOS STAVRINOU wrote:

Thank you for your answer that solved the problem. But now I get the
error below that

[Sybase][ODBC Driver Manager] Unable to load resource file

I can't understand what happens and how to fix it.

Please help if you have any answer.

Thanks a lot.

org.apache.jasper.JasperException: javax.servlet.ServletException:
java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file

org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:548)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:456)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

javax.servlet.ServletException: java.sql.SQLException: [Sybase][ODBC
Driver Manager] Unable to load resource file

org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:911)

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:840)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:157)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file
ianywhere.ml.jdbcodbc.jdbc3.IDriver.makeODBCConnection(Native Method)
ianywhere.ml.jdbcodbc.jdbc3.IDriver.connect(IDriver.java:768)
java.sql.DriverManager.getConnection(DriverManager.java:579)
java.sql.DriverManager.getConnection(DriverManager.java:221)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:95)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)



 COMMENT 

This looks like you are placing the SQL inside of a JSP page. In 
general, this is not best practice. I am not sure that this list is the 
place to discuss DAO (data access object) architecture, although the 
following blog post by Christopher Schultz is quite instructive:


http://blog.christopherschultz.net/index.php/2009/03/16/properly-handling-pooled-jdbc-connections/

 COMMENT 


On Wed, Aug 8, 2012 at 7:46 PM, Mark Eggers  wrote:

On 8/8/2012 6:06 AM, CHRISTOS STAVRINOU wrote:


Problem with tomcat 7 and java ld_library_path under centos 6 using
IANYWHERE JDBC DRIVER

At what path I must copy the file dbjodbc12.so? What is the correct
configuration?

How I can configure the java.library.path under under centos 6 and
tomcat 7 in order to fix the problem?

Please help me. If you have any answers please email me to
stavr...@gmail.com

Thanks in advance

The connection string is as follows:

"jdbc:ianywhere:driver=libdbodbc12.so;ENG=host;DBN=database"


 COMMENT 

According to a discussion on the SQL Anywhere forum, you no longer need 
to put driver and DBN=database (shouldn't that be DSN=database) in the 
connection string.


However, they're using sajdbc4.jar -> sybase.jdbc4.sqlanywhere.IDriver 
and you appear to be using the jdbc3 driver?


Here's the discussion link:

http://sqlanywhere-forum.sybase.com/questions/8551/sybasejdbc4sqlanywhereidriver-problems-java-hangs-when-connecting

 COMMENT 


But when running the program, I get the following exception (with the
relevant stack trace) -
Exception in thread "main" java.lang.UnsatisfiedLinkError: no
dbjodbc12 in java.library.path
 at
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
 at java.lang.Runtime.loadLibrary0(Runtime.java:823)
 at java.lang.System.loadLibrary(System.java:1030)
 at
ianywhere.ml.jdbcodbc.IDriver.try_load(IDriver.java:247)
 at
ianywhere.ml.jdbcodbc.IDriver.(IDriver.java:216)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Class.java:169)



I just did a quic

Re: need help debugging why a simple app install fails

2012-08-09 Thread my koseli
Here's the relevant lines from build.xml

101 
> 102  103  username="${tomcat.manager.username}"
> 104  password="${tomcat.manager.password}"
> 105  path="/${name}"
> 106  war="${name}.war"/>
> 107 


I have attached the full build.xml along with this email.

I am using openjdk version of java with tomcat6.

My build.properties file looks like this:

> # Ant properties for building the springapp
> appserver.home=/usr/share/tomcat6
> # for Tomcat 5 use $appserver.home}/server/lib
> # for Tomcat 6 use $appserver.home}/lib
> appserver.lib=${appserver.home}/lib
> deploy.path=${appserver.home}/webapps
> tomcat.manager.url=http://192.168.1.12:8010/manager
> tomcat.manager.username=admin
> tomcat.manager.password=pass





On Thu, Aug 9, 2012 at 7:28 AM, Ognjen Blagojevic <
ognjen.d.blagoje...@gmail.com> wrote:

> Hi my,
>
>
> On 9.8.2012 14:55, my koseli wrote:
>
>> When I do ant build, deploy it seems to work but when I do "ant install
>> -v"
>> I get failed to build with output below. I cant find the reason this is
>> failing. Is it possible to get some help on debugging this?
>>
>
> You get the message from Manager webapp ("Failed to deploy..."). There
> should be some more information about the reason of the failure in Tomcat
> logs, check them out.
>
> -Ognjen
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tomcat.**apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


















































































































	







-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Mark Eggers

See comment inline.

On 8/9/2012 6:58 AM, Massimo Chirivì - Ict Consultant wrote:

i have correct the server.xml, but into the folder catalinassl there is
www.site3.net, but all child folders are empty,
- with netstat the https is up
--




  
  

 
 

   
 

--


No, you have not corrected your server.xml. You are ignoring everyone's 
recommendations and the Wiki document which lays out in great detail how 
to set up virtual hosts.


Please read and follow this Wiki document.

http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts

Your paths (/webapps/site3, etc.) make absolutely NO sense unless you 
have a directory at the ROOT of your file system called /webapps/site3.


/mde/



2012/8/8 Christopher Schultz-2 [via Tomcat] <
ml-node+s10n4984981...@n6.nabble.com>


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Martin,

On 8/7/12 1:12 PM, Martin Gainty wrote:


INFO: Initializing Coyote AJP/1.3 on ajp-8009

7-ago-2012 18.42.53 org.apache.coyote.http11.Http11AprProtocol
init GRAVE: Error initializing endpoint java.lang.Exception: No
Certificate file specified


 client request on Port 8009 wont pass through *until* you
get the Certificate from the site administrator


It appears that the OP is not using AJP at all, so your response does
not help.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAh3REACgkQ9CaO5/Lv0PCmjgCgogIeyhqfRIP96KuDOWz7Q7gI
/t8AoKDKdMSHsNKwCuF+k2cZvVmadex7
=42Bh
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [hidden 
email]
For additional commands, e-mail: [hidden 
email]



--
  If you reply to this email, your message will be added to the discussion
below:

http://tomcat.10.n6.nabble.com/TOMCAT-with-multiple-sites-one-on-https-others-on-http-tp4462105p4984981.html
  To unsubscribe from TOMCAT with multiple sites (one on https, others on
http), click 
here
.
NAML






-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Massimo Chirivì - Ict Consultant
Attached file is my server.xml, the service catalina with all virtual host
work correctly, the service catalinassl is not working
the subfolders of the folder /catalinassl/site3 are empty.
you kindly tell me the changes to make in server.xml
I'm not understanding
thank

Massimo Chirivì






2012/8/9 Mark Eggers-2 [via Tomcat] 

> See comment inline.
>
> On 8/9/2012 6:58 AM, Massimo Chirivì - Ict Consultant wrote:
>
> > i have correct the server.xml, but into the folder catalinassl there is
> > www.site3.net, but all child folders are empty,
> > - with netstat the https is up
> >
> --
>
> > 
> >
> >  protocol="org.apache.coyote.http11.Http11NioProtocol"
> > maxHttpHeaderSize="8192" maxThreads="150" enableLookups="false"
> > disableUploadTimeout="true" acceptCount="100" scheme="https"
> secure="true"
> > SSLEnabled="true" clientAuth="false" sslProtocol="TLS"
> > keystoreFile="/conf/site3" keypass="qwertyuiop" />
> >
> >   
> >   
> >  >   directory="logs"  prefix="virtual_log29."
> suffix=".txt"
> > timestamp="true"/>
> >   > reloadable="true"/>
> >   >   directory="logs"  prefix="virtual_log." suffix=".txt"
> >   pattern="common"/>
> > 
> >
> >  
> > 
> >
> --
>
>
> No, you have not corrected your server.xml. You are ignoring everyone's
> recommendations and the Wiki document which lays out in great detail how
> to set up virtual hosts.
>
> Please read and follow this Wiki document.
>
> http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts
>
> Your paths (/webapps/site3, etc.) make absolutely NO sense unless you
> have a directory at the ROOT of your file system called /webapps/site3.
>
> /mde/
>
> >
> > 2012/8/8 Christopher Schultz-2 [via Tomcat] <
> > [hidden email] >
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Martin,
> >>
> >> On 8/7/12 1:12 PM, Martin Gainty wrote:
> >>>
> >>> INFO: Initializing Coyote AJP/1.3 on ajp-8009
>  7-ago-2012 18.42.53 org.apache.coyote.http11.Http11AprProtocol
>  init GRAVE: Error initializing endpoint java.lang.Exception: No
>  Certificate file specified
> >>>
> >>>  client request on Port 8009 wont pass through *until* you
> >>> get the Certificate from the site administrator
> >>
> >> It appears that the OP is not using AJP at all, so your response does
> >> not help.
> >>
> >> - -chris
> >> -BEGIN PGP SIGNATURE-
> >> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> >> Comment: GPGTools - http://gpgtools.org
> >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> >>
> >> iEYEARECAAYFAlAh3REACgkQ9CaO5/Lv0PCmjgCgogIeyhqfRIP96KuDOWz7Q7gI
> >> /t8AoKDKdMSHsNKwCuF+k2cZvVmadex7
> >> =42Bh
> >> -END PGP SIGNATURE-
> >>
> >> -
> >> To unsubscribe, e-mail: [hidden email]<
> http://user/SendEmail.jtp?type=node&node=4984981&i=0>
> >> For additional commands, e-mail: [hidden email]<
> http://user/SendEmail.jtp?type=node&node=4984981&i=1>
> >>
> >>
> >>
> >> --
> >>   If you reply to this email, your message will be added to the
> discussion
> >> below:
> >>
> >>
> http://tomcat.10.n6.nabble.com/TOMCAT-with-multiple-sites-one-on-https-others-on-http-tp4462105p4984981.html
> >>   To unsubscribe from TOMCAT with multiple sites (one on https, others
> on
> >> http), click here<
>
> >> .
> >> NAML<
> http://tomcat.10.n6.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: [hidden 
> email]
> For additional commands, e-mail: [hidden 
> email]
>
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://tomcat.10.n6.nabble.com/TOMCAT-with-multiple-sites-one-on-https-others-on-http-tp4462105p4985056.html
>  To unsubscribe from TOMCAT with multiple sites (one on https, others on
> http), click 
> here
> .
> NAML

Re: need help debugging why a simple app install fails

2012-08-09 Thread Ognjen Blagojevic

Hi my,

On 9.8.2012 16:57, my koseli wrote:

Here's the relevant lines from build.xml

101 


Tomcat docs says that install task is deprecated. Although it is maybe 
equivalent to "deploy", I recommend to switch to deploy task.




102 


Other than that, nothing suspicious here. What about the content of the 
file conf/tomcat-users.xml? Is admin/pass defined correctly there, in 
the correct role?


What is the exact Tomcat version you are using?

Did you check the log files? Is there any usefull info in there?

-Ognjen

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Mark Eggers

On 8/9/2012 8:29 AM, Massimo Chirivì - Ict Consultant wrote:

Attached file is my server.xml, the service catalina with all virtual host
work correctly, the service catalinassl is not working
the subfolders of the folder /catalinassl/site3 are empty.
you kindly tell me the changes to make in server.xml
I'm not understanding
thank

Massimo Chirivì


Massimo,

I'm not sure if this is a language problem or some other problem. I 
don't speak Italian, but maybe someone else on the list does.


I can empathize with language barriers (I've had to struggle with 
documentation written in Bahasa - which i know zero about). Maybe you 
have a team mate that can help translate the Tomcat documentation and 
Wiki article into Italian?


A point of clarification about path names.

File path names beginning with / are absolute path names. This means 
that when you write /webapps/site1, you are referring to a directory 
from the root of the file system - ie., /webapps/site1.


File path names not beginning with a / are relative path names. This 
means that the path names are relative to some base path.


In Tomcat, the base path starts at $CATALINA_BASE. This is where Tomcat 
is run from (gets a bit more complicated with distribution repackaging). 
For example, if I install and run Tomcat from:


/home/mdeggers/Apache/apache-tomcat-6.0.35

Then $CATALINA_BASE becomes

/home/mdeggers/Apache/apache-tomcat-6.0.35

A relative path name of "webapps" then becomes:

/home/mdeggers/Apache/apache-tomcat-6.0.35/webapps

as an absolute path name in this particular sense.

So in your case, you need to have directories /webapps/site1, 
/webapps/site2, and /conf/site3 at the root of your file system. This is 
not a good thing.


That being said, you have not made any of the changes recommended by:

1) The documentation
2) The cited Wiki article
3) Several patient people on the mailing list

For your particular question, please note the following Context elements 
(again, this is very bad practice).


A. In Service Catalina

Host element with name="site1"


Host element with name="site2"


B. In Service Catalinassl

Host element with name="site1"


As you can see, there is NO site3 Host element in any part of your 
server.xml. Therefore, there should be nothing in 
CATALINA_BASE/conf/Catalinassl/site3. There should also be nothing in 
CATALINA_BASE/work/Catalinassl/site3.


/Catalinassl/site3 makes no sense as a path.

The path to the keystore file has nothing to do with where the appBase 
is (or docBase).


You are still using the wrong connector configuration for SSL. If you 
are loading the APR native libraries (and the logs you posted indicated 
that you are), you need to use the appropriate OpenSSL-style connector 
configuration (and certificate files).


I've posted the relevant portion of the server.xml for SSL from the 
online documentation in this thread before.


. . . . fresh out of cents (or sense)
/mde/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Massimo Chirivì - Ict Consultant
i attach the correct file, but on the server tomcat the file was corrected
but the problem remains.


2012/8/9 Mark Eggers 

> On 8/9/2012 8:29 AM, Massimo Chirivě - Ict Consultant wrote:
>
>> Attached file is my server.xml, the service catalina with all virtual host
>> work correctly, the service catalinassl is not working
>> the subfolders of the folder /catalinassl/site3 are empty.
>> you kindly tell me the changes to make in server.xml
>> I'm not understanding
>> thank
>>
>> Massimo Chirivě
>>
>
> Massimo,
>
> I'm not sure if this is a language problem or some other problem. I don't
> speak Italian, but maybe someone else on the list does.
>
> I can empathize with language barriers (I've had to struggle with
> documentation written in Bahasa - which i know zero about). Maybe you have
> a team mate that can help translate the Tomcat documentation and Wiki
> article into Italian?
>
> A point of clarification about path names.
>
> File path names beginning with / are absolute path names. This means that
> when you write /webapps/site1, you are referring to a directory from the
> root of the file system - ie., /webapps/site1.
>
> File path names not beginning with a / are relative path names. This means
> that the path names are relative to some base path.
>
> In Tomcat, the base path starts at $CATALINA_BASE. This is where Tomcat is
> run from (gets a bit more complicated with distribution repackaging). For
> example, if I install and run Tomcat from:
>
> /home/mdeggers/Apache/apache-**tomcat-6.0.35
>
> Then $CATALINA_BASE becomes
>
> /home/mdeggers/Apache/apache-**tomcat-6.0.35
>
> A relative path name of "webapps" then becomes:
>
> /home/mdeggers/Apache/apache-**tomcat-6.0.35/webapps
>
> as an absolute path name in this particular sense.
>
> So in your case, you need to have directories /webapps/site1,
> /webapps/site2, and /conf/site3 at the root of your file system. This is
> not a good thing.
>
> That being said, you have not made any of the changes recommended by:
>
> 1) The documentation
> 2) The cited Wiki article
> 3) Several patient people on the mailing list
>
> For your particular question, please note the following Context elements
> (again, this is very bad practice).
>
> A. In Service Catalina
>
> Host element with name="site1"
> 
>
> Host element with name="site2"
> 
>
> B. In Service Catalinassl
>
> Host element with name="site1"
> 
>
> As you can see, there is NO site3 Host element in any part of your
> server.xml. Therefore, there should be nothing in 
> CATALINA_BASE/conf/**Catalinassl/site3.
> There should also be nothing in CATALINA_BASE/work/**Catalinassl/site3.
>
> /Catalinassl/site3 makes no sense as a path.
>
> The path to the keystore file has nothing to do with where the appBase is
> (or docBase).
>
> You are still using the wrong connector configuration for SSL. If you are
> loading the APR native libraries (and the logs you posted indicated that
> you are), you need to use the appropriate OpenSSL-style connector
> configuration (and certificate files).
>
> I've posted the relevant portion of the server.xml for SSL from the online
> documentation in this thread before.
>
> . . . . fresh out of cents (or sense)
> /mde/
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tomcat.**apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


  
  
  
  

  
  



  
  
  
  



  
  



  

  
 

 
 
		


	
  
  

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Profiling tomcat with java profiler

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ragini,

On 8/9/12 5:51 AM, Ragini wrote:
> what my profiler profiles:- It gives me xml file containing list
> of methods in a proper sequence in which they were executed while
> running the server.
> 
> *My question:* I do the above 3 steps 2 times in exactly same
> manner. So I have two output files say file1 and file2. I expected
> these files to be exactly same because I start the server, access
> the same application and stop the serever. But it seems that both
> files differ. I don't understand why. Could you please tell me why
> does it differ ? Are not methods of tomcat executed in exactly same
> manner for a same action ?
> 
> Please find the files attach which I get two different files
> (file1.xml) and (file2.xml). I have attached differences also which
> it gives. I find these differences by parsing files.

Instead of dropping two files on the list, why don't you tell us what
the differences are (in general). It's fine to provide full the full
data to us, but don't make us wade-through it just ti get our bearings.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkBM4ACgkQ9CaO5/Lv0PABkwCgwBrx7e3igfv6LC+hANm67WB+
9/EAnj6epnxfOnlATp5IJmkotFXFQtDB
=n8DM
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: ianywhere driver with tomcat under linux error [Sybase][ODBC Driver Manager] Unable to load resource file

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christos,

On 8/9/12 7:58 AM, CHRISTOS STAVRINOU wrote:
> root cause
> 
> java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to
> load resource file 
> ianywhere.ml.jdbcodbc.jdbc3.IDriver.makeODBCConnection(Native
> Method) 
> ianywhere.ml.jdbcodbc.jdbc3.IDriver.connect(IDriver.java:768) 
> java.sql.DriverManager.getConnection(DriverManager.java:579) 
> java.sql.DriverManager.getConnection(DriverManager.java:221) 
> org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:95) 
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:722) 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
>
> 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333) 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

This sounds like a problem with the ianywhere JDBC driver. There is no
Tomcat code in the above stack trace (other than the JSP-launching
code). You have a JSP that uses java.sql.DriverManager directly, so
there is no container-managed DataSource or anything like that to deal
with.

This problem exists entirely between your JSP and your JDBC driver.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkBXYACgkQ9CaO5/Lv0PC6AQCgtgQRQd0mceTpdcBPF6Yac4mp
lp0An1EQx8DHNHM61Trbunwt+JvhN78H
=zP6e
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread Mark Thomas
On 09/08/2012 11:41, chris derham wrote:
> | I am 95% certain of what is happenning but haven't tested this. It will
> help your understanding if you read the EL specification, specifically the
> section in the Javadoc regarding how implementations are discovered.
> | Tomcat implements these rules. It is possible for an EL implementation to
> be loaded from an application. Everything will be fine EL-wise for the
> application that shipped with the EL implementation but things will
> | fall apart for any other application that tries to use EL since the
> implementation classes will not be visible.
> 
> Mark,
> 
> I don't understand one key component of your response. I don't pretend to
> understand the internals of tomcat, but I thought that I had a good grasp
> on how things were supposed to work. Please forgive me if I ask something
> stupid.
> 
> You seem to say that the EL implementation will be loaded from the app2, as
> it has an implementation present in its lib. You then say that this won't
> be visible to app 1, presumably because this class is loaded into the
> app2's class loader. That bit matches up with my understanding on app class
> loaders in web containers - each app has its own, and they are separate
> preventing leakage from one app to another. The bit I don't really
> understand is when app 1 tries to run some EL code, surely the same
> mechanism should kick in and load an EL implementation.

I strongly suspect - but haven't run a test to confirm - that the
implementation obtained from app2 is cached by the EL discovery
mechanism so that app1 is given the same instance.

It is pretty much a given that app1 will then break. The only question
is how long it will take before app1 hits a point where it realises it
is working with an instance of a class it can't load.

I'd need to do some testing to confirm exactly what is going on but the
reported behaviour is - so far - consistent with what I think is happening.

HTH,

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: confused by tomcat6/7 docs

2012-08-09 Thread Russ Tremain
At 10:50 AM +0200 7/9/12, Olivier Lamy wrote:
>Hi,
>
>2012/7/8 Russ Tremain :
>> ahh... thanks.  bad assumption on my part that tomcat7-maven was a superset.
>>
>> what would really be cool is an "incremental" deploy, but not sure if the 
>> tomcat remote deploy api supports that or not.
>
>with incremental you mean for classes too ? or for jsp,css, jss etc.. ?

sorry I missed your reply.

I was thinking anything that had changed in the war from the previous 
deployment.

sort of an rsync type functionality.

just an idea..

/r


> >
>> meantime I will see if we can revert to tomcat6-maven plugin to see if we 
>> can speed the build/deploy development cycle up.
>>
>> thx,
>> /r
>>
>> At 10:16 PM +0200 7/7/12, Olivier Lamy wrote:
>>>Yup because currently not all goals from tomcat6 have been implemented
>>>in tomcat7.
>>>
>>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat6-maven-plugin/plugin-info.html
>>>whereas.
>>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/plugin-info.html
>>>
>>>You can load an issue (if possible with a patch :-) ) for goals you'd like 
>>>see.
>>>
>>>2012/7/6 Russ Tremain :
 Hi Oliver,

 I must say I'm a bit confused by the examples & docs for
 tomcat7-maven-plugin.

 I see reference to a "war:explode" goal, which doesn't seem to exist. The
 reference is here:

 http://tomcat.apache.org/maven-plugin-2.0-beta-1/context-goals.html

 But when I dump the plugin documentation [1], I see no such goal.

 What I would like to find out about the possibility to deploy an exploded
 war image to a local tomcat instance.

 I've been successfully using the deploy (tomcat7:deploy) goal, but my
 developers are complaining that it is too slow.  I need to work out a 
 method
 to use an exploded war.

 Any help appreciated...

 thanks!
 -Russ

 [1] mvn -Dplugin=tomcat7 -DgroupId=org.apache.tomcat.maven -Dfull
 help:describe
 ...
 [INFO] org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1

 Name: Apache Tomcat Maven Plugin :: Tomcat 7.x
 Description: The Tomcat Maven Plugin provides goals to manipulate WAR
   projects within the Tomcat 7.x servlet container.
 Group Id: org.apache.tomcat.maven
 Artifact Id: tomcat7-maven-plugin
 Version: 2.0-beta-1
 Goal Prefix: tomcat7

 This plugin has 8 goals:

 tomcat7:deploy
   Description: Deploy a WAR to Tomcat.
   Implementation: org.apache.tomcat.maven.plugin.tomcat7.deploy.DeployMojo
   Language: java
   Before this mojo executes, it will call:
 Phase: 'package'

   Available parameters:

 charset (Default: ISO-8859-1)
   The URL encoding charset to use when communicating with Tomcat
 manager.

 contextFile
   The path of the Tomcat context XML file. This is not used for war
   deployment mode.

 ignorePackaging (Default: false)
   If set to true ignore if packaging of project is not 'war'.

 mode (Default: war)
   The deployment mode to use. This must be either war to deploy the 
 war,
   context to deploy the context XML file, or both to deploy the war 
 with
   the context XML file.

 password
   The password to use for deployment

 path (Default: /${project.artifactId})
   The webapp context path to use for the web application being run. 
 This
   must always start with a forward-slash ('/').

 server
   The server id in settings.xml to use when authenticating with Tomcat
> >>>   manager, or null to use defaults of username admin and no password.

 tag
   The Tomcat webapp tag name to use.

 update (Default: false)
   Whether Tomcat should automatically undeploy webapps that already
> >>> exist
   when deploying.

 url (Default: http://localhost:8080/manager/html)
   The full URL of the Tomcat manager instance to use.

 username
   The tomcat username to use for deployment

 warFile
   The path of the WAR file to deploy.

 tomcat7:deploy-only
   Description: Deploy a WAR to Tomcat witjout forking the package lifecycle
   Implementation:
 org.apache.tomcat.maven.plugin.tomcat7.deploy.DeployOnlyMojo
   Language: java

   Available parameters:

 charset (Default: ISO-8859-1)
   The URL encoding charset to use when communicating with Tomcat
>>> > manager.

 contextFile
   The path of the Tomcat context XML file. This is not used for war
   deployment mode.

 ignorePackaging (Default: false)
>>> >   If set to true ignore if packaging of project is not 'war'.

 mode (Default: war)
   The deployment mode to use. This

debugging a deployed webapp 101

2012-08-09 Thread Russ Tremain

Hi,

I heard that there is a way to get tomcat manager to dump the 
contents of the classpath loaders for a deployed application, but I 
haven't been able to find it.


So far, I see only the ideas of using jstack or kill -3 (SIGQUIT) to 
dump the threads for the container process.


Is there a way to get specific information about the loaded classpaths?

tia,
-Russ

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Mark Eggers

On 8/9/2012 10:59 AM, Massimo Chirivì - Ict Consultant wrote:

i attach the correct file, but on the server tomcat the file was corrected
but the problem remains.


This file has numerous problems.

You have been pointed at the documentation.
You have had several people point out the problems.

You have not incorporated any of the fixes that several people have 
recommended that you implement.


1. Your Host setup is at best not in keeping with good practices

http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts

2. You have Context elements in your server.xml

Again, this is not a good practice

3. You are using the wrong SSL Connector configuration

From other logs, you are loading the APR native libraries. See

http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Configuration

4. You have deleted a lot of the Listeners from the stock server.xml

Here's what you should do.

1. Start with a clean server.xml from tomcat.apache.org
2. Follow this document to set up virtual hosts

http://wiki.apache.org/tomcat/TomcatDevelopmentVirtualHosts

3. Add a second Service by copying the first Service and changing the
   name

4. In the second service:
   a. Delete the AJP Connector
   b. Delete the HTTP 1.1 Connector
   c. Add the SSL Connector following

http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Configuration

5. Do NOT add any Context elements in server.xml

6. Use ROOT.war for each virtual host default application
   a. Package your default application into a war file
   b. Name it ROOT.war (case is important)
   c. Place it in the appBase for the targeted virtual host

7. Do not add Logger elements, or other "stuff" you think is necessary

Do these steps, and post the resulting server.xml file (without 
comments), inline (no attachments). The list normally strips attachments.


Your current server.xml file basically needs a complete rewrite.

/mde/

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark,

On 8/9/12 3:46 PM, Mark Eggers wrote:
> 3. You are using the wrong SSL Connector configuration
> 
> From other logs, you are loading the APR native libraries. See

To be fair, he did (claim to) switch to the HttpNioConnector at some
point, which will use the JSSE configuration.

All your other comments are spot on.

Massimo, aiuda noi aiudiamote.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkGzIACgkQ9CaO5/Lv0PA+RgCdH4EZByRSxHDcYkqa12ivhKGj
x9kAnA6txx/VWIOLUmZj8LIPtZRVrk4T
=aysg
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: debugging a deployed webapp 101

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ,

On 8/9/12 3:46 PM, Russ Tremain wrote:
> I heard that there is a way to get tomcat manager to dump the
> contents of the classpath loaders for a deployed application, but I
> haven't been able to find it.
> 
> So far, I see only the ideas of using jstack or kill -3 (SIGQUIT)
> to dump the threads for the container process.

Do you want to get a thread dump, or do you want to get a list of JAR
files that each ClassLoader is aware of?

> Is there a way to get specific information about the loaded
> classpaths?

If you can attach to the process using jconsole, then you can look at
the /Catalina/WebappClassLoader tree (somewhat predictably gives you
details about WebappClassLoaders) and the /Catalina/Loader tree which
has more information.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkG9YACgkQ9CaO5/Lv0PCIJwCglZPb6a0AbAMt2ZEO43enPKiZ
8PoAn1sCtIoduMa5CRhtr7OuhFNSEzc8
=J2pm
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Mark Eggers

On 8/9/2012 1:18 PM, Christopher Schultz wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mark,

On 8/9/12 3:46 PM, Mark Eggers wrote:

3. You are using the wrong SSL Connector configuration

 From other logs, you are loading the APR native libraries. See


To be fair, he did (claim to) switch to the HttpNioConnector at some
point, which will use the JSSE configuration.

All your other comments are spot on.

Massimo, aiuda noi aiudiamote.

- -chris


Yep, I see that in the Connector configuration now.

I apologize for that Massimo . . . I need to read things a bit more slowly.

/mde/


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: need help debugging why a simple app install fails

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

My,

On 8/9/12 10:57 AM, my koseli wrote:
> tomcat.manager.url=http://192.168.1.12:8010/manager

Try adding "/text" to the end of that URL so it looks like this:

tomcat.manager.url=http://192.168.1.12:8010/manager/text

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkHf0ACgkQ9CaO5/Lv0PA8+QCgrwFuTueW+G3hiwffqvCKbLdK
V0MAn17tEZN3yQoPewDqsZG/3kMZ0QWA
=Fp/e
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: debugging a deployed webapp 101

2012-08-09 Thread Russ Tremain
Hey, that's pretty cool - nice that tomcat has full jmx interface now.

By drilling down from the "MBeans" tab as you suggested, I can now see my 
classpath, but not the actual classes that are loaded.

I do see a nice graph that tracks the total number of classes loaded, under the 
"Classes" tab.

-Russ


At 4:21 PM -0400 8/9/12, Christopher Schultz wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Russ,
>
>On 8/9/12 3:46 PM, Russ Tremain wrote:
>> I heard that there is a way to get tomcat manager to dump the
>> contents of the classpath loaders for a deployed application, but I
>> haven't been able to find it.
>>
>> So far, I see only the ideas of using jstack or kill -3 (SIGQUIT)
>> to dump the threads for the container process.
>
>Do you want to get a thread dump, or do you want to get a list of JAR
>files that each ClassLoader is aware of?
>
>> Is there a way to get specific information about the loaded
>> classpaths?
>
>If you can attach to the process using jconsole, then you can look at
>the /Catalina/WebappClassLoader tree (somewhat predictably gives you
>details about WebappClassLoaders) and the /Catalina/Loader tree which
>has more information.
>
>- -chris
>-BEGIN PGP SIGNATURE-
>Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
>Comment: GPGTools - http://gpgtools.org
>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
>iEYEARECAAYFAlAkG9YACgkQ9CaO5/Lv0PCIJwCglZPb6a0AbAMt2ZEO43enPKiZ
>8PoAn1sCtIoduMa5CRhtr7OuhFNSEzc8
>=J2pm
>-END PGP SIGNATURE-
>
>-
>To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: tomcat-jdbc: correct way to create a new separated org.apache.tomcat.jdbc.pool.DataSource from another one

2012-08-09 Thread Germán Ferrari
Hello,

Just to give an update on what I've effectively done with this.

I'm using a variation of the option #1, i.e., passing the PoolConfiguration
(or equivalent) aside the DataSource. I'm doing this because it lets me
define the clients of the base datasource as accepting a
javax.sql.DataSource, instead of the
org.apache.tomcat.jdbc.pool.DataSource, so the code is more general and
somewhat protected to spurious changes to the pool properties.

I'm creating "safe" copies of the PoolConfiguration object using reflection.

Thank you all.

Regards,
Germán





On Wed, Aug 8, 2012 at 4:08 PM, Germán Ferrari wrote:

> On Wed, Aug 8, 2012 at 3:11 PM, Martin Gainty  wrote:
>
>>
>> the test\java\org\apache\tomcat\jdbc\test\DefaulCase.java TC
>> builds the properties... then calls
>> BasicDataSourceFactory.createDataSource(p)
>>
>>   protected void transferProperties() {
>> try {
>> Properties p = new Properties();
>> for (int i=0; i< ALL_PROPERTIES.length; i++) {
>> String name = "get" +
>> Character.toUpperCase(ALL_PROPERTIES[i].charAt(0)) +
>> ALL_PROPERTIES[i].substring(1);
>> String bname = "is" + name.substring(3);
>> Method get = null;
>> try {
>> get = PoolProperties.class.getMethod(name, new
>> Class[0]);
>> }catch (NoSuchMethodException x) {
>> try {
>> get = PoolProperties.class.getMethod(bname, new
>> Class[0]);
>> }catch (NoSuchMethodException x2) {
>> System.err.println(x2.getMessage());
>> }
>> }
>>if (get!=null) {
>>Object value =
>> get.invoke(datasource.getPoolProperties(), new Object[0]);
>>if (value!=null) {
>>p.setProperty(ALL_PROPERTIES[i],
>> value.toString());
>>}
>> }
>> }
>> tDatasource = (BasicDataSource)
>> BasicDataSourceFactory.createDataSource(p);
>> }catch (Exception x) {
>> x.printStackTrace();
>> }
>> }
>>
>> is there a reason why you would'nt use the available transferProperties
>> method from the Tomcat TestCase?
>> Martin
>>
>>
>
> Thank you for the pointer. The ALL_PROPERTIES array it's hard-coded in the
> test case, so it's not part of the library and I can't re-use it. I could
> copy it, but I would prefer not to do it.
> Anyway this snippet makes me reconsider to use reflection to make the
> copy, I think it's not a bad option for in my case.
>
> I would like to mention that in the tests I've been doing, I found that
> the PoolProperties serialization is not working because
> PoolProperties.InterceptorDefinition is not marked as Serializable. Should
> I report a bug?
>
> Regards,
> Germán
>
>
>>
>> > From: german.ferr...@gmail.com
>> > Date: Wed, 8 Aug 2012 14:20:22 -0300
>> > Subject: Re: tomcat-jdbc: correct way to create a new separated
>> org.apache.tomcat.jdbc.pool.DataSource from another one
>> > To: users@tomcat.apache.org
>> >
>> > On Wed, Aug 8, 2012 at 2:12 PM, Germán Ferrari <
>> german.ferr...@gmail.com>wrote:
>> > >
>> > > (...)
>> > >
>> >
>> > > For the moment I think I have three options:
>> > > 1. Change some interfaces to receive a Properties object with the pool
>> > > configuration and use the suggestion given by Daniel
>> > > 2. Cast the return of DataSource#getPoolProperties() to
>> PoolProperties and
>> > > use it's clone() method.
>> > >
>> > 3. Create a new PoolProperties and set all the properties manually to
>> use
>> > > the ones returned by DataSource#getPoolProperties()
>> > >
>> > > I think #2 is the closest to what I originally thought.
>> > >
>> >
>> > mmm... I misread the signature of PoolProperties#clone(), it's
>> protected...
>> > So I guess #2 is not an option...
>> >
>> >
>> >
>> > >
>> > > Regards,
>> > > Germán
>> > >
>> > >
>> > >> 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'

Re: [OT] TOMCAT with multiple sites (one on https, others on http)

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Massimo,

On 8/9/12 4:18 PM, Christopher Schultz wrote:
> Massimo, aiuda noi aiudiamote.

Wow. Just re-read that. Awful Italian-ish. Should have been:

Massimo, aiutarci ad aiutarti.

I was never very good at reflexive conjugation (and multiple verbs in
a sentence). Basically, I'm capable of negotiating the purchase of
prosciutto by the tenth-kilo in Italian, which is all you really need.
Well, you never need anything as small as a tenth-kilo, but that's
besides the point.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkLWAACgkQ9CaO5/Lv0PAUXACeIV8ELLRuxfDJAKmJSCWfmDAx
CH4AnifhN8/yIbLRgobabrqLa8rFwcrs
=4Bhu
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: debugging a deployed webapp 101

2012-08-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ,

On 8/9/12 5:17 PM, Russ Tremain wrote:
> Hey, that's pretty cool - nice that tomcat has full jmx interface 
> now.

Tomcat has supported JMX for quite some time, now. It gets better every
day (both support for JMX and Tomcat in general).

> By drilling down from the "MBeans" tab as you suggested, I can now 
> see my classpath, but not the actual classes that are loaded.
> 
> I do see a nice graph that tracks the total number of classes
> loaded, under the "Classes" tab.

Oh, you want to see a list of the classes loaded?

I think you can get that through the instrumentation interface (JVMPI?)
but I don't know of any tools that specifically pull-out that information.

Your best bet might be to enable "verbose class loading" when
launching Tomcat. Obviously, it will make the JVM spew a large amount
of junk, but you'll be able to see what classes were loaded when.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAkLewACgkQ9CaO5/Lv0PBzdACguYy0Y2OsaK0xV6JMKjsCfKyq
4+UAoLRPtlp5PZtB00ed7YgOz9U2L/2u
=QEyG
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Problem with tomcat 7 and java ld_library_path under centos 6 using IANYWHERE JDBC DRIVER

2012-08-09 Thread Martin Gainty

Mark

did 
JAVA_OPTS="-Djava.library.path=directory-with-libdbodbc12.so"
export JAVA_OPTS
work?

What does Sybase say?
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: Thu, 9 Aug 2012 07:53:19 -0700
> From: its_toas...@yahoo.com
> To: users@tomcat.apache.org
> Subject: Re: Problem with tomcat 7 and java ld_library_path under centos 6 
> using IANYWHERE JDBC DRIVER
> 
> Moving this back on the list.
> 
> In general it's a good idea to keep the discussion (and the solution) on 
> the mailing list. That way everyone benefits (and everyone can help).
> 
> Comments are surrounded with  COMMENT 
> 
> On 8/9/2012 4:18 AM, CHRISTOS STAVRINOU wrote:
> > Thank you for your answer that solved the problem. But now I get the
> > error below that
> >
> > [Sybase][ODBC Driver Manager] Unable to load resource file
> >
> > I can't understand what happens and how to fix it.
> >
> > Please help if you have any answer.
> >
> > Thanks a lot.
> >
> > org.apache.jasper.JasperException: javax.servlet.ServletException:
> > java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
> > resource file
> > 
> > org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:548)
> > 
> > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:456)
> > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> >
> > root cause
> >
> > javax.servlet.ServletException: java.sql.SQLException: [Sybase][ODBC
> > Driver Manager] Unable to load resource file
> > 
> > org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:911)
> > 
> > org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:840)
> > org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:157)
> > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> > 
> > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> >
> > root cause
> >
> > java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
> > resource file
> > ianywhere.ml.jdbcodbc.jdbc3.IDriver.makeODBCConnection(Native Method)
> > ianywhere.ml.jdbcodbc.jdbc3.IDriver.connect(IDriver.java:768)
> > java.sql.DriverManager.getConnection(DriverManager.java:579)
> > java.sql.DriverManager.getConnection(DriverManager.java:221)
> > org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:95)
> > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> > 
> > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
> > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> >
> 
>  COMMENT 
> 
> This looks like you are placing the SQL inside of a JSP page. In 
> general, this is not best practice. I am not sure that this list is the 
> place to discuss DAO (data access object) architecture, although the 
> following blog post by Christopher Schultz is quite instructive:
> 
> http://blog.christopherschultz.net/index.php/2009/03/16/properly-handling-pooled-jdbc-connections/
> 
>  COMMENT 
> 
> > On Wed, Aug 8, 2012 at 7:46 PM, Mark Eggers  wrote:
> >> On 8/8/2012 6:06 AM, CHRISTOS STAVRINOU wrote:
> >>>
> >>> Problem with tomcat 7 and java ld_library_path under centos 6 using
> >>> IANYWHERE JDBC

Re: Problem with tomcat 7 and java ld_library_path under centos 6 using IANYWHERE JDBC DRIVER

2012-08-09 Thread Mark Eggers

On 8/9/2012 3:06 PM, Martin Gainty wrote:


Mark

did
JAVA_OPTS="-Djava.library.path=directory-with-libdbodbc12.so"
export JAVA_OPTS
work?

What does Sybase say?
Martin
__





Date: Thu, 9 Aug 2012 07:53:19 -0700
From: its_toas...@yahoo.com
To: users@tomcat.apache.org
Subject: Re: Problem with tomcat 7 and java ld_library_path under centos 6 
using IANYWHERE JDBC DRIVER

Moving this back on the list.

In general it's a good idea to keep the discussion (and the solution) on
the mailing list. That way everyone benefits (and everyone can help).

Comments are surrounded with  COMMENT 

On 8/9/2012 4:18 AM, CHRISTOS STAVRINOU wrote:

Thank you for your answer that solved the problem. But now I get the
error below that

[Sybase][ODBC Driver Manager] Unable to load resource file

I can't understand what happens and how to fix it.

Please help if you have any answer.

Thanks a lot.

org.apache.jasper.JasperException: javax.servlet.ServletException:
java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file

org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:548)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:456)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

javax.servlet.ServletException: java.sql.SQLException: [Sybase][ODBC
Driver Manager] Unable to load resource file

org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:911)

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:840)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:157)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

root cause

java.sql.SQLException: [Sybase][ODBC Driver Manager] Unable to load
resource file
ianywhere.ml.jdbcodbc.jdbc3.IDriver.makeODBCConnection(Native Method)
ianywhere.ml.jdbcodbc.jdbc3.IDriver.connect(IDriver.java:768)
java.sql.DriverManager.getConnection(DriverManager.java:579)
java.sql.DriverManager.getConnection(DriverManager.java:221)
org.apache.jsp.sybread_jsp._jspService(sybread_jsp.java:95)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
javax.servlet.http.HttpServlet.service(HttpServlet.java:722)



 COMMENT 

This looks like you are placing the SQL inside of a JSP page. In
general, this is not best practice. I am not sure that this list is the
place to discuss DAO (data access object) architecture, although the
following blog post by Christopher Schultz is quite instructive:

http://blog.christopherschultz.net/index.php/2009/03/16/properly-handling-pooled-jdbc-connections/

 COMMENT 


On Wed, Aug 8, 2012 at 7:46 PM, Mark Eggers  wrote:

On 8/8/2012 6:06 AM, CHRISTOS STAVRINOU wrote:


Problem with tomcat 7 and java ld_library_path under centos 6 using
IANYWHERE JDBC DRIVER

At what path I must copy the file dbjodbc12.so? What is the correct
configuration?

How I can configure the java.library.path under under centos 6 and
tomcat 7 in order to fix the problem?

Please help me. If you have any answers please email me to
stavr...@gmail.com

Thanks in advance

The connection string is as follows:

"jdbc:ianywhere:driver=libdbodbc12.so;ENG=host;DBN=database"


 COMMENT 

According to a discussion on the SQL Anywhere forum, you no longer need
to put driver and DBN=database (shouldn't that be DSN=database) in the
connection string.

However, they're using sajdbc4.jar -> sybase.jdbc4.sqlanywhere.IDriver
and you appear to be using the jdbc3 driver?

Here's the discussion link:

http://sqlanywhere-forum.sybase.com/questions/8551/sybasejdbc4sqlanywhereidriver-problems-java-hangs-when-connecting

 COMMENT 


But when running the program, I get the following exception (with the
relevant stack trace) -
Exception in thread "main" java.lang.UnsatisfiedLinkError: no
dbjodbc12 in java.library.path
  at
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
 

RE: confused by tomcat6/7 docs

2012-08-09 Thread Martin Gainty

Russ-
Can you take the mode configuration attribute from 
org.apache.tomcat.maven:tomcat7 plugin and modify the plugin code to deploy 
*only what you want*
mode (Default: war)
   The deployment mode to use. This must be either war to deploy the 
 war,
   context to deploy the context XML file, or both to deploy the war 
 with
   the context XML file.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: Thu, 9 Aug 2012 12:39:11 -0700
> To: users@tomcat.apache.org
> From: ru...@releasetools.org
> Subject: Re: confused by tomcat6/7 docs
> CC: users@tomcat.apache.org
> 
> At 10:50 AM +0200 7/9/12, Olivier Lamy wrote:
> >Hi,
> >
> >2012/7/8 Russ Tremain :
> >> ahh... thanks.  bad assumption on my part that tomcat7-maven was a 
> >> superset.
> >>
> >> what would really be cool is an "incremental" deploy, but not sure if the 
> >> tomcat remote deploy api supports that or not.
> >
> >with incremental you mean for classes too ? or for jsp,css, jss etc.. ?
> 
> sorry I missed your reply.
> 
> I was thinking anything that had changed in the war from the previous 
> deployment.
> 
> sort of an rsync type functionality.
> 
> just an idea..
> 
> /r
> 
> 
> > >
> >> meantime I will see if we can revert to tomcat6-maven plugin to see if we 
> >> can speed the build/deploy development cycle up.
> >>
> >> thx,
> >> /r
> >>
> >> At 10:16 PM +0200 7/7/12, Olivier Lamy wrote:
> >>>Yup because currently not all goals from tomcat6 have been implemented
> >>>in tomcat7.
> >>>
> >>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat6-maven-plugin/plugin-info.html
> >>>whereas.
> >>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/plugin-info.html
> >>>
> >>>You can load an issue (if possible with a patch :-) ) for goals you'd like 
> >>>see.
> >>>
> >>>2012/7/6 Russ Tremain :
>  Hi Oliver,
> 
>  I must say I'm a bit confused by the examples & docs for
>  tomcat7-maven-plugin.
> 
>  I see reference to a "war:explode" goal, which doesn't seem to exist. The
>  reference is here:
> 
>  
>  http://tomcat.apache.org/maven-plugin-2.0-beta-1/context-goals.html
> 
>  But when I dump the plugin documentation [1], I see no such goal.
> 
>  What I would like to find out about the possibility to deploy an exploded
>  war image to a local tomcat instance.
> 
>  I've been successfully using the deploy (tomcat7:deploy) goal, but my
>  developers are complaining that it is too slow.  I need to work out a 
>  method
>  to use an exploded war.
> 
>  Any help appreciated...
> 
>  thanks!
>  -Russ
> 
>  [1] mvn -Dplugin=tomcat7 -DgroupId=org.apache.tomcat.maven -Dfull
>  help:describe
>  ...
>  [INFO] org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1
> 
>  Name: Apache Tomcat Maven Plugin :: Tomcat 7.x
>  Description: The Tomcat Maven Plugin provides goals to manipulate WAR
>    projects within the Tomcat 7.x servlet container.
>  Group Id: org.apache.tomcat.maven
>  Artifact Id: tomcat7-maven-plugin
>  Version: 2.0-beta-1
>  Goal Prefix: tomcat7
> 
>  This plugin has 8 goals:
> 
>  tomcat7:deploy
>    Description: Deploy a WAR to Tomcat.
>    Implementation: 
>  org.apache.tomcat.maven.plugin.tomcat7.deploy.DeployMojo
>    Language: java
>    Before this mojo executes, it will call:
>  Phase: 'package'
> 
>    Available parameters:
> 
>  charset (Default: ISO-8859-1)
>    The URL encoding charset to use when communicating with Tomcat
>  manager.
> 
>  contextFile
>    The path of the Tomcat context XML file. This is not used for war
>    deployment mode.
> 
>  ignorePackaging (Default: false)
>    If set to true ignore if packaging of project is not 'war'.
> 
>  mode (Default: war)
>    The deplo

RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread Dale Ogilvie
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, 9 August 2012 8:22 p.m.
To: Tomcat Users List
Subject: RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot 
be cast to org.apache.jasper.el.ELContextImpl

>> Dale Ogilvie  wrote:
>>
>> ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to 
>> org.apache.jasper.el.ELContextImpl
>>
>>That says to me that app1 already has an instance of 
>>org.apache.jasper.runtime.ELContextImpl which it is trying to cast to 
>>the tomcat version.  So your statement that "Tomcat prevents a class 
>>loaded in app2 from being visible in app1" seems to be false.

>Does that cast succeed? No. Why? Because the class isn't visible to app1. 

Thanks again for your explanations here Mark. Apologies if you thought I was 
calling your credentials into question. Nothing of any sort entered into my 
mind. 

Trying not to be annoying, just to gain clarity. I'll rephrase your comment 
above for clarity of what I believe you are saying.

"Does that cast of the org.apache.jasper.runtime.ELContextImpl  instance 
succeed? No. Why? Because the org.apache.jasper.runtime.ELContextImpl class 
isn't visible to app1."

If app1 has an instance of org.apache.jasper.runtime.ELContextImpl (provided by 
app2) whose class it knows nothing about, shouldn't the exception be:

ClassNotFoundException org.apache.jasper.runtime.ELContextImpl

NOT

ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to 
org.apache.jasper.el.ELContextImpl

The latter error does not tell me that the class 
org.apache.jasper.runtime.ELContextImpl isn't visible to app1.

Dale


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: ClassCastException org.apache.jasper.runtime.ELContextImpl cannot be cast to org.apache.jasper.el.ELContextImpl

2012-08-09 Thread Dale Ogilvie
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] 

>1. Tomcat 7.0.26 and earlier has static field
JspApplicationContextImpl.ExpressionFactory, so the EL implementation is
effectively shared between web applications.

Thanks for that info about the earlier bug in 7.0.26 Konstantin.

>2. I do not know why you are observing the issue with 7.0.27.
>Either the fix was incomplete,
>or maybe the JSPs were compiled with an earlier version of Tomcat. Try
clearing the work folder so that they are recompiled.
>or it is caused specifically by "other vendor" using jasper package
names in their classes. E.g. when some jasper classes were loaded by
Tomcat by the first time, it might be loaded from 3rd party JAR instead
of Tomcat.

The work directory would have been empty when the apps started up with
7.0.27, it wasn't an in place upgrade from the earlier 7.x version. I
also specifically cleaned the app1 work directory while I was trying to
figure out what was happening.

It does concern me that there was a known issue that was fixed, and here
I am seeing this EL impl instance sharing between apps in the "fixed
version".

Mark's "Don't do that" in terms of loading container jars in apps
generally is a solution, but the trick is we didn't create the problem
intentionally. We got scuppered by a maven dependency and Tomcat didn't
protect us. Ideally bad behaviour of an app should not break the other
apps in the container. 

Dale




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: need help debugging why a simple app install fails

2012-08-09 Thread my koseli
I tried  adding "/text" to the end of manager url but that didnt work.

There is nothing interesting in the /var/log/tomcat6/ also.

When I do *build* I do get warning as below but I am not sure how serious
this warning is.

Buildfile: /home/user/springapp2/build.xml
> build:
> [javac] /home/user/springapp2/build.xml:48: warning:
> 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set
> to false for repeatable builds
> BUILD SUCCESSFUL


I also added the install script to my "deploy" so that it looks like this
below:

> 
> 
> 
> 
> 
> 
>   username="${tomcat.manager.username}"
>  password="${tomcat.manager.password}"
>  path="/${name}"
>  war="${name}.war"/>
> 



On Thu, Aug 9, 2012 at 2:30 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> My,
>
> On 8/9/12 10:57 AM, my koseli wrote:
> > tomcat.manager.url=http://192.168.1.12:8010/manager
>
> Try adding "/text" to the end of that URL so it looks like this:
>
> tomcat.manager.url=http://192.168.1.12:8010/manager/text
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlAkHf0ACgkQ9CaO5/Lv0PA8+QCgrwFuTueW+G3hiwffqvCKbLdK
> V0MAn17tEZN3yQoPewDqsZG/3kMZ0QWA
> =Fp/e
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>