Thanks, I solved this problem I had by referring to it locally. Thanks a lot
for all the help you provided !!! Appfuse really is great stuff!!
nmall wrote:
>
> Matt
>
> You are brilliant. I did have multiple versions of spring jars - removed
> them and have only spring-2.0.3 version now. I
You need to load classpath*:/applicationContext-dao.xml to get the
userDao bean to resolve.
Matt
On 5/22/07, nmall <[EMAIL PROTECTED]> wrote:
Matt
You are brilliant. I did have multiple versions of spring jars - removed
them and have only spring-2.0.3 version now. I managed to remove those
Matt
You are brilliant. I did have multiple versions of spring jars - removed
them and have only spring-2.0.3 version now. I managed to remove those
xerces parser errors I was getting. However, it is unable to find the acegi
providers - is it because they are not on my classpath? I have all t
It looks like you have two versions of Spring on your classpath. In
Tomcat, try cleaning out its "work" directory and see if that solves
it. If not, look in your deployed WEB-INF/lib and see if there's
multiple versions of Spring JARs.
Matt
On 5/22/07, nmall <[EMAIL PROTECTED]> wrote:
To debu
To debug this, I simply compiled the war file and deployed it manually to
apache tomcat 6.0. Now I don't get the Xerces parsing errors but I get the
following error. Thanks for your help!! The web.xml is same as before.
May 22, 2007 1:27:09 AM org.apache.catalina.core.StandardContextValve invoke
Yes, I do.
mraible wrote:
>
> Do you have the following in your web.xml?
>
>
>
> contextConfigLocation
>
> classpath*:/applicationContext-resources.xml
> classpath*:/applicationContext-dao.xml
> classpath*:/applicationContext-servi
Do you have the following in your web.xml?
contextConfigLocation
classpath*:/applicationContext-resources.xml
classpath*:/applicationContext-dao.xml
classpath*:/applicationContext-service.xml
classpath*:/applicationContext.xml
I am using tomcat 5.5 with JDK 5.0. I use mvn -e tomcat:run-war or mvn -e
jetty:run-war to run jetty.
My tomcat maven plugin looks like this. Is this right?
org.codehaus.mojo
tomcat-maven-plugin
1.0-SNAPSHOT
If I remove the and use a simple spring-2.0-beans.dtd, I ge
Are you running this on a server that has an XML parser that doesn't
support XSDs? I suspect your problem is due to a server + JDK
mismatch. I'd recommend trying Tomcat 5.5.x with JDK 5.
Matt
On 5/21/07, nmall <[EMAIL PROTECTED]> wrote:
Hi Matt
Thanks for the reply. I am still struggling wi
Hi Matt
Thanks for the reply. I am still struggling with the following problem.
When I inlcude the following header, the xerces parse r throws errors as
follows. If I simply use spring-beans-2.0.dtd, it doesn't recognize the
stuff in security.xml. Any help would be appreciated. Why am I
getting
It seems like you're doing things the hard way - why do you need to
initialize your Spring ApplicationContext programmatically? If you
load it from the classpath, it won't be an XmlWebApplicationContext,
which is what you might be looking for.
Matt
On 5/21/07, nmall <[EMAIL PROTECTED]> wrote:
hi,
My application requires that I initialize the Spring application Context
programmatically where I initialize a bunch of other stuff ( code below)
instead of using ContextLoaderListener in the web.xml
appContext = new ClassPathXmlApplicationContext(
new String[] {"application
12 matches
Mail list logo
