date:20040412

Followup jk2 + apache vhosts + tomcat sessions

2004-04-12 Thread Jens Saade

Hi,

I already sent an email named "jk2 + apache vhosts + tomcat sessions" 
but no response yet. Maybe I didn't describe my problem clearly enough 
so here is another go:

I've got an apache http 1.3.x running in front with multiple vhosts. 
Some of those vhosts are redirected to a single tomcat 5 instance via 
jk2 connector. I use these vhosts as "entry points" to the application 
running inside the tomcat server. They should share tomcats http 
session. Atm each vhost opens a new session for e.g. vhost 1-3. Is it 
possible to make them somehow share the same tomcat http session? Or is 
there a better way to achieve what I want?

 apache http
with   
  |
 +-+--+---+-+
vhost1vhost2 vhost3 vhost4vhost5
 | |  |   | |
 jk2   jk2   jk2 phpsimple html
 | |  |
single .. tomcat .. instance
with application

Cheers,
Jens


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JNDI and DataSource

2004-04-12 Thread Freddy Villalba Arias

Yeap, Daniel. It's there.

As I mentioned, I performed the very same test I'm doing right now, but
without DataSource and it works.

Now that you mention it, I read in some place that it was necessary to
remove the java.sql.* package from the jdbc jar file. I don't know if
that is true and, if so, why would that be necessary? Could that have
something to do with this problem? (it would be something very odd since
it would be affecting exclusively the behaviour of the DataSource,
according to what I stated on the previous paragraph.

Regards,
Freddy.

-Mensaje original-
De: Daniel Huang [mailto:[EMAIL PROTECTED] 
Enviado el: lunes, 12 de abril de 2004 20:57
Para: Tomcat Users List
Asunto: RE: JNDI and DataSource

Where did you put your db driver jar file? You want to put it under
$CATILINA/common/lib.

Regards,
Daniel

-Original Message-
From: Freddy Villalba Arias [mailto:[EMAIL PROTECTED]
Sent: Monday, April 12, 2004 10:19 AM
To: Tomcat Users List
Subject: RE: JNDI and DataSource

Tested it. Same result... same problem.

A side comment: the positive part of the other config file (the one I
had originally) was that you could trace how Tomcat loaded the
Resources. Then, you could see how the tags actually got processed
(read) correctly. But then, something happens when the factory builds
the DataSource object.

Regards,
Freddy.

-Mensaje original-
De: Guy Pardon [mailto:[EMAIL PROTECTED]
Enviado el: lunes, 12 de abril de 2004 19:02
Para: Tomcat Users List
Asunto: Re: JNDI and DataSource

Hi,

The fact that you get 'No suitable driver' could also mean that the
chosen properties are incompatible (as opposed to not set).

Just a guess: did you try to specify the user and password as part of
the URL? (jdbc:oracle:thin:user/[EMAIL PROTECTED])
That's the way I usually connect to oracle.

You never know, maybe that's it...

HTH,

Guy

http://www.atomikos.com - Our JTA for your transactions

On maandag, apr 12, 2004, at 18:35 Europe/Brussels, Freddy Villalba
Arias wrote:

>
>
>
>
>
> Hi Sandy,
>
>
>
> Thanks, it certainly looked better than mine. I appreciate it.
> However, the problem persists...
>
>
>
> Any other suggestion? (I'll keep looking at it, too... obviously)
>
>
>
>
>
> -Mensaje original-
> De: Sandy McArthur [mailto:[EMAIL PROTECTED]
> Enviado el: lunes, 12de abril de 2004 18:29
> Para: Tomcat Users List
> Asunto: Re: JNDI and DataSource
>
>
>
> This shouldn't be all that different, but this is the server.xml I'd
>
> use on my setup.
>
>
>
> 
>
>
>
> 
>
>
>
>
>
>
> type="javax.sql.DataSource" cached="false"/>
>
>
>
>
>
>  
>
>factory
>
>
>
> org.apache.commons.dbcp.BasicDataSourceFactory
>
>  
>
>
>
>  
>
>driverClassName
>
>oracle.jdbc.driver.OracleDriver
>
>  
>
>
>
>  
>
>url
>
>
>
> jdbc:oracle:thin:@BMSRVORACLE:1521:BMSRVMS
>
>  
>
>
>
>  
>
>username
>
>SGC_CNID
>
>  
>
>
>
>  
>
>password
>
>
>
>  
>
>
>
>  
>
>driverClassName
>
>oracle.jdbc.driver.OracleDriver
>
>  
>
>
>
>  
>
>maxActive
>
>20
>
>  
>
>
>
>  
>
>maxIdle
>
>10
>
>  
>
>
>
>  
>
>maxWait
>
>-1
>
>  
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  
> className="org.apache.coyote.tomcat4.CoyoteConnector"
>
> connectionTimeout="6" debug="0" maxProcessors="75"
> minProcessors="5"
>
> port="8080"/>
>
>
>
>  
>
>
>
>
>
appBase="C:\Usuarios\fvillalba\project\SGC\SGC_CNID\FUENTES\java\Acceso
>
> a datos\Tomcat\webapps" debug="5" name="localhost" unpackWARs="true">
>
>
>
>  
>
> 
> global="jdbc/cnid"
>
> type="javax.sql.DataSource"/>
>
>  
>
>
>
>  
> reloadable="true">
>
>  
>
>
>
>  
> reloadable="true">
>
>  
>
>
>
>
>
>
>
>  
>
>
>
>
>
>
>
> 
>
>
>
>
>
> HTH
>
>
>
> Sandy
>
>
>
> On Apr 12, 2004, at 11:36 AM, Freddy Villalba Arias wrote:
>
>
>
> > Yes and no... :)
>
> >
>
> > I have only one web application to be deployed (wa). Then, I read in
>
> > some places that it's mandatory to have a default context. I tried
>
> > defining a  but then Tomcat's initialization failed
> (I
>
> > looked for something odd but couldn't find anything). So, I decided
> to
>
> > "create" a default (dummy) web app "by hand". That's the only intent

> of
>
> > that second web app. It doesn't even exist (there is n

Re: Newbie problem with JSP contexts & virtual hosts

2004-04-12 Thread James Bucanek

While I didn't get any suggestions or feedback on my original question, I believe I've 
found a solution.  Now I just need to run it by the group to see if it's "Kosher."

James Bucanek wrote on Sunday, April 11, 2004:
>  
>  
>  unpackWARs="false" autoDeploy="true">
>
>
>
>
>  



>
>darkthirty
>darkthirty.net artwork application
>
>
>
>test
>Some Value
>
>

The basic problem with this arrangement is that my JSP pages ran in the context of the 
'jsp'  that's defined in ${CATALINA_HOME}/conf/web.xml for the default 
, not the Context that I defined in my web-app that I want to run in my virtual 
.

So, it occurred to me that I could create may own instance of the JSP engine as my 
.  Now that I have a  to reference, I can then map all of the *.jsp 
files in my virtual host to that:


darkthirty
darkthirty.net artwork application



test
Some Value



jsp2
org.apache.jasper.servlet.JspServlet

logVerbosityLevel
INFORMATION





jsp2
*.jsp




This seems to work just great.  The Manager sees my application (by name), and all of 
the context parameters appear in my JSP pages.

As far as I can tell, there doesn't seem to be anything really "bad" about this 
solution.  Except that I end up with a new instance of the JspServlet for each virtual 
host, which is probably a tolerable amount of overhead.

My question is this: Is this the "right" way to accomplish this?

__
James Bucanek   

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Session exists even after server restart

2004-04-12 Thread James Bucanek

[EMAIL PROTECTED] wrote on Tuesday, April 13, 2004:
>Now I have shutdown my tomcat and started it immediately. And my session
>still works !!!

Pretty cool, huh?

>Is this a BUG?

If it is, then a lot of people spent an aweful lot of time introducing it.

I just read "Tomcat: The Definitive Guide" by Jason Brittain & Ian Darwin.  While this 
covers Tomcat 4, I'm pretty sure this applies to 5 as well.

The  tag in the server.xml file defines the session manager class.  As 
example would be

mailto:[EMAIL PROTECTED]>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JK2 JNI link bug [Was: Re: Apache2+Jk2+Tomcat5]

2004-04-12 Thread Nikola Milutinovic

Yang Xiao wrote:

Hi list,
I'm trying to get Apache 2.0.49/JK2/Tomcat 5.0.19 to work
I was able to get JK2 to compile and placed the mod_jk2.so and libjkjni.so
in /usr/local/apache/modules
But when I start the Tomcat server, I'm getting this error
INFO: APR not loaded, disabling jni components: java.io.IOException:
java.lang.UnsatisfiedLinkError: /usr/local/apache/modules/libjkjni.so:
/usr/local/apache/modules/libjkjni.so: undefined symbol: apr_md5_final
It is a constant problem with JK2 JNI lib. I've had it on 2.0.2 and on 2.0.4. 
libjkjni.so needs to be linked against all three APR libs: -lapr -laprutil -lexpat.

This is the case on Linux (Mandrake 9.1) and on Tru64 UNIX (4.0D). After 
modifying the Makefile, it went OK. It loads and works.

Nix.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: use own property file for db-connection

2004-04-12 Thread Nikola Milutinovic

Amrun wrote:

Hi everyone, 

I'm working with Tomcat 5.0 and I'm trying to write a little webapplication.
In this case I need to get the data from a database. Now I want to write my
own property-file from which I can get the information about the driver,
user
and password. I've done this before, but I haven't done it on a webserver so
The correct way to go is DataSources. Check out Tomcat's docs on JNDI and 
DataSources.

Nix.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

location of workers2.properties parameters

2004-04-12 Thread Randy

I can not find the doc that describes the descriptors in workers2.properties

I am sorry if it is obvious , but I can not find it I have tried
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html
And
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/workershowto.html


In my error.log for my web server it is full of 
[Mon Apr 12 23:35:28 2004] [notice] channelApr.receive(): Received len=147
type=4
Lots and lots of these

I was kindof thinking it was a setting in my workers2.properties
I changed [logger.apache2] to level=INFO As a guess, but I am still getting
these. Like every 10th of a second

Thanks
Randy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception processing JAR at resource path

2004-04-12 Thread Nishant Kumar

hi,
i fixed the problem. i had missed a slash at the beginning of the path
attribute of Context. adding that fixed everything. 
anyway the message was kind of obscure.
thanks for the help,
nishant.

On Tue, 2004-04-13 at 03:58, Reynir ÃÃr HÃbner wrote:
> hi,
> 
> does the tomcat user have rights on the temp dir ?
> are you shure the CATALINA_HOME variable is correctly set ?
> 
> Creating the temp directory fixed the same problem for me.
> 
> hope it helps
> -reynir
> 
> 
> Nishant Kumar wrote:
> 
> >hi,
> > i am using tomcat 4.1.30. when i start the server i get the error at
> >the end of this mail. i get this only when i set docBase in my
> >server.xml for this context. when i copy the files in the webapp dir
> >everything works fine. there are no xml parsing jars in the WEB-INF/lib
> >dir. the temp dir is also there in the CATALINA_HOME dir.
> >
> > just before emitting this error the log says that it was able to deploy
> >this jar.
> >
> >
> >thanks in advance,
> >nishant.
> >
> >2004-04-12 13:32:01 ContextConfig[reports] Exception processing JAR at
> >resource path /WEB-INF/lib/commons-fileupload.jar
> >javax.servlet.ServletException: Exception processing JAR at resource
> >path /WEB-INF/lib/commons-fileupload.jar
> >at
> >org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930)
> >at
> >org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
> >at
> >org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
> >at
> >org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
> >at
> >org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
> >at
> >org.apache.catalina.core.StandardContext.start(StandardContext.java:3587)
> >at
> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> >at
> >org.apache.catalina.core.StandardHost.start(StandardHost.java:754)
> >at
> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> >at
> >org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363)
> >at
> >org.apache.catalina.core.StandardService.start(StandardService.java:497)
> >at
> >org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
> >at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
> >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
> >at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >at java.lang.reflect.Method.invoke(Method.java:324)
> >at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
> >- Root Cause -
> >java.io.FileNotFoundException
> >at
> >org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344)
> >at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:161)
> >at
> >sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:42)
> >at
> >sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:68)
> >at
> >sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:85)
> >at
> >sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:69)
> >at
> >org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:906)
> >at
> >org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
> >at
> >org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
> >at
> >org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
> >at
> >org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
> >at
> >org.apache.catalina.core.StandardContext.start(StandardContext.java:3587)
> >at
> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> >at
> >org.apache.catalina.core.StandardHost.start(StandardHost.java:754)
> >at
> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> >at
> >org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363)
> >at
> >org.apache.catalina.core.StandardService.start(StandardService.java:497)
> >at
> >org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
> >at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
> >at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
> >at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(De

RE:location of workers2.properties parameters

2004-04-12 Thread Randy Paries

I can not find the doc that describes the descriptors in workers2.properties

I am sorry if it is obvious , but I can not find it
I have tried 
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk2.html
And
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/workershowto.html


In my error.log for my web server it is full of 
[Mon Apr 12 23:35:28 2004] [notice] channelApr.receive(): Received len=147
type=4
Lots and lots of these

I was kindof thinking it was a setting in my workers2.properties
I changed [logger.apache2] to level=INFO As a guess, but I am still getting
these. Like every 10th of a second

Thanks
Randy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

ApplicationHttpRequest not using HttpServletRequestWrapper problem

2004-04-12 Thread Phillip Rhodes

I wrote a really neat servlet filter that I will release open source.
What it does is allow any servlet or jsp that "runs long" to be
intercepted and display a "processing your request" page to the user while
the request is processing on the server.

The filter intercepts a request, wrappers the response and request and
kicks off the request in a different thread. The filter will immediately
return to the client browser with a "wait page" that will periodically
poll the working thread to see if the long running request is done.

However, things are not working as I planned. I have been testing it
thoroughly and the wrapped response is fine. All my code works correctly
if I just "block" the request. By "block" i mean, I don't respond to the
request to the client until the jsp, servlet or whatever completes the
chain processing.

It seems that the ApplicationHttpRequest is not calling my subclass of
HttpServletRequestWrapper. I declared a "getAttributeNames" method in my
RequestWrapper, but it is not invoked. Instead Tomcat is calling the
getAttributeNames method on the ORIGINAL request object. This also
happens to be the same request object that I returned from already
(substituting a wait page for the actual expected content). I *think*
that when I respond to the request, tomcat invalidates it. Unfortunately,
the request is still being processed, just in a different thread.

I threw the war file on at server of mine (tomcat 4.1.27) so you can check
it out and see it in action.
All source is here
http://test.rhoderunner.com/longrequest/

What I am looking for is some advice on how to solve this problem. I am
almost totally out of ideas on how to solve this one.
Thanks.

Here is a stacktrace from Tomcat 4.1.30

java.lang.NullPointerException
at
org.apache.coyote.tomcat4.CoyoteRequestFacade.getAttributeNames(CoyoteRequestFacade.java:142)
at
org.apache.catalina.core.ApplicationHttpRequest.setRequest(ApplicationHttpRequest.java:512)
at
org.apache.catalina.core.ApplicationHttpRequest.(ApplicationHttpRequest.java:125)
at
org.apache.catalina.core.ApplicationDispatcher.wrapRequest(ApplicationDispatcher.java:921)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:547)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:498)
at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary

1 2 >

1 - 100 of 150 matches

Mail list logo