Menu
▾
▴
springframework-developer
|
From: Lars F. <lar...@gm...> - 2003-08-23 13:26:07
Attachments:
cwx-servlet.xml
applicationContext.xml
|
Dmitry,
attached are the two files.
Thanks
Lars
> Lars,
>
> can you please post entire contents of applicationContext.xml and
> cwx-servlet.xml ?
>
> Thanks,
> Dmitriy.
>
>
> -----Original Message-----
> From: Lars Fischer
> To: spr...@li...
> Sent: 8/23/2003 8:35 AM
> Subject: [Springframework-developer] Example classes needed
>
> Hi all Spring experts,
>
> can anyone provide me the example classes mentioned in several skeletons
>
> (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> ?
>
> The two provided sample applications don't reflect the skeletons very
> well.
> There should be one 'big' application showing all the stuff and many
> small
> ones to show single options (like in WebWork 1).
>
> I've defined the following in applicationContext.xml (and it works):
>
> <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> <property name="sessionFactory"><ref
> bean="cwxSessionFactory"/></property>
> </bean>
>
> When defining
>
> (cwx-servlet.xml)
>
> <!-- Controller for the initial "Hello" page -->
> <bean id="cwxController" class="example.web.CwxController">
> <property name="cwxDao"><ref external="cwxDao"/></property>
> </bean>
>
> (CwxController)
>
> private CwxDao cwxDao;
>
> public void setCwxDao(CwxDao cwxDao) {
> this.cwxDao = cwxDao;
> }
>
>
> I always get
>
> ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> name
> 'cwx' : initialization error>
> com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> named
> [cwxDao] is defined {class
> com.interface21.beans.factory.xml.XmlBeanFactory:
> defined beans [messageSource,viewResolver,urlMapping,cwxController]}
>
> This is the second time I get almost useless error messages. This is one
> point where EJBs are far ahead (
> there is almost always an error message telling you what excactly is
> wrong).
>
> Another (dumb) question:
>
> What is the difference between a DAO *implementation* and a business
> object
> and where does
> e. g. Petclinic reflect this ? I'm asking this because of the diiference
> between the skeletons and the
> sample applications. The skeletons provide a DAO and a Business Object
> using
> the DAO definition,
> Petclinic does not. The samples should be as close as possible to the
> skeletons or the skeletons should
> at least provide the java classes (shouldn't be too hard).
>
> Thanks in advance
> Lars
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> |
|
From: Lars F. <lar...@gm...> - 2003-08-23 13:55:57
Attachments:
web.xml
|
Thomas,
attached is the web.xml.
Without the ContextLoaderListener nothing would happen, not even
the Hibernate stuff in applicationContext.xml.
Thanks
Lars
> Lars,
>
> You did not include your web.xml, but my guess is you need to add a
> ContextLoaderListener. The application context has to be loaded first,
> and the
> error messages indicates that the bean 'cwxDao' can't be found, so it
> looks like
> that did not happen.
>
> web.xml:
>
> <web-app>
>
> <!--
> - Loads the root application context of this web app at startup,
> - by default from "/WEB-INF/applicationContext.xml".
> -->
> <listener>
> <listener-class>
> com.interface21.web.context.ContextLoaderListener
> </listener-class>
> </listener>
>
> <!-- more definitions -->
>
> </web-app>
>
>
> Hope this helps.
>
> Thomas
>
>
>
> > Hi all Spring experts,
> >
> > can anyone provide me the example classes mentioned in several skeletons
>
> > (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> ?
> >
> > The two provided sample applications don't reflect the skeletons very
> well.
> > There should be one 'big' application showing all the stuff and many
> small
> > ones to show single options (like in WebWork 1).
> >
> > I've defined the following in applicationContext.xml (and it works):
> >
> > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > <property name="sessionFactory"><ref
> bean="cwxSessionFactory"/></property>
> > </bean>
> >
> > When defining
> >
> > (cwx-servlet.xml)
> >
> > <!-- Controller for the initial "Hello" page -->
> > <bean id="cwxController" class="example.web.CwxController">
> > <property name="cwxDao"><ref external="cwxDao"/></property>
> > </bean>
> >
> > (CwxController)
> >
> > private CwxDao cwxDao;
> >
> > public void setCwxDao(CwxDao cwxDao) {
> > this.cwxDao = cwxDao;
> > }
> >
> >
> > I always get
> >
> > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> name
> > 'cwx' : initialization error>
> > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> named
> > [cwxDao] is defined {class
> com.interface21.beans.factory.xml.XmlBeanFactory:
> > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> >
> > This is the second time I get almost useless error messages. This is one
> > point where EJBs are far ahead (
> > there is almost always an error message telling you what excactly is
> > wrong).
> >
> > Another (dumb) question:
> >
> > What is the difference between a DAO *implementation* and a business
> object
> > and where does
> > e. g. Petclinic reflect this ? I'm asking this because of the diiference
> > between the skeletons and the
> > sample applications. The skeletons provide a DAO and a Business Object
> using
> > the DAO definition,
> > Petclinic does not. The samples should be as close as possible to the
> > skeletons or the skeletons should
> > at least provide the java classes (shouldn't be too hard).
> >
> > Thanks in advance
> > Lars
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
>
>
> |
|
From: <tri...@tr...> - 2003-08-23 16:55:22
|
Lars,
This might be a WebLogic specific issue - I just saw similar error when I
deployed my app in WebLogic 8.1.
I will try to research this in more detail later on today or tomorrow. In the
meantime try this in your web.xml
<servlet>
<servlet-name>cwxRootContext</servlet-name>
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet>
<servlet-name>cwx</servlet-name>
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>2</load-on-startup>
</servlet>
Thomas
> Thomas,
>
> attached is the web.xml.
>
> Without the ContextLoaderListener nothing would happen, not even
> the Hibernate stuff in applicationContext.xml.
>
> Thanks
> Lars
>
> > Lars,
> >
> > You did not include your web.xml, but my guess is you need to add a
> > ContextLoaderListener. The application context has to be loaded first,
> > and the
> > error messages indicates that the bean 'cwxDao' can't be found, so it
> > looks like
> > that did not happen.
> >
> > web.xml:
> >
> > <web-app>
> >
> > <!--
> > - Loads the root application context of this web app at startup,
> > - by default from "/WEB-INF/applicationContext.xml".
> > -->
> > <listener>
> > <listener-class>
> > com.interface21.web.context.ContextLoaderListener
> > </listener-class>
> > </listener>
> >
> > <!-- more definitions -->
> >
> > </web-app>
> >
> >
> > Hope this helps.
> >
> > Thomas
> >
> >
> >
> > > Hi all Spring experts,
> > >
> > > can anyone provide me the example classes mentioned in several skeletons
> >
> > > (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> > ?
> > >
> > > The two provided sample applications don't reflect the skeletons very
> > well.
> > > There should be one 'big' application showing all the stuff and many
> > small
> > > ones to show single options (like in WebWork 1).
> > >
> > > I've defined the following in applicationContext.xml (and it works):
> > >
> > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > <property name="sessionFactory"><ref
> > bean="cwxSessionFactory"/></property>
> > > </bean>
> > >
> > > When defining
> > >
> > > (cwx-servlet.xml)
> > >
> > > <!-- Controller for the initial "Hello" page -->
> > > <bean id="cwxController" class="example.web.CwxController">
> > > <property name="cwxDao"><ref external="cwxDao"/></property>
> > > </bean>
> > >
> > > (CwxController)
> > >
> > > private CwxDao cwxDao;
> > >
> > > public void setCwxDao(CwxDao cwxDao) {
> > > this.cwxDao = cwxDao;
> > > }
> > >
> > >
> > > I always get
> > >
> > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> > name
> > > 'cwx' : initialization error>
> > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> > named
> > > [cwxDao] is defined {class
> > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> > >
> > > This is the second time I get almost useless error messages. This is one
> > > point where EJBs are far ahead (
> > > there is almost always an error message telling you what excactly is
> > > wrong).
> > >
> > > Another (dumb) question:
> > >
> > > What is the difference between a DAO *implementation* and a business
> > object
> > > and where does
> > > e. g. Petclinic reflect this ? I'm asking this because of the diiference
> > > between the skeletons and the
> > > sample applications. The skeletons provide a DAO and a Business Object
> > using
> > > the DAO definition,
> > > Petclinic does not. The samples should be as close as possible to the
> > > skeletons or the skeletons should
> > > at least provide the java classes (shouldn't be too hard).
> > >
> > > Thanks in advance
> > > Lars
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: VM Ware
> > > With VMware you can run multiple operating systems on a single machine.
> > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> >
> >
> >
|
|
From: <tri...@tr...> - 2003-08-23 23:15:34
|
Lars,
I have looked into this a little bit more. What happens is that
ServletContextListener.contextInitialized() method is called _after_ the
HttpServlet.init() method is called on servlets specified with <load-on-
startup>. This causes the xxx-servlet.xml to be loaded before the
applicationContext.xml is loaded, so that is why you can't reference
the 'cwxDao' bean. This behavior is the opposite of what I see for Tomcat,
and I'm sure the same is true for Orion and Resin that Juergen is using. I
looked in the Servlet 2.3 specification, but I did not see anything specifying
which order these methods should be called in. Maybe Juergen or Rod can shed
some more light on this issue.
You should be able to use the ContextLoaderServlet for now.
Thomas
> Lars,
>
> This might be a WebLogic specific issue - I just saw similar error when I
> deployed my app in WebLogic 8.1.
>
> I will try to research this in more detail later on today or tomorrow. In
> the
> meantime try this in your web.xml
>
> <servlet>
> <servlet-name>cwxRootContext</servlet-name>
> <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
class>
> <load-on-startup>1</load-on-startup>
> </servlet>
>
> <servlet>
> <servlet-name>cwx</servlet-name>
> <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> <load-on-startup>2</load-on-startup>
> </servlet>
>
> Thomas
>
>
>
> > Thomas,
> >
> > attached is the web.xml.
> >
> > Without the ContextLoaderListener nothing would happen, not even
> > the Hibernate stuff in applicationContext.xml.
> >
> > Thanks
> > Lars
> >
> > > Lars,
> > >
> > > You did not include your web.xml, but my guess is you need to add a
> > > ContextLoaderListener. The application context has to be loaded first,
> > > and the
> > > error messages indicates that the bean 'cwxDao' can't be found, so it
> > > looks like
> > > that did not happen.
> > >
> > > web.xml:
> > >
> > > <web-app>
> > >
> > > <!--
> > > - Loads the root application context of this web app at startup,
> > > - by default from "/WEB-INF/applicationContext.xml".
> > > -->
> > > <listener>
> > > <listener-class>
> > > com.interface21.web.context.ContextLoaderListener
> > > </listener-class>
> > > </listener>
> > >
> > > <!-- more definitions -->
> > >
> > > </web-app>
> > >
> > >
> > > Hope this helps.
> > >
> > > Thomas
> > >
> > >
> > >
> > > > Hi all Spring experts,
> > > >
> > > > can anyone provide me the example classes mentioned in several
> skeletons
> > >
> > > > (e.g. exampleController, exampleBusinessObject,
> exampleDataAccessObject)
> > > ?
> > > >
> > > > The two provided sample applications don't reflect the skeletons very
> > > well.
> > > > There should be one 'big' application showing all the stuff and many
> > > small
> > > > ones to show single options (like in WebWork 1).
> > > >
> > > > I've defined the following in applicationContext.xml (and it works):
> > > >
> > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > <property name="sessionFactory"><ref
> > > bean="cwxSessionFactory"/></property>
> > > > </bean>
> > > >
> > > > When defining
> > > >
> > > > (cwx-servlet.xml)
> > > >
> > > > <!-- Controller for the initial "Hello" page -->
> > > > <bean id="cwxController" class="example.web.CwxController">
> > > > <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > </bean>
> > > >
> > > > (CwxController)
> > > >
> > > > private CwxDao cwxDao;
> > > >
> > > > public void setCwxDao(CwxDao cwxDao) {
> > > > this.cwxDao = cwxDao;
> > > > }
> > > >
> > > >
> > > > I always get
> > > >
> > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> > > name
> > > > 'cwx' : initialization error>
> > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> > > named
> > > > [cwxDao] is defined {class
> > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> > > >
> > > > This is the second time I get almost useless error messages. This is
> one
> > > > point where EJBs are far ahead (
> > > > there is almost always an error message telling you what excactly is
> > > > wrong).
> > > >
> > > > Another (dumb) question:
> > > >
> > > > What is the difference between a DAO *implementation* and a business
> > > object
> > > > and where does
> > > > e. g. Petclinic reflect this ? I'm asking this because of the
> diiference
> > > > between the skeletons and the
> > > > sample applications. The skeletons provide a DAO and a Business Object
> > > using
> > > > the DAO definition,
> > > > Petclinic does not. The samples should be as close as possible to the
> > > > skeletons or the skeletons should
> > > > at least provide the java classes (shouldn't be too hard).
> > > >
> > > > Thanks in advance
> > > > Lars
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: VM Ware
> > > > With VMware you can run multiple operating systems on a single
> machine.
> > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > at the same time. Free trial click
> > > here:http://www.vmware.com/wl/offer/358/0
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > >
> > >
> > >
> > >
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: Lars F. <lar...@gm...> - 2003-08-24 16:15:02
|
Thomas,
thanks for the suggestion. Tried it but it doesn't work.
This is a serious one:
Tested my app with Tomcat 4.1.24 and it works.
I does NOT work with
WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
Regards
Lars
> Lars,
>
> I have looked into this a little bit more. What happens is that
> ServletContextListener.contextInitialized() method is called _after_ the
> HttpServlet.init() method is called on servlets specified with <load-on-
> startup>. This causes the xxx-servlet.xml to be loaded before the
> applicationContext.xml is loaded, so that is why you can't reference
> the 'cwxDao' bean. This behavior is the opposite of what I see for
> Tomcat,
> and I'm sure the same is true for Orion and Resin that Juergen is using.
> I
> looked in the Servlet 2.3 specification, but I did not see anything
> specifying
> which order these methods should be called in. Maybe Juergen or Rod can
> shed
> some more light on this issue.
>
> You should be able to use the ContextLoaderServlet for now.
>
> Thomas
>
>
> > Lars,
> >
> > This might be a WebLogic specific issue - I just saw similar error when
> I
> > deployed my app in WebLogic 8.1.
> >
> > I will try to research this in more detail later on today or tomorrow.
> In
> > the
> > meantime try this in your web.xml
> >
> > <servlet>
> > <servlet-name>cwxRootContext</servlet-name>
> >
> <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
> class>
> > <load-on-startup>1</load-on-startup>
> > </servlet>
> >
> > <servlet>
> > <servlet-name>cwx</servlet-name>
> >
>
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> > <load-on-startup>2</load-on-startup>
> > </servlet>
> >
> > Thomas
> >
> >
> >
> > > Thomas,
> > >
> > > attached is the web.xml.
> > >
> > > Without the ContextLoaderListener nothing would happen, not even
> > > the Hibernate stuff in applicationContext.xml.
> > >
> > > Thanks
> > > Lars
> > >
> > > > Lars,
> > > >
> > > > You did not include your web.xml, but my guess is you need to add a
> > > > ContextLoaderListener. The application context has to be loaded
> first,
> > > > and the
> > > > error messages indicates that the bean 'cwxDao' can't be found, so
> it
> > > > looks like
> > > > that did not happen.
> > > >
> > > > web.xml:
> > > >
> > > > <web-app>
> > > >
> > > > <!--
> > > > - Loads the root application context of this web app at startup,
> > > > - by default from "/WEB-INF/applicationContext.xml".
> > > > -->
> > > > <listener>
> > > > <listener-class>
> > > > com.interface21.web.context.ContextLoaderListener
> > > > </listener-class>
> > > > </listener>
> > > >
> > > > <!-- more definitions -->
> > > >
> > > > </web-app>
> > > >
> > > >
> > > > Hope this helps.
> > > >
> > > > Thomas
> > > >
> > > >
> > > >
> > > > > Hi all Spring experts,
> > > > >
> > > > > can anyone provide me the example classes mentioned in several
> > skeletons
> > > >
> > > > > (e.g. exampleController, exampleBusinessObject,
> > exampleDataAccessObject)
> > > > ?
> > > > >
> > > > > The two provided sample applications don't reflect the skeletons
> very
> > > > well.
> > > > > There should be one 'big' application showing all the stuff and
> many
> > > > small
> > > > > ones to show single options (like in WebWork 1).
> > > > >
> > > > > I've defined the following in applicationContext.xml (and it
> works):
> > > > >
> > > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > > <property name="sessionFactory"><ref
> > > > bean="cwxSessionFactory"/></property>
> > > > > </bean>
> > > > >
> > > > > When defining
> > > > >
> > > > > (cwx-servlet.xml)
> > > > >
> > > > > <!-- Controller for the initial "Hello" page -->
> > > > > <bean id="cwxController" class="example.web.CwxController">
> > > > > <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > > </bean>
> > > > >
> > > > > (CwxController)
> > > > >
> > > > > private CwxDao cwxDao;
> > > > >
> > > > > public void setCwxDao(CwxDao cwxDao) {
> > > > > this.cwxDao = cwxDao;
> > > > > }
> > > > >
> > > > >
> > > > > I always get
> > > > >
> > > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet
> with
> > > > name
> > > > > 'cwx' : initialization error>
> > > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No
> bean
> > > > named
> > > > > [cwxDao] is defined {class
> > > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > > defined beans
> [messageSource,viewResolver,urlMapping,cwxController]}
> > > > >
> > > > > This is the second time I get almost useless error messages. This
> is
> > one
> > > > > point where EJBs are far ahead (
> > > > > there is almost always an error message telling you what excactly
> is
> > > > > wrong).
> > > > >
> > > > > Another (dumb) question:
> > > > >
> > > > > What is the difference between a DAO *implementation* and a
> business
> > > > object
> > > > > and where does
> > > > > e. g. Petclinic reflect this ? I'm asking this because of the
> > diiference
> > > > > between the skeletons and the
> > > > > sample applications. The skeletons provide a DAO and a Business
> Object
> > > > using
> > > > > the DAO definition,
> > > > > Petclinic does not. The samples should be as close as possible to
> the
> > > > > skeletons or the skeletons should
> > > > > at least provide the java classes (shouldn't be too hard).
> > > > >
> > > > > Thanks in advance
> > > > > Lars
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This SF.net email is sponsored by: VM Ware
> > > > > With VMware you can run multiple operating systems on a single
> > machine.
> > > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > > at the same time. Free trial click
> > > > here:http://www.vmware.com/wl/offer/358/0
> > > > > _______________________________________________
> > > > > Springframework-developer mailing list
> > > > > Spr...@li...
> > > > >
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > >
> > > >
> > > >
> > > >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: <tri...@tr...> - 2003-08-24 20:48:35
|
Lars,
Loading ContextLoaderServlet as a servlet with load-on-startup set to 1 and
loading DispatcherServlet with load-on-startup set to 2 works for me on WebLogic
8.1 SP1. If it does not work, could you send me the web.xml and your log output?
Also, I get the same errors deploying the Petclinic, so it does not work for me.
Can you send me the petclinic war file that works with WebLogic 8.1 SP1 so I
can try it on my server?
Thomas
> Thomas,
>
> thanks for the suggestion. Tried it but it doesn't work.
>
> This is a serious one:
>
> Tested my app with Tomcat 4.1.24 and it works.
>
> I does NOT work with
>
> WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
>
> What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
>
> Regards
> Lars
>
> > Lars,
> >
> > I have looked into this a little bit more. What happens is that
> > ServletContextListener.contextInitialized() method is called _after_ the
> > HttpServlet.init() method is called on servlets specified with <load-on-
> > startup>. This causes the xxx-servlet.xml to be loaded before the
> > applicationContext.xml is loaded, so that is why you can't reference
> > the 'cwxDao' bean. This behavior is the opposite of what I see for
> > Tomcat,
> > and I'm sure the same is true for Orion and Resin that Juergen is using.
> > I
> > looked in the Servlet 2.3 specification, but I did not see anything
> > specifying
> > which order these methods should be called in. Maybe Juergen or Rod can
> > shed
> > some more light on this issue.
> >
> > You should be able to use the ContextLoaderServlet for now.
> >
> > Thomas
> >
> >
> > > Lars,
> > >
> > > This might be a WebLogic specific issue - I just saw similar error when
> > I
> > > deployed my app in WebLogic 8.1.
> > >
> > > I will try to research this in more detail later on today or tomorrow.
> > In
> > > the
> > > meantime try this in your web.xml
> > >
> > > <servlet>
> > > <servlet-name>cwxRootContext</servlet-name>
> > >
> > <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-
> > class>
> > > <load-on-startup>1</load-on-startup>
> > > </servlet>
> > >
> > > <servlet>
> > > <servlet-name>cwx</servlet-name>
> > >
> >
> <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class>
> > > <load-on-startup>2</load-on-startup>
> > > </servlet>
> > >
> > > Thomas
> > >
> > >
> > >
> > > > Thomas,
> > > >
> > > > attached is the web.xml.
> > > >
> > > > Without the ContextLoaderListener nothing would happen, not even
> > > > the Hibernate stuff in applicationContext.xml.
> > > >
> > > > Thanks
> > > > Lars
> > > >
> > > > > Lars,
> > > > >
> > > > > You did not include your web.xml, but my guess is you need to add a
> > > > > ContextLoaderListener. The application context has to be loaded
> > first,
> > > > > and the
> > > > > error messages indicates that the bean 'cwxDao' can't be found, so
> > it
> > > > > looks like
> > > > > that did not happen.
> > > > >
> > > > > web.xml:
> > > > >
> > > > > <web-app>
> > > > >
> > > > > <!--
> > > > > - Loads the root application context of this web app at startup,
> > > > > - by default from "/WEB-INF/applicationContext.xml".
> > > > > -->
> > > > > <listener>
> > > > > <listener-class>
> > > > > com.interface21.web.context.ContextLoaderListener
> > > > > </listener-class>
> > > > > </listener>
> > > > >
> > > > > <!-- more definitions -->
> > > > >
> > > > > </web-app>
> > > > >
> > > > >
> > > > > Hope this helps.
> > > > >
> > > > > Thomas
> > > > >
> > > > >
> > > > >
> > > > > > Hi all Spring experts,
> > > > > >
> > > > > > can anyone provide me the example classes mentioned in several
> > > skeletons
> > > > >
> > > > > > (e.g. exampleController, exampleBusinessObject,
> > > exampleDataAccessObject)
> > > > > ?
> > > > > >
> > > > > > The two provided sample applications don't reflect the skeletons
> > very
> > > > > well.
> > > > > > There should be one 'big' application showing all the stuff and
> > many
> > > > > small
> > > > > > ones to show single options (like in WebWork 1).
> > > > > >
> > > > > > I've defined the following in applicationContext.xml (and it
> > works):
> > > > > >
> > > > > > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> > > > > > <property name="sessionFactory"><ref
> > > > > bean="cwxSessionFactory"/></property>
> > > > > > </bean>
> > > > > >
> > > > > > When defining
> > > > > >
> > > > > > (cwx-servlet.xml)
> > > > > >
> > > > > > <!-- Controller for the initial "Hello" page -->
> > > > > > <bean id="cwxController" class="example.web.CwxController">
> > > > > > <property name="cwxDao"><ref external="cwxDao"/></property>
> > > > > > </bean>
> > > > > >
> > > > > > (CwxController)
> > > > > >
> > > > > > private CwxDao cwxDao;
> > > > > >
> > > > > > public void setCwxDao(CwxDao cwxDao) {
> > > > > > this.cwxDao = cwxDao;
> > > > > > }
> > > > > >
> > > > > >
> > > > > > I always get
> > > > > >
> > > > > > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet
> > with
> > > > > name
> > > > > > 'cwx' : initialization error>
> > > > > > com.interface21.beans.factory.NoSuchBeanDefinitionException: No
> > bean
> > > > > named
> > > > > > [cwxDao] is defined {class
> > > > > com.interface21.beans.factory.xml.XmlBeanFactory:
> > > > > > defined beans
> > [messageSource,viewResolver,urlMapping,cwxController]}
> > > > > >
> > > > > > This is the second time I get almost useless error messages. This
> > is
> > > one
> > > > > > point where EJBs are far ahead (
> > > > > > there is almost always an error message telling you what excactly
> > is
> > > > > > wrong).
> > > > > >
> > > > > > Another (dumb) question:
> > > > > >
> > > > > > What is the difference between a DAO *implementation* and a
> > business
> > > > > object
> > > > > > and where does
> > > > > > e. g. Petclinic reflect this ? I'm asking this because of the
> > > diiference
> > > > > > between the skeletons and the
> > > > > > sample applications. The skeletons provide a DAO and a Business
> > Object
> > > > > using
> > > > > > the DAO definition,
> > > > > > Petclinic does not. The samples should be as close as possible to
> > the
> > > > > > skeletons or the skeletons should
> > > > > > at least provide the java classes (shouldn't be too hard).
> > > > > >
> > > > > > Thanks in advance
> > > > > > Lars
> > > > > >
> > > > > >
> > > > > >
> > > > > > -------------------------------------------------------
> > > > > > This SF.net email is sponsored by: VM Ware
> > > > > > With VMware you can run multiple operating systems on a single
> > > machine.
> > > > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > > > > at the same time. Free trial click
> > > > > here:http://www.vmware.com/wl/offer/358/0
> > > > > > _______________________________________________
> > > > > > Springframework-developer mailing list
> > > > > > Spr...@li...
> > > > > >
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: VM Ware
> > > With VMware you can run multiple operating systems on a single machine.
> > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> > here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: Kopylenko, D. <dko...@ac...> - 2003-08-23 13:56:36
|
Lars,
can you please post entire contents of applicationContext.xml and
cwx-servlet.xml ?
Thanks,
Dmitriy.
-----Original Message-----
From: Lars Fischer
To: spr...@li...
Sent: 8/23/2003 8:35 AM
Subject: [Springframework-developer] Example classes needed
Hi all Spring experts,
can anyone provide me the example classes mentioned in several skeletons
(e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
?
The two provided sample applications don't reflect the skeletons very
well.
There should be one 'big' application showing all the stuff and many
small
ones to show single options (like in WebWork 1).
I've defined the following in applicationContext.xml (and it works):
<bean id="cwxDao" class="example.dao.CwxDaoHibernate">
<property name="sessionFactory"><ref
bean="cwxSessionFactory"/></property>
</bean>
When defining
(cwx-servlet.xml)
<!-- Controller for the initial "Hello" page -->
<bean id="cwxController" class="example.web.CwxController">
<property name="cwxDao"><ref external="cwxDao"/></property>
</bean>
(CwxController)
private CwxDao cwxDao;
public void setCwxDao(CwxDao cwxDao) {
this.cwxDao = cwxDao;
}
I always get
ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
name
'cwx' : initialization error>
com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
named
[cwxDao] is defined {class
com.interface21.beans.factory.xml.XmlBeanFactory:
defined beans [messageSource,viewResolver,urlMapping,cwxController]}
This is the second time I get almost useless error messages. This is one
point where EJBs are far ahead (
there is almost always an error message telling you what excactly is
wrong).
Another (dumb) question:
What is the difference between a DAO *implementation* and a business
object
and where does
e. g. Petclinic reflect this ? I'm asking this because of the diiference
between the skeletons and the
sample applications. The skeletons provide a DAO and a Business Object
using
the DAO definition,
Petclinic does not. The samples should be as close as possible to the
skeletons or the skeletons should
at least provide the java classes (shouldn't be too hard).
Thanks in advance
Lars
-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: <jue...@we...> - 2003-08-25 14:41:58
|
Lars, Thomas, I guess that WebLogic simply invokes the listeners after load-on-startup = servlets. Bad WebLogic ;-) Unfortunately, the Servlet 2.3 spec leaves this unspecified. The Servlet = 2.4 spec clarifies that listeners have to be *initialized before* and = *destroyed after* any servlets. Tomcat and Resin already behave this = way, Orion does too since 2.0.2 after I've informed them about the = Servlet 2.4 clarification... For a solution with current WebLogic versions, I agree that using the = servlet initializers like ContextLoaderServlet and Log4jConfigServlet is = probably the best choice, as Thomas has recommended. Juergen -----Original Message----- From: tri...@tr... [mailto:tri...@tr...] Sent: Sunday, August 24, 2003 10:49 PM To: Lars Fischer Cc: spr...@li... Subject: Re: [Springframework-developer] Example classes needed Lars, Loading ContextLoaderServlet as a servlet with load-on-startup set to 1 = and loading DispatcherServlet with load-on-startup set to 2 works for me on = WebLogic 8.1 SP1. If it does not work, could you send me the web.xml and your = log output? Also, I get the same errors deploying the Petclinic, so it does not work = for me. Can you send me the petclinic war file that works with WebLogic 8.1 SP1 = so I can try it on my server? Thomas > Thomas, >=20 > thanks for the suggestion. Tried it but it doesn't work. >=20 > This is a serious one: >=20 > Tested my app with Tomcat 4.1.24 and it works. >=20 > I does NOT work with >=20 > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3. >=20 > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1. >=20 > Regards > Lars >=20 > > Lars, > >=20 > > I have looked into this a little bit more. What happens is that=20 > > ServletContextListener.contextInitialized() method is called _after_ = the =20 > > HttpServlet.init() method is called on servlets specified with = <load-on- > > startup>. This causes the xxx-servlet.xml to be loaded before the=20 > > applicationContext.xml is loaded, so that is why you can't reference = > > the 'cwxDao' bean. This behavior is the opposite of what I see for > > Tomcat,=20 > > and I'm sure the same is true for Orion and Resin that Juergen is = using.=20 > > I=20 > > looked in the Servlet 2.3 specification, but I did not see anything > > specifying=20 > > which order these methods should be called in. Maybe Juergen or Rod = can > > shed=20 > > some more light on this issue. =20 > >=20 > > You should be able to use the ContextLoaderServlet for now. > >=20 > > Thomas |
|
From: Darren D. <da...@da...> - 2003-08-26 13:17:56
Attachments:
ContextLoaderServlet.java
|
On Monday 25 August 2003 09:02, j=FCrgen h=F6ller [werk3AT] wrote: > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The Servlet > 2.4 spec clarifies that listeners have to be *initialized before* and > *destroyed after* any servlets. Tomcat and Resin already behave this way, > Orion does too since 2.0.2 after I've informed them about the Servlet 2.4 > clarification... > > For a solution with current WebLogic versions, I agree that using the > servlet initializers like ContextLoaderServlet and Log4jConfigServlet is > probably the best choice, as Thomas has recommended. Under the circumstances, I don't know whether you consider it important to= =20 remove the deprecation tags and comments from the ContextLoaderServlet et a= l=20 classes before the M1 release? If it's only in Servlet 2.4 that correct=20 behaviour can be guaranteed, then perhaps the comments should reflect this = to=20 avoid confusion for people using containers that implement the WebLogic=20 behaviour. Possible amendment attached.. Regards, =2D-=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: <tri...@tr...> - 2003-08-27 21:04:51
|
Darren, Lars, Juergen, I see that Juergen has made this change in CVS. FYI this is BEA Support's take on this issue: ---- >I have found the source code that calls the contextInitialized() method after the HttpServlet.init(), unfortunately this doesn't seem to be configurable. WLS 8.1 conforms to the servlet 2.3 spec, which is ambiguous as to when the listener should be called - It only specifies that it be called prior to the servlet handling requests. Under Servlet 2.4 the spec states that the listener should be called prior to servlet initialization, I am endeavoring to find out if there are any plans to conform to the 2.4 spec in a future release of WLS. >From what I can find out Servlet 2.4 is a J2EE 1.4 requirement which will be supported in a future release that is only due to go beta in June 04 (the current code name is diablo should you wish to check up closer to the time). I don't think there is anything more that can be done on the case, please let me know if you have any further questions, if not I'd like to close the case. ---- So, for now we are stuck with supporting both ways of doing things. We should probably add some comments in the examples where we use the listener approach. Thomas > On Monday 25 August 2003 09:02, jürgen höller [werk3AT] wrote: > > > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The Servlet > > 2.4 spec clarifies that listeners have to be *initialized before* and > > *destroyed after* any servlets. Tomcat and Resin already behave this way, > > Orion does too since 2.0.2 after I've informed them about the Servlet 2.4 > > clarification... > > > > For a solution with current WebLogic versions, I agree that using the > > servlet initializers like ContextLoaderServlet and Log4jConfigServlet is > > probably the best choice, as Thomas has recommended. > > Under the circumstances, I don't know whether you consider it important to > remove the deprecation tags and comments from the ContextLoaderServlet et al > > classes before the M1 release? If it's only in Servlet 2.4 that correct > behaviour can be guaranteed, then perhaps the comments should reflect this to > > avoid confusion for people using containers that implement the WebLogic > behaviour. > > Possible amendment attached.. > > Regards, > > -- > > Darren Davison > Public Key: http://www.davison.uk.net/key.jsp > |
|
From: <jue...@we...> - 2003-08-25 16:37:46
|
Thomas, Lars, Oops, didn't think of that: Yes, we dropped ContextLoaderServlet before = 0.9, and re-added it after 0.9.1 for Servlet 2.2 containers. Seems that = we now have one more reason for it: Servlet 2.3 containers with awkward = initialization order. Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the = end of this week if there aren't any major obstacles. BTW, can everybody = please test the current CVS contents against own applications? Lars, 1.0 M1 will be the first release with org.springframework as = package name, but it should still be a drop-in replacement if you = replace com.interface21 with org.springframework in all of your code = (both Java source and XML files). Juergen -----Original Message----- From: tri...@tr... [mailto:tri...@tr...] Sent: Monday, August 25, 2003 4:33 PM To: j=FCrgen h=F6ller [werk3AT] Cc: Lars Fischer; spr...@li... Subject: RE: [Springframework-developer] Example classes needed Juergen, The problem is that 'com.interface21.web.context.ContextLoaderServlet' = can't=20 be found in the classpath - it is not in the spring-full-0.9.jar from = the=20 distribution. Did we remove this file and later add it back in? Lars - I have attached a jar file that contains this missing class - add = that=20 to your lib directory. Also, remove the <listener> entry in web.xml. Thomas > Lars, >=20 > You mean that >=20 > <servlet> > <servlet-name>contextLoader</servlet-name> > =20 > = <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-= class> > <load-on-startup>1</load-on-startup> > </servlet> >=20 > <servlet> > <servlet-name>example</servlet-name> > =20 > = <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-cla= ss> > <load-on-startup>2</load-on-startup> > </servlet> >=20 > still loads the DispatcherServlet before the ContextLoaderServlet? = Ignoring > the load-on-startup values would be a major bug in WebLogic's web = container. > Are you *really* sure that a web.xml with entries like the above = causes wrong > initialization order? Please recheck that thoroughly! >=20 > It's bad enough that WebLogic invokes the listeners at the wrong time, = but > unfortunately that is not actually conflicting with the current spec. = I can't > believe that it ignores servlet load-on-startup values though - how = did it > get its J2EE 1.3 certification then? It seems to work on Thomas' > installation, so there should be a way to make it work on yours. >=20 > Even in the extreme case, a solution can be found. You could for = example just > use a servlet-specific context and no root context, by simply omitting = the > context loader definition. You could subclass DispatcherServlet to = perform > initialization of the root context before continuing with its own. But = I'm > pretty sure that none of these will be necessary. >=20 > Juergen >=20 >=20 > -----Original Message----- > From: Lars Fischer [mailto:lar...@gm...] > Sent: Monday, August 25, 2003 10:32 AM > To: j=FCrgen h=F6ller [werk3AT] > Cc: tri...@tr...; = spr...@li... > Subject: RE: [Springframework-developer] Example classes needed >=20 >=20 > J=FCrgen, >=20 > the problem is that the ***-servlet.xml stuff is always loaded before > the applicationContext.xml stuff no matter what I define in=20 > web.xml. This is against the documentation. >=20 > I will open a case with BEA support (this would be the first time they > would solve an issue but you can never know ...). >=20 > It seems like I have to use another server but unless there is no = error > in my application Spring is no alternative for production applications > (Petclinic does not work too at the moment). >=20 > Is there any difference between the Java SDK versions ? >=20 > Thanks > Lars >=20 > > Lars, Thomas, > >=20 > > I guess that WebLogic simply invokes the listeners after = load-on-startup=20 > > servlets. Bad WebLogic ;-) > >=20 > > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The = Servlet=20 > > 2.4 spec clarifies that listeners have to be *initialized before* = and=20 > > *destroyed after* any servlets. Tomcat and Resin already behave this = > > way, Orion does too since 2.0.2 after I've informed them about the=20 > > Servlet 2.4 clarification... > >=20 > > For a solution with current WebLogic versions, I agree that using = the=20 > > servlet initializers like ContextLoaderServlet and = Log4jConfigServlet is=20 > > probably the best choice, as Thomas has recommended. > >=20 > > Juergen > >=20 > >=20 > > -----Original Message----- > > From: tri...@tr... [mailto:tri...@tr...] > > Sent: Sunday, August 24, 2003 10:49 PM > > To: Lars Fischer > > Cc: spr...@li... > > Subject: Re: [Springframework-developer] Example classes needed > >=20 > >=20 > > Lars, > >=20 > > Loading ContextLoaderServlet as a servlet with load-on-startup set = to 1=20 > > and > > loading DispatcherServlet with load-on-startup set to 2 works for me = on=20 > > WebLogic > > 8.1 SP1. If it does not work, could you send me the web.xml and = your=20 > > log output? > >=20 > > Also, I get the same errors deploying the Petclinic, so it does not = work=20 > > for me. > > Can you send me the petclinic war file that works with WebLogic 8.1 = SP1=20 > > so I > > can try it on my server? > >=20 > > Thomas > >=20 > >=20 > > > Thomas, > > >=20 > > > thanks for the suggestion. Tried it but it doesn't work. > > >=20 > > > This is a serious one: > > >=20 > > > Tested my app with Tomcat 4.1.24 and it works. > > >=20 > > > I does NOT work with > > >=20 > > > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3. > > >=20 > > > What makes me wonder is that Petclinic works with WebLogic 8.1 = SP1. > > >=20 > > > Regards > > > Lars > > >=20 > > > > Lars, > > > >=20 > > > > I have looked into this a little bit more. What happens is that = > > > > ServletContextListener.contextInitialized() method is called = _after_=20 > > the =20 > > > > HttpServlet.init() method is called on servlets specified with=20 > > <load-on- > > > > startup>. This causes the xxx-servlet.xml to be loaded before = the=20 > > > > applicationContext.xml is loaded, so that is why you can't = reference=20 > >=20 > > > > the 'cwxDao' bean. This behavior is the opposite of what I see = for > > > > Tomcat,=20 > > > > and I'm sure the same is true for Orion and Resin that Juergen = is=20 > > using.=20 > > > > I=20 > > > > looked in the Servlet 2.3 specification, but I did not see = anything > > > > specifying=20 > > > > which order these methods should be called in. Maybe Juergen or = Rod=20 > > can > > > > shed=20 > > > > some more light on this issue. =20 > > > >=20 > > > > You should be able to use the ContextLoaderServlet for now. > > > >=20 > > > > Thomas > >=20 >=20 >=20 |
|
From: Colin S. <col...@ex...> - 2003-08-25 18:02:28
|
I want to use SingleConnectionDataSource with Hibernate, so I can wrap a connection I get from a Hibernate Session, and feed it as a DataSource to JDBCTemplate/JDBCHelper. However, right now I've had to make my own variant since the current code always calls source.setAutoCommit(true); in the init() method. This seems very arbitrary to me. At least in the case when the class is given an existing connection, it should just assume the commit option has been set appropriately on the connection. Even in the case when the class is opening the connection itself from an existing DataSource, there needs to be an option to set autoCommit either way. Regards, Colin |
|
From: <tri...@tr...> - 2003-08-26 01:32:11
|
Juergen, > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the end > of this week if there aren't any major obstacles. BTW, can everybody please > test the current CVS contents against own applications? > I am updating the Step-by-step-MVC document - what will the exact name of the directory and the jar file be? I'm assuming 'spring-framework-1.0M1' and 'spring-full-1.0M1.jar'. Thomas |
|
From: <jue...@we...> - 2003-08-25 19:31:46
|
SXQncyBnb25uYSBiZSAic3ByaW5nLWZyYW1ld29yay0xLjBtMSIgYW5kICJzcHJpbmctZnVsbC0x LjAuamFyIiwgaWYgd2Ugc3RpY2sgdG8gdGhlIGN1cnJlbnQgcGxhbi4gV2UndmUgdXNlZCB0aGUg c2FtZSBuYW1pbmcgc3RyYXRlZ3kgZm9yIDAuOS54LCBlLmcuICJzcHJpbmctZnJhbWV3b3JrLTAu OS4xIiBidXQgc3RpbGwgInNwcmluZy1mdWxsLTAuOS5qYXIiLiBJIHByZWZlciB0aGF0IHdheSB0 byBlYXNlIGRyb3AtaW4gcmVwbGFjZW1lbnQgaW4gdGhlIGxpdGVyYWwgc2Vuc2UgOi0pIFRoZSBi dWlsZCBwcm9wZXJ0aWVzIHJlZmxlY3QgdGhpcyBpbiAic3ByaW5nLXZlcnNpb249MS4wIiBhbmQg InNwcmluZy12ZXJzaW9uLWRldGFpbD0xLjBtMSIuDQogDQpKdWVyZ2VuDQogDQogDQoNCgktLS0t LVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogdHJpc2JlcmdAdHJpZGIuY29t IFttYWlsdG86dHJpc2JlcmdAdHJpZGIuY29tXSANCglHZXNlbmRldDogTW8gMjUuMDguMjAwMyAx OToyMSANCglBbjogasO8cmdlbiBow7ZsbGVyIFt3ZXJrM0FUXSANCglDYzogTGFycyBGaXNjaGVy OyBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRy ZWZmOiBSRTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVk ZWQNCgkNCgkNCg0KCUp1ZXJnZW4sDQoJDQoJPiBBbnl3YXksIENvbnRleHRMb2FkZXJTZXJ2bGV0 ICp3aWxsKiBiZSBpbiAxLjAgTTEsIHRvIGJlIHJlbGVhc2VkIGF0IHRoZSBlbmQNCgk+IG9mIHRo aXMgd2VlayBpZiB0aGVyZSBhcmVuJ3QgYW55IG1ham9yIG9ic3RhY2xlcy4gQlRXLCBjYW4gZXZl cnlib2R5IHBsZWFzZQ0KCT4gdGVzdCB0aGUgY3VycmVudCBDVlMgY29udGVudHMgYWdhaW5zdCBv d24gYXBwbGljYXRpb25zPw0KCT4NCgkNCglJIGFtIHVwZGF0aW5nIHRoZSBTdGVwLWJ5LXN0ZXAt TVZDIGRvY3VtZW50IC0gd2hhdCB3aWxsIHRoZSBleGFjdCBuYW1lIG9mIHRoZQ0KCWRpcmVjdG9y eSBhbmQgdGhlIGphciBmaWxlIGJlPyAgSSdtIGFzc3VtaW5nICdzcHJpbmctZnJhbWV3b3JrLTEu ME0xJyBhbmQNCgknc3ByaW5nLWZ1bGwtMS4wTTEuamFyJy4NCgkNCglUaG9tYXMgDQoJDQoNCg== |
|
From: <tri...@tr...> - 2003-08-25 20:53:46
|
Juergen, The drawback then is that you can't tell from the jar file if it is M1, M2 or the release jar. Thomas > It's gonna be "spring-framework-1.0m1" and "spring-full-1.0.jar", if we stick > to the current plan. We've used the same naming strategy for 0.9.x, e.g. > "spring-framework-0.9.1" but still "spring-full-0.9.jar". I prefer that way > to ease drop-in replacement in the literal sense :-) The build properties > reflect this in "spring-version=1.0" and "spring-version-detail=1.0m1". > > Juergen > > > > -----Ursprüngliche Nachricht----- > Von: tri...@tr... [mailto:tri...@tr...] > Gesendet: Mo 25.08.2003 19:21 > An: jürgen höller [werk3AT] > Cc: Lars Fischer; spr...@li... > Betreff: RE: [Springframework-developer] Example classes needed > > > > Juergen, > > > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at the > end > > of this week if there aren't any major obstacles. BTW, can everybody > please > > test the current CVS contents against own applications? > > > > I am updating the Step-by-step-MVC document - what will the exact name of > the > directory and the jar file be? I'm assuming 'spring-framework-1.0M1' and > 'spring-full-1.0M1.jar'. > > Thomas > > > |
|
From: Lars F. <lar...@gm...> - 2003-08-25 21:18:48
|
I agree with Thomas, I once made a mistake because I didn't realize that I was using an older version. The jar-files should be named after the version. > Juergen, > > The drawback then is that you can't tell from the jar file if it is M1, M2 > or > the release jar. > > Thomas > > > It's gonna be "spring-framework-1.0m1" and "spring-full-1.0.jar", if we > stick > > to the current plan. We've used the same naming strategy for 0.9.x, e.g. > > "spring-framework-0.9.1" but still "spring-full-0.9.jar". I prefer that > way > > to ease drop-in replacement in the literal sense :-) The build > properties > > reflect this in "spring-version=1.0" and "spring-version-detail=1.0m1". > > > > Juergen > > > > > > > > -----Ursprüngliche Nachricht----- > > Von: tri...@tr... [mailto:tri...@tr...] > > Gesendet: Mo 25.08.2003 19:21 > > An: jürgen höller [werk3AT] > > Cc: Lars Fischer; spr...@li... > > Betreff: RE: [Springframework-developer] Example classes needed > > > > > > > > Juergen, > > > > > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be released at > the > > end > > > of this week if there aren't any major obstacles. BTW, can everybody > > please > > > test the current CVS contents against own applications? > > > > > > > I am updating the Step-by-step-MVC document - what will the exact name > of > > the > > directory and the jar file be? I'm assuming 'spring-framework-1.0M1' > and > > 'spring-full-1.0M1.jar'. > > > > Thomas > > > > > > > > > |
|
From: <jue...@we...> - 2003-08-25 21:52:43
|
TGV0J3Mgdm90ZSBvbiB0aGlzLiBJIGRvbid0IG1pbmQgZWl0aGVyIG5hbWluZyBzdHJhdGVneSBm b3IgamFyIGZpbGVzLiBBbnlib2R5IGVsc2UgcHJlZmVyaW5nIHRoZSBzcHJpbmctZnVsbC0xLjBt MSBzdHlsZT8NCiANCkJUVywgSGliZXJuYXRlIHVzZXMgaGliZXJuYXRlMi5qYXIgZm9yIGl0cyB3 aG9sZSAyLnggdHJlZS4gTG9nNEogdXNlcyBsb2c0ai0xLjIuOC5qYXIgZm9yIHRoZSBzcGVjaWZp YyB2ZXJzaW9uLiAyIGV4YW1wbGVzIGZvciBvcHBvc2l0ZSBlbmRzLCBJIGd1ZXNzLg0KIA0KSnVl cmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246 IExhcnMgRmlzY2hlciBbbWFpbHRvOmxhcnMuZmlzY2hlckBnbXhwcm8ubmV0XSANCglHZXNlbmRl dDogTW8gMjUuMDguMjAwMyAyMzoxOCANCglBbjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBs aXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF07IHRy aXNiZXJnQHRyaWRiLmNvbSANCglCZXRyZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9w ZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVkZWQNCgkNCgkNCg0KCUkgYWdyZWUgd2l0aCBUaG9tYXMs IEkgb25jZSBtYWRlIGEgbWlzdGFrZSBiZWNhdXNlIEkgZGlkbid0IHJlYWxpemUNCgl0aGF0IEkg d2FzIHVzaW5nIGFuIG9sZGVyIHZlcnNpb24uIFRoZSBqYXItZmlsZXMgc2hvdWxkIGJlIG5hbWVk IGFmdGVyDQoJdGhlIHZlcnNpb24uDQoJDQoJPiBKdWVyZ2VuLA0KCT4NCgk+IFRoZSBkcmF3YmFj ayB0aGVuIGlzIHRoYXQgeW91IGNhbid0IHRlbGwgZnJvbSB0aGUgamFyIGZpbGUgaWYgaXQgaXMg TTEsIE0yDQoJPiBvcg0KCT4gdGhlIHJlbGVhc2UgamFyLg0KCT4NCgk+IFRob21hcw0KCT4NCgk+ ID4gSXQncyBnb25uYSBiZSAic3ByaW5nLWZyYW1ld29yay0xLjBtMSIgYW5kICJzcHJpbmctZnVs bC0xLjAuamFyIiwgaWYgd2UNCgk+IHN0aWNrDQoJPiA+IHRvIHRoZSBjdXJyZW50IHBsYW4uIFdl J3ZlIHVzZWQgdGhlIHNhbWUgbmFtaW5nIHN0cmF0ZWd5IGZvciAwLjkueCwgZS5nLg0KCT4gPiAi c3ByaW5nLWZyYW1ld29yay0wLjkuMSIgYnV0IHN0aWxsICJzcHJpbmctZnVsbC0wLjkuamFyIi4g SSBwcmVmZXIgdGhhdA0KCT4gd2F5DQoJPiA+IHRvIGVhc2UgZHJvcC1pbiByZXBsYWNlbWVudCBp biB0aGUgbGl0ZXJhbCBzZW5zZSA6LSkgVGhlIGJ1aWxkDQoJPiBwcm9wZXJ0aWVzDQoJPiA+IHJl ZmxlY3QgdGhpcyBpbiAic3ByaW5nLXZlcnNpb249MS4wIiBhbmQgInNwcmluZy12ZXJzaW9uLWRl dGFpbD0xLjBtMSIuDQoJPiA+IA0KCT4gPiBKdWVyZ2VuDQoJPiA+IA0KCT4gPiANCgk+ID4NCgk+ ID4gICAgIC0tLS0tVXJzcHLDg8K8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KCT4gPiAgICAgVm9u OiB0cmlzYmVyZ0B0cmlkYi5jb20gW21haWx0bzp0cmlzYmVyZ0B0cmlkYi5jb21dDQoJPiA+ICAg ICBHZXNlbmRldDogTW8gMjUuMDguMjAwMyAxOToyMQ0KCT4gPiAgICAgQW46IGrDg8K8cmdlbiBo w4PCtmxsZXIgW3dlcmszQVRdDQoJPiA+ICAgICBDYzogTGFycyBGaXNjaGVyOyBzcHJpbmdmcmFt ZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gPiAgICAgQmV0cmVmZjog UkU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBFeGFtcGxlIGNsYXNzZXMgbmVlZGVkDQoJ PiA+ICAgIA0KCT4gPiAgICANCgk+ID4NCgk+ID4gICAgIEp1ZXJnZW4sDQoJPiA+ICAgIA0KCT4g PiAgICAgPiBBbnl3YXksIENvbnRleHRMb2FkZXJTZXJ2bGV0ICp3aWxsKiBiZSBpbiAxLjAgTTEs IHRvIGJlIHJlbGVhc2VkIGF0DQoJPiB0aGUNCgk+ID4gZW5kDQoJPiA+ICAgICA+IG9mIHRoaXMg d2VlayBpZiB0aGVyZSBhcmVuJ3QgYW55IG1ham9yIG9ic3RhY2xlcy4gQlRXLCBjYW4gZXZlcnli b2R5DQoJPiA+IHBsZWFzZQ0KCT4gPiAgICAgPiB0ZXN0IHRoZSBjdXJyZW50IENWUyBjb250ZW50 cyBhZ2FpbnN0IG93biBhcHBsaWNhdGlvbnM/DQoJPiA+ICAgICA+DQoJPiA+ICAgIA0KCT4gPiAg ICAgSSBhbSB1cGRhdGluZyB0aGUgU3RlcC1ieS1zdGVwLU1WQyBkb2N1bWVudCAtIHdoYXQgd2ls bCB0aGUgZXhhY3QgbmFtZQ0KCT4gb2YNCgk+ID4gdGhlDQoJPiA+ICAgICBkaXJlY3RvcnkgYW5k IHRoZSBqYXIgZmlsZSBiZT8gIEknbSBhc3N1bWluZyAnc3ByaW5nLWZyYW1ld29yay0xLjBNMScN Cgk+IGFuZA0KCT4gPiAgICAgJ3NwcmluZy1mdWxsLTEuME0xLmphcicuDQoJPiA+ICAgIA0KCT4g PiAgICAgVGhvbWFzDQoJPiA+ICAgIA0KCT4gPg0KCT4gPg0KCT4NCgk+DQoJPg0KCQ0KCQ0KDQo= |
|
From: <jue...@we...> - 2003-08-26 02:13:11
|
Lars,
You mean that
<servlet>
<servlet-name>contextLoader</servlet-name>
=
<servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet-=
class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet>
<servlet-name>example</servlet-name>
=
<servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-cla=
ss>
<load-on-startup>2</load-on-startup>
</servlet>
still loads the DispatcherServlet before the ContextLoaderServlet? =
Ignoring the load-on-startup values would be a major bug in WebLogic's =
web container. Are you *really* sure that a web.xml with entries like =
the above causes wrong initialization order? Please recheck that =
thoroughly!
It's bad enough that WebLogic invokes the listeners at the wrong time, =
but unfortunately that is not actually conflicting with the current =
spec. I can't believe that it ignores servlet load-on-startup values =
though - how did it get its J2EE 1.3 certification then? It seems to =
work on Thomas' installation, so there should be a way to make it work =
on yours.
Even in the extreme case, a solution can be found. You could for example =
just use a servlet-specific context and no root context, by simply =
omitting the context loader definition. You could subclass =
DispatcherServlet to perform initialization of the root context before =
continuing with its own. But I'm pretty sure that none of these will be =
necessary.
Juergen
-----Original Message-----
From: Lars Fischer [mailto:lar...@gm...]
Sent: Monday, August 25, 2003 10:32 AM
To: j=FCrgen h=F6ller [werk3AT]
Cc: tri...@tr...; spr...@li...
Subject: RE: [Springframework-developer] Example classes needed
J=FCrgen,
the problem is that the ***-servlet.xml stuff is always loaded before
the applicationContext.xml stuff no matter what I define in=20
web.xml. This is against the documentation.
I will open a case with BEA support (this would be the first time they
would solve an issue but you can never know ...).
It seems like I have to use another server but unless there is no error
in my application Spring is no alternative for production applications
(Petclinic does not work too at the moment).
Is there any difference between the Java SDK versions ?
Thanks
Lars
> Lars, Thomas,
>=20
> I guess that WebLogic simply invokes the listeners after =
load-on-startup=20
> servlets. Bad WebLogic ;-)
>=20
> Unfortunately, the Servlet 2.3 spec leaves this unspecified. The =
Servlet=20
> 2.4 spec clarifies that listeners have to be *initialized before* and=20
> *destroyed after* any servlets. Tomcat and Resin already behave this=20
> way, Orion does too since 2.0.2 after I've informed them about the=20
> Servlet 2.4 clarification...
>=20
> For a solution with current WebLogic versions, I agree that using the=20
> servlet initializers like ContextLoaderServlet and Log4jConfigServlet =
is=20
> probably the best choice, as Thomas has recommended.
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: tri...@tr... [mailto:tri...@tr...]
> Sent: Sunday, August 24, 2003 10:49 PM
> To: Lars Fischer
> Cc: spr...@li...
> Subject: Re: [Springframework-developer] Example classes needed
>=20
>=20
> Lars,
>=20
> Loading ContextLoaderServlet as a servlet with load-on-startup set to =
1=20
> and
> loading DispatcherServlet with load-on-startup set to 2 works for me =
on=20
> WebLogic
> 8.1 SP1. If it does not work, could you send me the web.xml and your=20
> log output?
>=20
> Also, I get the same errors deploying the Petclinic, so it does not =
work=20
> for me.
> Can you send me the petclinic war file that works with WebLogic 8.1 =
SP1=20
> so I
> can try it on my server?
>=20
> Thomas
>=20
>=20
> > Thomas,
> >=20
> > thanks for the suggestion. Tried it but it doesn't work.
> >=20
> > This is a serious one:
> >=20
> > Tested my app with Tomcat 4.1.24 and it works.
> >=20
> > I does NOT work with
> >=20
> > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3.
> >=20
> > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1.
> >=20
> > Regards
> > Lars
> >=20
> > > Lars,
> > >=20
> > > I have looked into this a little bit more. What happens is that=20
> > > ServletContextListener.contextInitialized() method is called =
_after_=20
> the =20
> > > HttpServlet.init() method is called on servlets specified with=20
> <load-on-
> > > startup>. This causes the xxx-servlet.xml to be loaded before the =
> > > applicationContext.xml is loaded, so that is why you can't =
reference=20
>=20
> > > the 'cwxDao' bean. This behavior is the opposite of what I see =
for
> > > Tomcat,=20
> > > and I'm sure the same is true for Orion and Resin that Juergen is=20
> using.=20
> > > I=20
> > > looked in the Servlet 2.3 specification, but I did not see =
anything
> > > specifying=20
> > > which order these methods should be called in. Maybe Juergen or =
Rod=20
> can
> > > shed=20
> > > some more light on this issue. =20
> > >=20
> > > You should be able to use the ContextLoaderServlet for now.
> > >=20
> > > Thomas
>=20
|
|
From: <tri...@tr...> - 2003-08-26 04:23:10
Attachments:
spring-context-0.9.1B.jar
|
Juergen, The problem is that 'com.interface21.web.context.ContextLoaderServlet' can't be found in the classpath - it is not in the spring-full-0.9.jar from the distribution. Did we remove this file and later add it back in? Lars - I have attached a jar file that contains this missing class - add that to your lib directory. Also, remove the <listener> entry in web.xml. Thomas > Lars, > > You mean that > > <servlet> > <servlet-name>contextLoader</servlet-name> > > <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet- class> > <load-on-startup>1</load-on-startup> > </servlet> > > <servlet> > <servlet-name>example</servlet-name> > > <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class> > <load-on-startup>2</load-on-startup> > </servlet> > > still loads the DispatcherServlet before the ContextLoaderServlet? Ignoring > the load-on-startup values would be a major bug in WebLogic's web container. > Are you *really* sure that a web.xml with entries like the above causes wrong > initialization order? Please recheck that thoroughly! > > It's bad enough that WebLogic invokes the listeners at the wrong time, but > unfortunately that is not actually conflicting with the current spec. I can't > believe that it ignores servlet load-on-startup values though - how did it > get its J2EE 1.3 certification then? It seems to work on Thomas' > installation, so there should be a way to make it work on yours. > > Even in the extreme case, a solution can be found. You could for example just > use a servlet-specific context and no root context, by simply omitting the > context loader definition. You could subclass DispatcherServlet to perform > initialization of the root context before continuing with its own. But I'm > pretty sure that none of these will be necessary. > > Juergen > > > -----Original Message----- > From: Lars Fischer [mailto:lar...@gm...] > Sent: Monday, August 25, 2003 10:32 AM > To: jürgen höller [werk3AT] > Cc: tri...@tr...; spr...@li... > Subject: RE: [Springframework-developer] Example classes needed > > > Jürgen, > > the problem is that the ***-servlet.xml stuff is always loaded before > the applicationContext.xml stuff no matter what I define in > web.xml. This is against the documentation. > > I will open a case with BEA support (this would be the first time they > would solve an issue but you can never know ...). > > It seems like I have to use another server but unless there is no error > in my application Spring is no alternative for production applications > (Petclinic does not work too at the moment). > > Is there any difference between the Java SDK versions ? > > Thanks > Lars > > > Lars, Thomas, > > > > I guess that WebLogic simply invokes the listeners after load-on-startup > > servlets. Bad WebLogic ;-) > > > > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The Servlet > > 2.4 spec clarifies that listeners have to be *initialized before* and > > *destroyed after* any servlets. Tomcat and Resin already behave this > > way, Orion does too since 2.0.2 after I've informed them about the > > Servlet 2.4 clarification... > > > > For a solution with current WebLogic versions, I agree that using the > > servlet initializers like ContextLoaderServlet and Log4jConfigServlet is > > probably the best choice, as Thomas has recommended. > > > > Juergen > > > > > > -----Original Message----- > > From: tri...@tr... [mailto:tri...@tr...] > > Sent: Sunday, August 24, 2003 10:49 PM > > To: Lars Fischer > > Cc: spr...@li... > > Subject: Re: [Springframework-developer] Example classes needed > > > > > > Lars, > > > > Loading ContextLoaderServlet as a servlet with load-on-startup set to 1 > > and > > loading DispatcherServlet with load-on-startup set to 2 works for me on > > WebLogic > > 8.1 SP1. If it does not work, could you send me the web.xml and your > > log output? > > > > Also, I get the same errors deploying the Petclinic, so it does not work > > for me. > > Can you send me the petclinic war file that works with WebLogic 8.1 SP1 > > so I > > can try it on my server? > > > > Thomas > > > > > > > Thomas, > > > > > > thanks for the suggestion. Tried it but it doesn't work. > > > > > > This is a serious one: > > > > > > Tested my app with Tomcat 4.1.24 and it works. > > > > > > I does NOT work with > > > > > > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3. > > > > > > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1. > > > > > > Regards > > > Lars > > > > > > > Lars, > > > > > > > > I have looked into this a little bit more. What happens is that > > > > ServletContextListener.contextInitialized() method is called _after_ > > the > > > > HttpServlet.init() method is called on servlets specified with > > <load-on- > > > > startup>. This causes the xxx-servlet.xml to be loaded before the > > > > applicationContext.xml is loaded, so that is why you can't reference > > > > > > the 'cwxDao' bean. This behavior is the opposite of what I see for > > > > Tomcat, > > > > and I'm sure the same is true for Orion and Resin that Juergen is > > using. > > > > I > > > > looked in the Servlet 2.3 specification, but I did not see anything > > > > specifying > > > > which order these methods should be called in. Maybe Juergen or Rod > > can > > > > shed > > > > some more light on this issue. > > > > > > > > You should be able to use the ContextLoaderServlet for now. > > > > > > > > Thomas > > > > |
|
From: Lars F. <lar...@gm...> - 2003-08-26 07:38:41
|
Thomas, thanks a lot, deployment works now. There is one error message when undeploying but I hope alle these missing classes are included in the next release. Regards Lars P.S.: Error when undeploying (do not forget in 1.0): Failed while destroying servlet: contextLoader. java.lang.NoSuchMethodError: com.interface21.web.context.ContextLoader.closeContext(Ljavax/servlet/ServletContext;)V > Juergen, > > The problem is that 'com.interface21.web.context.ContextLoaderServlet' > can't > be found in the classpath - it is not in the spring-full-0.9.jar from the > distribution. Did we remove this file and later add it back in? > > Lars - I have attached a jar file that contains this missing class - add > that > to your lib directory. Also, remove the <listener> entry in web.xml. > > Thomas > > > Lars, > > > > You mean that > > > > <servlet> > > <servlet-name>contextLoader</servlet-name> > > > > > <servlet-class>com.interface21.web.context.ContextLoaderServlet</servlet- > class> > > <load-on-startup>1</load-on-startup> > > </servlet> > > > > <servlet> > > <servlet-name>example</servlet-name> > > > > > <servlet-class>com.interface21.web.servlet.DispatcherServlet</servlet-class> > > <load-on-startup>2</load-on-startup> > > </servlet> > > > > still loads the DispatcherServlet before the ContextLoaderServlet? > Ignoring > > the load-on-startup values would be a major bug in WebLogic's web > container. > > Are you *really* sure that a web.xml with entries like the above causes > wrong > > initialization order? Please recheck that thoroughly! > > > > It's bad enough that WebLogic invokes the listeners at the wrong time, > but > > unfortunately that is not actually conflicting with the current spec. I > can't > > believe that it ignores servlet load-on-startup values though - how did > it > > get its J2EE 1.3 certification then? It seems to work on Thomas' > > installation, so there should be a way to make it work on yours. > > > > Even in the extreme case, a solution can be found. You could for example > just > > use a servlet-specific context and no root context, by simply omitting > the > > context loader definition. You could subclass DispatcherServlet to > perform > > initialization of the root context before continuing with its own. But > I'm > > pretty sure that none of these will be necessary. > > > > Juergen > > > > > > -----Original Message----- > > From: Lars Fischer [mailto:lar...@gm...] > > Sent: Monday, August 25, 2003 10:32 AM > > To: jürgen höller [werk3AT] > > Cc: tri...@tr...; spr...@li... > > Subject: RE: [Springframework-developer] Example classes needed > > > > > > Jürgen, > > > > the problem is that the ***-servlet.xml stuff is always loaded before > > the applicationContext.xml stuff no matter what I define in > > web.xml. This is against the documentation. > > > > I will open a case with BEA support (this would be the first time they > > would solve an issue but you can never know ...). > > > > It seems like I have to use another server but unless there is no error > > in my application Spring is no alternative for production applications > > (Petclinic does not work too at the moment). > > > > Is there any difference between the Java SDK versions ? > > > > Thanks > > Lars > > > > > Lars, Thomas, > > > > > > I guess that WebLogic simply invokes the listeners after > load-on-startup > > > servlets. Bad WebLogic ;-) > > > > > > Unfortunately, the Servlet 2.3 spec leaves this unspecified. The > Servlet > > > 2.4 spec clarifies that listeners have to be *initialized before* and > > > *destroyed after* any servlets. Tomcat and Resin already behave this > > > way, Orion does too since 2.0.2 after I've informed them about the > > > Servlet 2.4 clarification... > > > > > > For a solution with current WebLogic versions, I agree that using the > > > servlet initializers like ContextLoaderServlet and Log4jConfigServlet > is > > > probably the best choice, as Thomas has recommended. > > > > > > Juergen > > > > > > > > > -----Original Message----- > > > From: tri...@tr... [mailto:tri...@tr...] > > > Sent: Sunday, August 24, 2003 10:49 PM > > > To: Lars Fischer > > > Cc: spr...@li... > > > Subject: Re: [Springframework-developer] Example classes needed > > > > > > > > > Lars, > > > > > > Loading ContextLoaderServlet as a servlet with load-on-startup set to > 1 > > > and > > > loading DispatcherServlet with load-on-startup set to 2 works for me > on > > > WebLogic > > > 8.1 SP1. If it does not work, could you send me the web.xml and your > > > log output? > > > > > > Also, I get the same errors deploying the Petclinic, so it does not > work > > > for me. > > > Can you send me the petclinic war file that works with WebLogic 8.1 > SP1 > > > so I > > > can try it on my server? > > > > > > Thomas > > > > > > > > > > Thomas, > > > > > > > > thanks for the suggestion. Tried it but it doesn't work. > > > > > > > > This is a serious one: > > > > > > > > Tested my app with Tomcat 4.1.24 and it works. > > > > > > > > I does NOT work with > > > > > > > > WebLogic 8.1 SP1, WebLogic Express SP1, WebLogic 7.0 SP3. > > > > > > > > What makes me wonder is that Petclinic works with WebLogic 8.1 SP1. > > > > > > > > Regards > > > > Lars > > > > > > > > > Lars, > > > > > > > > > > I have looked into this a little bit more. What happens is that > > > > > ServletContextListener.contextInitialized() method is called > _after_ > > > the > > > > > HttpServlet.init() method is called on servlets specified with > > > <load-on- > > > > > startup>. This causes the xxx-servlet.xml to be loaded before the > > > > > > applicationContext.xml is loaded, so that is why you can't > reference > > > > > > > > the 'cwxDao' bean. This behavior is the opposite of what I see > for > > > > > Tomcat, > > > > > and I'm sure the same is true for Orion and Resin that Juergen is > > > using. > > > > > I > > > > > looked in the Servlet 2.3 specification, but I did not see > anything > > > > > specifying > > > > > which order these methods should be called in. Maybe Juergen or > Rod > > > can > > > > > shed > > > > > some more light on this issue. > > > > > > > > > > You should be able to use the ContextLoaderServlet for now. > > > > > > > > > > Thomas > > > > > > > > > > > |
|
From: <jue...@we...> - 2003-08-26 08:09:17
|
RG9uJ3Qgd29ycnkgYWJvdXQgdGhlIG1lc3NhZ2Ugb24gdW5kZXBsb3kuIENvbnRleHQgc2h1dGRv d24gaGFzIGJlZW4gaW50cm9kdWNlZCBhZnRlciAwLjkuMSwgY2FsbGluZyB0aGUgZGVzdHJveSBt ZXRob2RzIG9mIGJlYW5zIGlmIGFueS4gVGhvbWFzIHNlZW1zIHRvIGhhdmUgdGFrZW4gdGhlIENv bnRleHRMb2FkZXJTZXJ2bGV0IGZyb20gdGhlIHBvc3QtMC45LjEgdHJlZS4gMS4wIE0xIHNob3Vs ZCBpbmNsdWRlIGV2ZXJ5dGhpbmcgaW4gY29ycmVjdCBvcmcuc3ByaW5nZnJhbWV3b3JrIHZlcnNp b25zLg0KIA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQt LS0tLSANCglWb246IExhcnMgRmlzY2hlciBbbWFpbHRvOmxhcnMuZmlzY2hlckBnbXhwcm8ubmV0 XSANCglHZXNlbmRldDogRGkgMjYuMDguMjAwMyAwOTozOCANCglBbjogdHJpc2JlcmdAdHJpZGIu Y29tIA0KCUNjOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdOyBzcHJpbmdmcmFtZXdvcmstZGV2 ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRyZWZmOiBSRTogW1NwcmluZ2ZyYW1l d29yay1kZXZlbG9wZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVkZWQNCgkNCgkNCg0KCVRob21hcywN CgkNCgl0aGFua3MgYSBsb3QsIGRlcGxveW1lbnQgd29ya3Mgbm93Lg0KCQ0KCVRoZXJlIGlzIG9u ZSBlcnJvciBtZXNzYWdlIHdoZW4gdW5kZXBsb3lpbmcgYnV0IEkgaG9wZSBhbGxlIHRoZXNlDQoJ bWlzc2luZyBjbGFzc2VzIGFyZSBpbmNsdWRlZCBpbiB0aGUgbmV4dCByZWxlYXNlLg0KCQ0KCVJl Z2FyZHMNCglMYXJzDQoJDQoJUC5TLjogRXJyb3Igd2hlbiB1bmRlcGxveWluZyAoZG8gbm90IGZv cmdldCBpbiAxLjApOg0KCQ0KCUZhaWxlZCB3aGlsZSBkZXN0cm95aW5nIHNlcnZsZXQ6IGNvbnRl eHRMb2FkZXIuDQoJamF2YS5sYW5nLk5vU3VjaE1ldGhvZEVycm9yOg0KCWNvbS5pbnRlcmZhY2Uy MS53ZWIuY29udGV4dC5Db250ZXh0TG9hZGVyLmNsb3NlQ29udGV4dChMamF2YXgvc2VydmxldC9T ZXJ2bGV0Q29udGV4dDspVg0KCQ0KCT4gSnVlcmdlbiwNCgk+DQoJPiBUaGUgcHJvYmxlbSBpcyB0 aGF0ICdjb20uaW50ZXJmYWNlMjEud2ViLmNvbnRleHQuQ29udGV4dExvYWRlclNlcnZsZXQnDQoJ PiBjYW4ndA0KCT4gYmUgZm91bmQgaW4gdGhlIGNsYXNzcGF0aCAtIGl0IGlzIG5vdCBpbiB0aGUg c3ByaW5nLWZ1bGwtMC45LmphciBmcm9tIHRoZQ0KCT4gZGlzdHJpYnV0aW9uLiAgRGlkIHdlIHJl bW92ZSB0aGlzIGZpbGUgYW5kIGxhdGVyIGFkZCBpdCBiYWNrIGluPw0KCT4NCgk+IExhcnMgLSBJ IGhhdmUgYXR0YWNoZWQgYSBqYXIgZmlsZSB0aGF0IGNvbnRhaW5zIHRoaXMgbWlzc2luZyBjbGFz cyAtIGFkZA0KCT4gdGhhdA0KCT4gdG8geW91ciBsaWIgZGlyZWN0b3J5LiAgQWxzbywgcmVtb3Zl IHRoZSA8bGlzdGVuZXI+IGVudHJ5IGluIHdlYi54bWwuDQoJPg0KCT4gVGhvbWFzDQoJPg0KCT4g PiBMYXJzLA0KCT4gPg0KCT4gPiBZb3UgbWVhbiB0aGF0DQoJPiA+DQoJPiA+ICAgPHNlcnZsZXQ+ DQoJPiA+ICAgICA8c2VydmxldC1uYW1lPmNvbnRleHRMb2FkZXI8L3NlcnZsZXQtbmFtZT4NCgk+ ID4gICANCgk+ID4NCgk+IDxzZXJ2bGV0LWNsYXNzPmNvbS5pbnRlcmZhY2UyMS53ZWIuY29udGV4 dC5Db250ZXh0TG9hZGVyU2VydmxldDwvc2VydmxldC0NCgk+IGNsYXNzPg0KCT4gPiAgICAgPGxv YWQtb24tc3RhcnR1cD4xPC9sb2FkLW9uLXN0YXJ0dXA+DQoJPiA+ICAgPC9zZXJ2bGV0Pg0KCT4g Pg0KCT4gPiAgIDxzZXJ2bGV0Pg0KCT4gPiAgICAgPHNlcnZsZXQtbmFtZT5leGFtcGxlPC9zZXJ2 bGV0LW5hbWU+DQoJPiA+ICAgDQoJPiA+DQoJPg0KCTxzZXJ2bGV0LWNsYXNzPmNvbS5pbnRlcmZh Y2UyMS53ZWIuc2VydmxldC5EaXNwYXRjaGVyU2VydmxldDwvc2VydmxldC1jbGFzcz4NCgk+ID4g ICAgIDxsb2FkLW9uLXN0YXJ0dXA+MjwvbG9hZC1vbi1zdGFydHVwPg0KCT4gPiAgIDwvc2Vydmxl dD4NCgk+ID4NCgk+ID4gc3RpbGwgbG9hZHMgdGhlIERpc3BhdGNoZXJTZXJ2bGV0IGJlZm9yZSB0 aGUgQ29udGV4dExvYWRlclNlcnZsZXQ/DQoJPiBJZ25vcmluZw0KCT4gPiB0aGUgbG9hZC1vbi1z dGFydHVwIHZhbHVlcyB3b3VsZCBiZSBhIG1ham9yIGJ1ZyBpbiBXZWJMb2dpYydzIHdlYg0KCT4g Y29udGFpbmVyLg0KCT4gPiBBcmUgeW91ICpyZWFsbHkqIHN1cmUgdGhhdCBhIHdlYi54bWwgd2l0 aCBlbnRyaWVzIGxpa2UgdGhlIGFib3ZlIGNhdXNlcw0KCT4gd3JvbmcNCgk+ID4gaW5pdGlhbGl6 YXRpb24gb3JkZXI/IFBsZWFzZSByZWNoZWNrIHRoYXQgdGhvcm91Z2hseSENCgk+ID4NCgk+ID4g SXQncyBiYWQgZW5vdWdoIHRoYXQgV2ViTG9naWMgaW52b2tlcyB0aGUgbGlzdGVuZXJzIGF0IHRo ZSB3cm9uZyB0aW1lLA0KCT4gYnV0DQoJPiA+IHVuZm9ydHVuYXRlbHkgdGhhdCBpcyBub3QgYWN0 dWFsbHkgY29uZmxpY3Rpbmcgd2l0aCB0aGUgY3VycmVudCBzcGVjLiBJDQoJPiBjYW4ndA0KCT4g PiBiZWxpZXZlIHRoYXQgaXQgaWdub3JlcyBzZXJ2bGV0IGxvYWQtb24tc3RhcnR1cCB2YWx1ZXMg dGhvdWdoIC0gaG93IGRpZA0KCT4gaXQNCgk+ID4gZ2V0IGl0cyBKMkVFIDEuMyBjZXJ0aWZpY2F0 aW9uIHRoZW4/IEl0IHNlZW1zIHRvIHdvcmsgb24gVGhvbWFzJw0KCT4gPiBpbnN0YWxsYXRpb24s IHNvIHRoZXJlIHNob3VsZCBiZSBhIHdheSB0byBtYWtlIGl0IHdvcmsgb24geW91cnMuDQoJPiA+ DQoJPiA+IEV2ZW4gaW4gdGhlIGV4dHJlbWUgY2FzZSwgYSBzb2x1dGlvbiBjYW4gYmUgZm91bmQu IFlvdSBjb3VsZCBmb3IgZXhhbXBsZQ0KCT4ganVzdA0KCT4gPiB1c2UgYSBzZXJ2bGV0LXNwZWNp ZmljIGNvbnRleHQgYW5kIG5vIHJvb3QgY29udGV4dCwgYnkgc2ltcGx5IG9taXR0aW5nDQoJPiB0 aGUNCgk+ID4gY29udGV4dCBsb2FkZXIgZGVmaW5pdGlvbi4gWW91IGNvdWxkIHN1YmNsYXNzIERp c3BhdGNoZXJTZXJ2bGV0IHRvDQoJPiBwZXJmb3JtDQoJPiA+IGluaXRpYWxpemF0aW9uIG9mIHRo ZSByb290IGNvbnRleHQgYmVmb3JlIGNvbnRpbnVpbmcgd2l0aCBpdHMgb3duLiBCdXQNCgk+IEkn bQ0KCT4gPiBwcmV0dHkgc3VyZSB0aGF0IG5vbmUgb2YgdGhlc2Ugd2lsbCBiZSBuZWNlc3Nhcnku DQoJPiA+DQoJPiA+IEp1ZXJnZW4NCgk+ID4NCgk+ID4NCgk+ID4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCgk+ID4gRnJvbTogTGFycyBGaXNjaGVyIFttYWlsdG86bGFycy5maXNjaGVyQGdt eHByby5uZXRdDQoJPiA+IFNlbnQ6IE1vbmRheSwgQXVndXN0IDI1LCAyMDAzIDEwOjMyIEFNDQoJ PiA+IFRvOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdDQoJPiA+IENjOiB0cmlzYmVyZ0B0cmlk Yi5jb207IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJ PiA+IFN1YmplY3Q6IFJFOiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gRXhhbXBsZSBjbGFz c2VzIG5lZWRlZA0KCT4gPg0KCT4gPg0KCT4gPiBKw7xyZ2VuLA0KCT4gPg0KCT4gPiB0aGUgcHJv YmxlbSBpcyB0aGF0IHRoZSAqKiotc2VydmxldC54bWwgc3R1ZmYgaXMgYWx3YXlzIGxvYWRlZCBi ZWZvcmUNCgk+ID4gdGhlIGFwcGxpY2F0aW9uQ29udGV4dC54bWwgc3R1ZmYgbm8gbWF0dGVyIHdo YXQgSSBkZWZpbmUgaW4NCgk+ID4gd2ViLnhtbC4gVGhpcyBpcyBhZ2FpbnN0IHRoZSBkb2N1bWVu dGF0aW9uLg0KCT4gPg0KCT4gPiBJIHdpbGwgb3BlbiBhIGNhc2Ugd2l0aCBCRUEgc3VwcG9ydCAo dGhpcyB3b3VsZCBiZSB0aGUgZmlyc3QgdGltZSB0aGV5DQoJPiA+IHdvdWxkIHNvbHZlIGFuIGlz c3VlIGJ1dCB5b3UgY2FuIG5ldmVyIGtub3cgLi4uKS4NCgk+ID4NCgk+ID4gSXQgc2VlbXMgbGlr ZSBJIGhhdmUgdG8gdXNlIGFub3RoZXIgc2VydmVyIGJ1dCB1bmxlc3MgdGhlcmUgaXMgbm8gZXJy b3INCgk+ID4gaW4gbXkgYXBwbGljYXRpb24gU3ByaW5nIGlzIG5vIGFsdGVybmF0aXZlIGZvciBw cm9kdWN0aW9uIGFwcGxpY2F0aW9ucw0KCT4gPiAoUGV0Y2xpbmljIGRvZXMgbm90IHdvcmsgdG9v IGF0IHRoZSBtb21lbnQpLg0KCT4gPg0KCT4gPiBJcyB0aGVyZSBhbnkgZGlmZmVyZW5jZSBiZXR3 ZWVuIHRoZSBKYXZhIFNESyB2ZXJzaW9ucyA/DQoJPiA+DQoJPiA+IFRoYW5rcw0KCT4gPiBMYXJz DQoJPiA+DQoJPiA+ID4gTGFycywgVGhvbWFzLA0KCT4gPiA+DQoJPiA+ID4gSSBndWVzcyB0aGF0 IFdlYkxvZ2ljIHNpbXBseSBpbnZva2VzIHRoZSBsaXN0ZW5lcnMgYWZ0ZXINCgk+IGxvYWQtb24t c3RhcnR1cA0KCT4gPiA+IHNlcnZsZXRzLiBCYWQgV2ViTG9naWMgOy0pDQoJPiA+ID4NCgk+ID4g PiBVbmZvcnR1bmF0ZWx5LCB0aGUgU2VydmxldCAyLjMgc3BlYyBsZWF2ZXMgdGhpcyB1bnNwZWNp ZmllZC4gVGhlDQoJPiBTZXJ2bGV0DQoJPiA+ID4gMi40IHNwZWMgY2xhcmlmaWVzIHRoYXQgbGlz dGVuZXJzIGhhdmUgdG8gYmUgKmluaXRpYWxpemVkIGJlZm9yZSogYW5kDQoJPiA+ID4gKmRlc3Ry b3llZCBhZnRlciogYW55IHNlcnZsZXRzLiBUb21jYXQgYW5kIFJlc2luIGFscmVhZHkgYmVoYXZl IHRoaXMNCgk+ID4gPiB3YXksIE9yaW9uIGRvZXMgdG9vIHNpbmNlIDIuMC4yIGFmdGVyIEkndmUg aW5mb3JtZWQgdGhlbSBhYm91dCB0aGUNCgk+ID4gPiBTZXJ2bGV0IDIuNCBjbGFyaWZpY2F0aW9u Li4uDQoJPiA+ID4NCgk+ID4gPiBGb3IgYSBzb2x1dGlvbiB3aXRoIGN1cnJlbnQgV2ViTG9naWMg dmVyc2lvbnMsIEkgYWdyZWUgdGhhdCB1c2luZyB0aGUNCgk+ID4gPiBzZXJ2bGV0IGluaXRpYWxp emVycyBsaWtlIENvbnRleHRMb2FkZXJTZXJ2bGV0IGFuZCBMb2c0akNvbmZpZ1NlcnZsZXQNCgk+ IGlzDQoJPiA+ID4gcHJvYmFibHkgdGhlIGJlc3QgY2hvaWNlLCBhcyBUaG9tYXMgaGFzIHJlY29t bWVuZGVkLg0KCT4gPiA+DQoJPiA+ID4gSnVlcmdlbg0KCT4gPiA+DQoJPiA+ID4NCgk+ID4gPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KCT4gPiA+IEZyb206IHRyaXNiZXJnQHRyaWRiLmNv bSBbbWFpbHRvOnRyaXNiZXJnQHRyaWRiLmNvbV0NCgk+ID4gPiBTZW50OiBTdW5kYXksIEF1Z3Vz dCAyNCwgMjAwMyAxMDo0OSBQTQ0KCT4gPiA+IFRvOiBMYXJzIEZpc2NoZXINCgk+ID4gPiBDYzog c3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ID4gPiBT dWJqZWN0OiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEV4YW1wbGUgY2xhc3NlcyBu ZWVkZWQNCgk+ID4gPg0KCT4gPiA+DQoJPiA+ID4gTGFycywNCgk+ID4gPg0KCT4gPiA+IExvYWRp bmcgQ29udGV4dExvYWRlclNlcnZsZXQgYXMgYSBzZXJ2bGV0IHdpdGggbG9hZC1vbi1zdGFydHVw IHNldCB0bw0KCT4gMQ0KCT4gPiA+IGFuZA0KCT4gPiA+IGxvYWRpbmcgRGlzcGF0Y2hlclNlcnZs ZXQgd2l0aCBsb2FkLW9uLXN0YXJ0dXAgc2V0IHRvIDIgd29ya3MgZm9yIG1lDQoJPiBvbg0KCT4g PiA+IFdlYkxvZ2ljDQoJPiA+ID4gOC4xIFNQMS4gIElmIGl0IGRvZXMgbm90IHdvcmssIGNvdWxk IHlvdSBzZW5kIG1lIHRoZSB3ZWIueG1sIGFuZCB5b3VyDQoJPiA+ID4gbG9nIG91dHB1dD8NCgk+ ID4gPg0KCT4gPiA+IEFsc28sIEkgZ2V0IHRoZSBzYW1lIGVycm9ycyBkZXBsb3lpbmcgdGhlIFBl dGNsaW5pYywgc28gaXQgZG9lcyBub3QNCgk+IHdvcmsNCgk+ID4gPiBmb3IgbWUuDQoJPiA+ID4g IENhbiB5b3Ugc2VuZCBtZSB0aGUgcGV0Y2xpbmljIHdhciBmaWxlIHRoYXQgd29ya3Mgd2l0aCBX ZWJMb2dpYyA4LjENCgk+IFNQMQ0KCT4gPiA+IHNvIEkNCgk+ID4gPiBjYW4gdHJ5IGl0IG9uIG15 IHNlcnZlcj8NCgk+ID4gPg0KCT4gPiA+IFRob21hcw0KCT4gPiA+DQoJPiA+ID4NCgk+ID4gPiA+ IFRob21hcywNCgk+ID4gPiA+DQoJPiA+ID4gPiB0aGFua3MgZm9yIHRoZSBzdWdnZXN0aW9uLiBU cmllZCBpdCBidXQgaXQgZG9lc24ndCB3b3JrLg0KCT4gPiA+ID4NCgk+ID4gPiA+IFRoaXMgaXMg YSBzZXJpb3VzIG9uZToNCgk+ID4gPiA+DQoJPiA+ID4gPiBUZXN0ZWQgbXkgYXBwIHdpdGggVG9t Y2F0IDQuMS4yNCBhbmQgaXQgd29ya3MuDQoJPiA+ID4gPg0KCT4gPiA+ID4gSSBkb2VzIE5PVCB3 b3JrIHdpdGgNCgk+ID4gPiA+DQoJPiA+ID4gPiBXZWJMb2dpYyA4LjEgU1AxLCBXZWJMb2dpYyBF eHByZXNzIFNQMSwgV2ViTG9naWMgNy4wIFNQMy4NCgk+ID4gPiA+DQoJPiA+ID4gPiBXaGF0IG1h a2VzIG1lIHdvbmRlciBpcyB0aGF0IFBldGNsaW5pYyB3b3JrcyB3aXRoIFdlYkxvZ2ljIDguMSBT UDEuDQoJPiA+ID4gPg0KCT4gPiA+ID4gUmVnYXJkcw0KCT4gPiA+ID4gTGFycw0KCT4gPiA+ID4N Cgk+ID4gPiA+ID4gTGFycywNCgk+ID4gPiA+ID4NCgk+ID4gPiA+ID4gSSBoYXZlIGxvb2tlZCBp bnRvIHRoaXMgYSBsaXR0bGUgYml0IG1vcmUuICBXaGF0IGhhcHBlbnMgaXMgdGhhdA0KCT4gPiA+ ID4gPiBTZXJ2bGV0Q29udGV4dExpc3RlbmVyLmNvbnRleHRJbml0aWFsaXplZCgpIG1ldGhvZCBp cyBjYWxsZWQNCgk+IF9hZnRlcl8NCgk+ID4gPiB0aGUgDQoJPiA+ID4gPiA+IEh0dHBTZXJ2bGV0 LmluaXQoKSBtZXRob2QgaXMgY2FsbGVkIG9uIHNlcnZsZXRzIHNwZWNpZmllZCB3aXRoDQoJPiA+ ID4gPGxvYWQtb24tDQoJPiA+ID4gPiA+IHN0YXJ0dXA+LiAgVGhpcyBjYXVzZXMgdGhlIHh4eC1z ZXJ2bGV0LnhtbCB0byBiZSBsb2FkZWQgYmVmb3JlIHRoZQ0KCT4NCgk+ID4gPiA+ID4gYXBwbGlj YXRpb25Db250ZXh0LnhtbCBpcyBsb2FkZWQsIHNvIHRoYXQgaXMgd2h5IHlvdSBjYW4ndA0KCT4g cmVmZXJlbmNlDQoJPiA+ID4NCgk+ID4gPiA+ID4gdGhlICdjd3hEYW8nIGJlYW4uICBUaGlzIGJl aGF2aW9yIGlzIHRoZSBvcHBvc2l0ZSBvZiB3aGF0IEkgc2VlDQoJPiBmb3INCgk+ID4gPiA+ID4g VG9tY2F0LA0KCT4gPiA+ID4gPiBhbmQgSSdtIHN1cmUgdGhlIHNhbWUgaXMgdHJ1ZSBmb3IgT3Jp b24gYW5kIFJlc2luIHRoYXQgSnVlcmdlbiBpcw0KCT4gPiA+IHVzaW5nLg0KCT4gPiA+ID4gPiBJ DQoJPiA+ID4gPiA+IGxvb2tlZCBpbiB0aGUgU2VydmxldCAyLjMgc3BlY2lmaWNhdGlvbiwgYnV0 IEkgZGlkIG5vdCBzZWUNCgk+IGFueXRoaW5nDQoJPiA+ID4gPiA+IHNwZWNpZnlpbmcNCgk+ID4g PiA+ID4gd2hpY2ggb3JkZXIgdGhlc2UgbWV0aG9kcyBzaG91bGQgYmUgY2FsbGVkIGluLiAgTWF5 YmUgSnVlcmdlbiBvcg0KCT4gUm9kDQoJPiA+ID4gY2FuDQoJPiA+ID4gPiA+IHNoZWQNCgk+ID4g PiA+ID4gc29tZSBtb3JlIGxpZ2h0IG9uIHRoaXMgaXNzdWUuIA0KCT4gPiA+ID4gPg0KCT4gPiA+ ID4gPiBZb3Ugc2hvdWxkIGJlIGFibGUgdG8gdXNlIHRoZSBDb250ZXh0TG9hZGVyU2VydmxldCBm b3Igbm93Lg0KCT4gPiA+ID4gPg0KCT4gPiA+ID4gPiBUaG9tYXMNCgk+ID4gPg0KCT4gPg0KCT4g Pg0KCT4NCgk+DQoJPg0KCT4NCgkNCgkNCg0K |
|
From: <jue...@we...> - 2003-08-28 12:54:12
|
SG1tbSwgbm90IG11Y2ggcmVzcG9uc2UgeWV0Li4uIEkgc3RpbGwgdGVuZCB0byBwcmVmZXIgInNw cmluZy1mdWxsLTEuMC5qYXIiLCBmb3IgZWFzeSBkcm9wLWluLiBJTU8sIGEgamFyIGZpbGUgZG9l cyBub3QgbmVlZCB0byByZWZsZWN0IHRoZSBleGFjdCBkZXRhaWwgdmVyc2lvbi4gSSBjb25zaWRl ciBpdCBmaW5lIGVub3VnaCBpZiBpdCBpbmRpY2F0ZXMgdGhlIG1ham9yIHZlcnNpb24uIFNlZSBz ZXJ2bGV0LmphciwgaGliZXJuYXRlMi5qYXIuIENhbiB3ZSBwbGVhc2UgZGVjaWRlIG9uIHRoaXMg dW50aWwgKnRvbW9ycm93Kj8gOi0pDQogDQpKdWVyZ2VuDQogDQogDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdIA0KU2VudDogTW9u ZGF5LCBBdWd1c3QgMjUsIDIwMDMgMTE6NTAgUE0NClRvOiBMYXJzIEZpc2NoZXI7IHNwcmluZ2Zy YW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQpDYzogdHJpc2JlcmdAdHJp ZGIuY29tDQpTdWJqZWN0OiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEV4YW1wbGUg Y2xhc3NlcyBuZWVkZWQNCg0KDQpMZXQncyB2b3RlIG9uIHRoaXMuIEkgZG9uJ3QgbWluZCBlaXRo ZXIgbmFtaW5nIHN0cmF0ZWd5IGZvciBqYXIgZmlsZXMuIEFueWJvZHkgZWxzZSBwcmVmZXJpbmcg dGhlIHNwcmluZy1mdWxsLTEuMG0xIHN0eWxlPw0KIA0KQlRXLCBIaWJlcm5hdGUgdXNlcyBoaWJl cm5hdGUyLmphciBmb3IgaXRzIHdob2xlIDIueCB0cmVlLiBMb2c0SiB1c2VzIGxvZzRqLTEuMi44 LmphciBmb3IgdGhlIHNwZWNpZmljIHZlcnNpb24uIDIgZXhhbXBsZXMgZm9yIG9wcG9zaXRlIGVu ZHMsIEkgZ3Vlc3MuDQogDQpKdWVyZ2VuDQogDQogDQoNCi0tLS0tVXJzcHLDvG5nbGljaGUgTmFj aHJpY2h0LS0tLS0gDQpWb246IExhcnMgRmlzY2hlciBbbWFpbHRvOmxhcnMuZmlzY2hlckBnbXhw cm8ubmV0XSANCkdlc2VuZGV0OiBNbyAyNS4wOC4yMDAzIDIzOjE4IA0KQW46IHNwcmluZ2ZyYW1l d29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KQ2M6IGrDvHJnZW4gaMO2bGxl ciBbd2VyazNBVF07IHRyaXNiZXJnQHRyaWRiLmNvbSANCkJldHJlZmY6IFJlOiBbU3ByaW5nZnJh bWV3b3JrLWRldmVsb3Blcl0gRXhhbXBsZSBjbGFzc2VzIG5lZWRlZA0KDQoNCg0KSSBhZ3JlZSB3 aXRoIFRob21hcywgSSBvbmNlIG1hZGUgYSBtaXN0YWtlIGJlY2F1c2UgSSBkaWRuJ3QgcmVhbGl6 ZQ0KdGhhdCBJIHdhcyB1c2luZyBhbiBvbGRlciB2ZXJzaW9uLiBUaGUgamFyLWZpbGVzIHNob3Vs ZCBiZSBuYW1lZCBhZnRlcg0KdGhlIHZlcnNpb24uDQoNCj4gSnVlcmdlbiwNCj4NCj4gVGhlIGRy YXdiYWNrIHRoZW4gaXMgdGhhdCB5b3UgY2FuJ3QgdGVsbCBmcm9tIHRoZSBqYXIgZmlsZSBpZiBp dCBpcyBNMSwgTTINCj4gb3INCj4gdGhlIHJlbGVhc2UgamFyLg0KPg0KPiBUaG9tYXMNCj4NCj4g PiBJdCdzIGdvbm5hIGJlICJzcHJpbmctZnJhbWV3b3JrLTEuMG0xIiBhbmQgInNwcmluZy1mdWxs LTEuMC5qYXIiLCBpZiB3ZQ0KPiBzdGljaw0KPiA+IHRvIHRoZSBjdXJyZW50IHBsYW4uIFdlJ3Zl IHVzZWQgdGhlIHNhbWUgbmFtaW5nIHN0cmF0ZWd5IGZvciAwLjkueCwgZS5nLg0KPiA+ICJzcHJp bmctZnJhbWV3b3JrLTAuOS4xIiBidXQgc3RpbGwgInNwcmluZy1mdWxsLTAuOS5qYXIiLiBJIHBy ZWZlciB0aGF0DQo+IHdheQ0KPiA+IHRvIGVhc2UgZHJvcC1pbiByZXBsYWNlbWVudCBpbiB0aGUg bGl0ZXJhbCBzZW5zZSA6LSkgVGhlIGJ1aWxkDQo+IHByb3BlcnRpZXMNCj4gPiByZWZsZWN0IHRo aXMgaW4gInNwcmluZy12ZXJzaW9uPTEuMCIgYW5kICJzcHJpbmctdmVyc2lvbi1kZXRhaWw9MS4w bTEiLg0KPiA+IA0KPiA+IEp1ZXJnZW4NCj4gPiANCj4gPiANCj4gPg0KPiA+ICAgICAtLS0tLVVy c3Byw4PCvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCj4gPiAgICAgVm9uOiB0cmlzYmVyZ0B0cmlk Yi5jb20gWyBtYWlsdG86dHJpc2JlcmdAdHJpZGIuY29tXQ0KPiA+ICAgICBHZXNlbmRldDogTW8g MjUuMDguMjAwMyAxOToyMQ0KPiA+ICAgICBBbjogasODwrxyZ2VuIGjDg8K2bGxlciBbd2VyazNB VF0NCj4gPiAgICAgQ2M6IExhcnMgRmlzY2hlcjsgc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBs aXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gPiAgICAgQmV0cmVmZjogUkU6IFtTcHJpbmdmcmFtZXdv cmstZGV2ZWxvcGVyXSBFeGFtcGxlIGNsYXNzZXMgbmVlZGVkDQo+ID4gICAgDQo+ID4gICAgDQo+ ID4NCj4gPiAgICAgSnVlcmdlbiwNCj4gPiAgICANCj4gPiAgICAgPiBBbnl3YXksIENvbnRleHRM b2FkZXJTZXJ2bGV0ICp3aWxsKiBiZSBpbiAxLjAgTTEsIHRvIGJlIHJlbGVhc2VkIGF0DQo+IHRo ZQ0KPiA+IGVuZA0KPiA+ICAgICA+IG9mIHRoaXMgd2VlayBpZiB0aGVyZSBhcmVuJ3QgYW55IG1h am9yIG9ic3RhY2xlcy4gQlRXLCBjYW4gZXZlcnlib2R5DQo+ID4gcGxlYXNlDQo+ID4gICAgID4g dGVzdCB0aGUgY3VycmVudCBDVlMgY29udGVudHMgYWdhaW5zdCBvd24gYXBwbGljYXRpb25zPw0K PiA+ICAgICA+DQo+ID4gICAgDQo+ID4gICAgIEkgYW0gdXBkYXRpbmcgdGhlIFN0ZXAtYnktc3Rl cC1NVkMgZG9jdW1lbnQgLSB3aGF0IHdpbGwgdGhlIGV4YWN0IG5hbWUNCj4gb2YNCj4gPiB0aGUN Cj4gPiAgICAgZGlyZWN0b3J5IGFuZCB0aGUgamFyIGZpbGUgYmU/ICBJJ20gYXNzdW1pbmcgJ3Nw cmluZy1mcmFtZXdvcmstMS4wTTEnDQo+IGFuZA0KPiA+ICAgICAnc3ByaW5nLWZ1bGwtMS4wTTEu amFyJy4NCj4gPiAgICANCj4gPiAgICAgVGhvbWFzDQo+ID4gICAgDQo+ID4NCj4gPg0KPg0KPg0K Pg0KDQoNCg0K |
|
From: Colin S. <col...@ex...> - 2003-08-28 13:04:35
|
To throw some water into the fire, :-), I prefer the exact name when using Maven, since I can enforce what I am getting, but when managing dependencies manually, I prefer not to have a version in the name except when it is something like a major version number which indicates a different api; then I can slip a new version in as needed without changing all references. jürgen höller [werk3AT] wrote: > Hmmm, not much response yet... I still tend to prefer > "spring-full-1.0.jar", for easy drop-in. IMO, a jar file does not need > to reflect the exact detail version. I consider it fine enough if it > indicates the major version. See servlet.jar, hibernate2.jar. Can we > please decide on this until *tomorrow*? :-) > > Juergen > > > > -----Original Message----- > *From:* jürgen höller [werk3AT] > *Sent:* Monday, August 25, 2003 11:50 PM > *To:* Lars Fischer; spr...@li... > *Cc:* tri...@tr... > *Subject:* Re: [Springframework-developer] Example classes needed > > Let's vote on this. I don't mind either naming strategy for jar > files. Anybody else prefering the spring-full-1.0m1 style? > > BTW, Hibernate uses hibernate2.jar for its whole 2.x tree. Log4J > uses log4j-1.2.8.jar for the specific version. 2 examples for > opposite ends, I guess. > > Juergen > > > > -----Ursprüngliche Nachricht----- > *Von:* Lars Fischer [mailto:lar...@gm...] > *Gesendet:* Mo 25.08.2003 23:18 > *An:* spr...@li... > *Cc:* jürgen höller [werk3AT]; tri...@tr... > *Betreff:* Re: [Springframework-developer] Example classes needed > > I agree with Thomas, I once made a mistake because I didn't > realize > that I was using an older version. The jar-files should be > named after > the version. > > > Juergen, > > > > The drawback then is that you can't tell from the jar file > if it is M1, M2 > > or > > the release jar. > > > > Thomas > > > > > It's gonna be "spring-framework-1.0m1" and > "spring-full-1.0.jar", if we > > stick > > > to the current plan. We've used the same naming strategy > for 0.9.x, e.g. > > > "spring-framework-0.9.1" but still "spring-full-0.9.jar". > I prefer that > > way > > > to ease drop-in replacement in the literal sense :-) The build > > properties > > > reflect this in "spring-version=1.0" and > "spring-version-detail=1.0m1". > > > > > > Juergen > > > > > > > > > > > > -----Ursprüngliche Nachricht----- > > > Von: tri...@tr... [mailto:tri...@tr...] > > > Gesendet: Mo 25.08.2003 19:21 > > > An: jürgen höller [werk3AT] > > > Cc: Lars Fischer; > spr...@li... > > > Betreff: RE: [Springframework-developer] Example > classes needed > > > > > > > > > > > > Juergen, > > > > > > > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to > be released at > > the > > > end > > > > of this week if there aren't any major obstacles. > BTW, can everybody > > > please > > > > test the current CVS contents against own applications? > > > > > > > > > > I am updating the Step-by-step-MVC document - what > will the exact name > > of > > > the > > > directory and the jar file be? I'm assuming > 'spring-framework-1.0M1' > > and > > > 'spring-full-1.0M1.jar'. > > > > > > Thomas > > > > > > > > > > > > > > > > |
|
From: Lars F. <lar...@gm...> - 2003-08-28 15:56:24
|
What about spring.jar, spring2.jar ? I don't like this "-full". > Hmmm, not much response yet... I still tend to prefer "sp > ring-full-1.0.jar", for easy drop-in. IMO, a jar file doe > s not need to reflect the exact detail version. I conside > r it fine enough if it indicates the major version. See s > ervlet.jar, hibernate2.jar. Can we please decide on this > until *tomorrow*? :-) > > Juergen > > > > -----Original > Message----- > From: jürgen höller [werk3AT] > Sent: Mon > day, August 25, 2003 11:50 PM > To: Lars Fischer; springfr > ame...@li... > Cc: trisberg@tri > db.com > Subject: Re: [Springframework-developer] Example > classes needed > > > Let's vote on this. I don't mind eith > er naming strategy for jar files. Anybody else prefering > the spring-full-1.0m1 style? > > BTW, Hibernate uses hibe > rnate2.jar for its whole 2.x tree. Log4J uses log4j-1.2.8 > .jar for the specific version. 2 examples for opposite en > ds, I guess. > > Juergen > > > > -----Ursprüngliche Nac > hricht----- > Von: Lars Fischer [mailto:lars.fischer@gmxp > ro.net] > Gesendet: Mo 25.08.2003 23:18 > An: springframe > wor...@li... > Cc: jürgen hölle > r [werk3AT]; tri...@tr... > Betreff: Re: [Springfra > mework-developer] Example classes needed > > > > I agree w > ith Thomas, I once made a mistake because I didn't realiz > e > that I was using an older version. The jar-files shoul > d be named after > the version. > > > Juergen, > > > > The dr > awback then is that you can't tell from the jar file if i > t is M1, M2 > > or > > the release jar. > > > > Thomas > > > > > > It's gonna be "spring-framework-1.0m1" and "spring-full > -1.0.jar", if we > > stick > > > to the current plan. We've > used the same naming strategy for 0.9.x, e.g. > > > "spri > ng-framework-0.9.1" but still "spring-full-0.9.jar". I pr > efer that > > way > > > to ease drop-in replacement in the > literal sense :-) The build > > properties > > > reflect th > is in "spring-version=1.0" and "spring-version-detail=1.0 > m1". > > > > > > Juergen > > > > > > > > > > > > -----Ur > sprüngliche Nachricht----- > > > Von: trisberg@trid > b.com [ mailto:tri...@tr...] > > > Gesendet: Mo > 25.08.2003 19:21 > > > An: jürgen höller [werk3A > T] > > > Cc: Lars Fischer; springframework-developer@l > ists.sourceforge.net > > > Betreff: RE: [Springframewo > rk-developer] Example classes needed > > > > > > > > > > > > > Juergen, > > > > > > > Anyway, ContextL > oaderServlet *will* be in 1.0 M1, to be released at > > th > e > > > end > > > > of this week if there aren't any ma > jor obstacles. BTW, can everybody > > > please > > > > > test the current CVS contents against own applications? > > > > > > > > > > I am updating the Step-by-ste > p-MVC document - what will the exact name > > of > > > the > > > > directory and the jar file be? I'm assuming 'sp > ring-framework-1.0M1' > > and > > > 'spring-full-1.0M1. > jar'. > > > > > > Thomas > > > > > > > > > > > > > > > > > > |
|
From: Kopylenko, D. <dko...@ac...> - 2003-08-28 12:56:33
|
+1 for spring-full-1.0.jar -----Original Message----- From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20 Sent: Thursday, August 28, 2003 8:53 AM To: spr...@li... Cc: tri...@tr...; rod...@in... Subject: RE: [Springframework-developer] Example classes needed Hmmm, not much response yet... I still tend to prefer = "spring-full-1.0.jar", for easy drop-in. IMO, a jar file does not need to reflect the exact = detail version. I consider it fine enough if it indicates the major version. = See servlet.jar, hibernate2.jar. Can we please decide on this until = *tomorrow*? :-) =20 Juergen =20 =20 -----Original Message----- From: j=FCrgen h=F6ller [werk3AT]=20 Sent: Monday, August 25, 2003 11:50 PM To: Lars Fischer; spr...@li... Cc: tri...@tr... Subject: Re: [Springframework-developer] Example classes needed Let's vote on this. I don't mind either naming strategy for jar files. Anybody else prefering the spring-full-1.0m1 style? =20 BTW, Hibernate uses hibernate2.jar for its whole 2.x tree. Log4J uses log4j-1.2.8.jar for the specific version. 2 examples for opposite ends, = I guess. =20 Juergen =20 =20 -----Urspr=FCngliche Nachricht-----=20 Von: Lars Fischer [mailto:lar...@gm...]=20 Gesendet: Mo 25.08.2003 23:18=20 An: spr...@li...=20 Cc: j=FCrgen h=F6ller [werk3AT]; tri...@tr...=20 Betreff: Re: [Springframework-developer] Example classes needed I agree with Thomas, I once made a mistake because I didn't realize that I was using an older version. The jar-files should be named after the version. > Juergen, > > The drawback then is that you can't tell from the jar file if it is = M1, M2 > or > the release jar. > > Thomas > > > It's gonna be "spring-framework-1.0m1" and "spring-full-1.0.jar", = if we > stick > > to the current plan. We've used the same naming strategy for 0.9.x, = e.g. > > "spring-framework-0.9.1" but still "spring-full-0.9.jar". I prefer = that > way > > to ease drop-in replacement in the literal sense :-) The build > properties > > reflect this in "spring-version=3D1.0" and = "spring-version-detail=3D1.0m1". > >=20 > > Juergen > >=20 > >=20 > > > > -----Urspr=C3=BCngliche Nachricht----- > > Von: tri...@tr... [mailto:tri...@tr... <mailto:tri...@tr...> ] > > Gesendet: Mo 25.08.2003 19:21 > > An: j=C3=BCrgen h=C3=B6ller [werk3AT] > > Cc: Lars Fischer; = spr...@li... > > Betreff: RE: [Springframework-developer] Example classes needed > > =20 > > =20 > > > > Juergen, > > =20 > > > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to be = released at > the > > end > > > of this week if there aren't any major obstacles. BTW, can everybody > > please > > > test the current CVS contents against own applications? > > > > > =20 > > I am updating the Step-by-step-MVC document - what will the = exact name > of > > the > > directory and the jar file be? I'm assuming 'spring-framework-1.0M1' > and > > 'spring-full-1.0M1.jar'. > > =20 > > Thomas > > =20 > > > > > > > |
