like that
clarification from Apache or Sun should that be the case.
Thanks,
Fran
Mark Thomas-15 wrote:
Fran Varin wrote:
Thank you for your reply. I d/l'd from the following location:
http://repo1.maven.org/maven-java.net/jasper-jsr199/java-sources/
The information was based
? Or is there an alternative
that Apache has to offer or is possibly working on?
Thanks,
Fran
Fran Varin wrote:
Mark,
Thank you for your reply. I am aware that Glassfish is not Tomcat.
However, it seems to me that since the class in question is managed by
Apache that there must have been some level
with this? I'm
willing to put some of my time in on it but, would like the reassurance that
I can gain access to the Jasper developers to work with them.
Fran
Mark Thomas-15 wrote:
Fran Varin wrote:
Mark,
Thank you for your reply. I am aware that Glassfish is not Tomcat.
However,
it seems
I have a question regarding JSR 199 bridge (class Jsr199JavaCompiler). I have
downloaded the most recent version of the source however there appears to be
an inconsistency with the version of the classes “JspCompilationContext” and
“JspRuntimeContext” that it expects to use. The following methods
versions of Jasper and
have not been able to match up the method names mentioned that are flagged
in error. This leads me to believe that I'm missing something here.
Thanks for your time,
Fran
mgainty wrote:
where did you d/l the package?
M--
- Original Message -
From: Fran Varin
Chuck,
Thank you for your reply. What has lead me down this path is that I am
trying to use Bootstrap.start() and .stop() to manage a Tomcat instance
within a main that I have written. The behavior that I'm seeing is that it
seems that .stop() does not actually cause the server to come all the
Hi,
Tomcat 5 allowed for the installation of a compatibility patch to allow it
to run with Java 1.4. I've taken a look at the documentation for Tomcat 6
and do not see any mention of a similar facility so, my assumption is that
it does not exist. Can anyone confirm that for me? Does Tomcat 6
I took a look at the source for Tomcat 6 and the // FIXME remains in the
destroy method within Bootstrap as well.
The lack of documentation around this part of Tomcat's API is not helping
much here either. So, it begs the question is what I've coded sufficient to
start and stop Tomcat from a
thanks Tim,
That was my assumption but, I thought I'd ask the question at any rate.
Fran
Tim Funk wrote:
Tomcat 6 requires Java 1.5 (since the servlet spec does)
-Tim
Fran Varin wrote:
Hi,
Tomcat 5 allowed for the installation of a compatibility patch to allow
it
to run
to terminate the entire JVM and restart the application. I'm not
sure that is a good long term solution but, it is the best I can do I think
at this point.
If anyone has any insights please don't hesitate to share.
Fran
Fran Varin wrote:
I took a look at the source for Tomcat 6
I've been working on a class that will start and stop Tomcat from via a JMenu
item. It seems I have tomcat starting correctly with the following code:
class StartListener implements ActionListener {
public void actionPerformed(ActionEvent event) {
them in DB2's configuration
manager. Also, the pieces that I don't quite have a handle on is the actual
look up references (linkages) between all of the moving parts. That is to
say JNDI-datasource definition.
Fran
Fran Varin wrote:
Hi,
We are in the process of trying to use Tomcat
Hi,
We are in the process of trying to use Tomcat 5.5.20 to access an existing
DB2 Database. Up until this point the application has been running under
WebSphere (We are trying to utilize Tomcat for testing purposes). In
WebSphere we can supply an IBM JNDI Factory Class named
simple it may seem.
Fran
Pid-2 wrote:
Fran Varin wrote:
Hi,
We are in the process of trying to use Tomcat 5.5.20 to access an
existing
DB2 Database. Up until this point the application has been running under
WebSphere (We are trying to utilize Tomcat for testing purposes
Nelson, Tracy M. wrote:
| From: Fran Varin [mailto:[EMAIL PROTECTED]
| Sent: Thursday, 01 February, 2007 08:05
|
| It boils down to my attempt at using
| org.apache.naming.java.javaURLContextFactory. However, when I do I
| receive javax.naming.NameNotFoundException: Name jdbc
in not
knowing what actually addressed the issue. Unfortunately, given its nature,
the cause is likely to remain unknown, discounting some probable human
error on my part.
Fran
Caldarale, Charles R wrote:
From: Fran Varin [mailto:[EMAIL PROTECTED]
Subject: RE: installing the admin on 5.5
I
Caldarale, Charles R wrote:
From: Fran Varin [mailto:[EMAIL PROTECTED]
Subject: RE: installing the admin on 5.5
So, it appears that the issue has been resolved but,
I must admit I'm uncomfortable with the resolution,
specifically in not knowing what actually addressed
the issue.
I
I ran Tomcat using the .bat and I experience the same issue. Yes, it is the
version that I believe it to be as the version number is reported in the
manager console and I'm not running a distro of Eclipse that bundles any
server.
Fran
Caldarale, Charles R wrote:
From: Fran Varin
Hi, I've read through all of the post material I can find on this topic and
still cannot seem to get the admin app deployed correctly. I have unzipped
the content to the directories as described in this post. When I start
tomcat and try to access the admin application I received the following
the admin.xml to the conf location
mentioned above as well. I'm at a loss to understand what I have missed
here.
Fran
Caldarale, Charles R wrote:
From: Fran Varin [mailto:[EMAIL PROTECTED]
Subject: RE: installing the admin on 5.5
Hi, I've read through all of the post material I can find
...that is to say a page with the message about
installing admin separately appears. Yes, running in the manager
application is set to true.
10) there are no context elements in server.xml. There is no admin
directory in the normal webapps directory.
Caldarale, Charles R wrote:
From: Fran
change it to use catalina.home
instead of catalina.base, or add an additional path.
Cheers,
Larry
-Original Message-
From: Fran Varin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 10, 2006 12:49 PM
To: users@tomcat.apache.org
Subject: Classloader Question
We are running
We are running multiple Tomcat 5.5 instances as Windows services. We have
some .jar files that are common between the multiple Tomcat instances. We
have been searching for a way to configure Tomcat in such a way where we
could share the .jar files across those multiple instances.
According to
Thanks for the suggestions! I'll look into these and post back either way.
Fran
Fran Varin wrote:
We are running multiple Tomcat 5.5 instances as Windows services. We have
some .jar files that are common between the multiple Tomcat instances. We
have been searching for a way
Yes, quite correct on your statement regarding using Application as the
definition. The essence of what we are looking for is a similar behavior
with Tomcat. Our over arching goal is to minimize or eliminate the need to
have jars that are to be shared by more than one applicaiton (WAR) be copied
aah...now I understand the reason it sounded foreign to me. We are a Windows
shop so, I'm not sure we have the same capability.
--
View this message in context:
http://www.nabble.com/Classloader-question-t1332679.html#a3573581
Sent from the Tomcat - User forum at Nabble.com.
...as in Windows shortcut...I'll have to look into that possibility.
--
View this message in context:
http://www.nabble.com/Classloader-question-t1332679.html#a3573968
Sent from the Tomcat - User forum at Nabble.com.
-
To
I tend to agree with your postion. I'm not sure that Tomcat will see the
native Windows shortcut. I'll see if we can figure out how to do it. If you
have any ideas I'm all ears.
It sure would be nice if Tomcat had the ability to have the shared lib see
down the hierarchy or be able to put jars
The beauty of our WAS solution is that we can hot deploy various pieces like
the jars without having to do anything with the WARs and since we do not
have the jars contained in each WAR it makes maintenance much simpler.
Depending on the application, this approach makes a lot of sense. We do use
29 matches
Mail list logo