Reinhard Poetz napisał(a):
Grzegorz Kossakowski wrote:
Grek,
I've had some time today and found the reason why the rcl doesn't work
for you. You are using cocoon-servlet-service-impl-1.0.0-M1 and not
the latest version from SVN that I had to fix in order to get Spring
context objects
Grzegorz Kossakowski wrote:
Reinhard Poetz napisał(a):
Grzegorz Kossakowski wrote:
Grek,
I've had some time today and found the reason why the rcl doesn't work
for you. You are using cocoon-servlet-service-impl-1.0.0-M1 and not
the latest version from SVN that I had to fix in order to get
Grzegorz Kossakowski wrote:
Reinhard Poetz napisał(a):
Another cause might be that I had to comment the rcl modules in
trunk/tools/pom.xml in order not to break the build for everybody. In
the case that you haven't changed this yourself for you own build, you
won't get new artifacts
Reinhard Poetz napisał(a):
Grek,
I've had some time today and found the reason why the rcl doesn't work
for you. You are using cocoon-servlet-service-impl-1.0.0-M1 and not the
latest version from SVN that I had to fix in order to get Spring context
objects reloaded.
While Carsten and I
Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Gosh, I have bad news :(
It does not work for me, when I change something in the class I see this
printed on console:
2007-03-14 13:34:32.657:/:INFO: Closing Spring root
WebApplicationContext
2007-03-14 13:34:32.658:/:INFO: Loading Spring
Reinhard Poetz napisał(a):
Another cause might be that I had to comment the rcl modules in
trunk/tools/pom.xml in order not to break the build for everybody. In
the case that you haven't changed this yourself for you own build, you
won't get new artifacts installed.
If I have some time this
Reinhard Poetz skrev:
After more than two days of debugging, many thanks go to Torsten and
Carsten who helped me to track down the problem, I found out, why the
reloading classloader plugin doesn't propertly reload the Spring
application context:
The problem is that the DispatcherServlet
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
After more than two days of debugging, many thanks go to Torsten and
Carsten who helped me to track down the problem, I found out, why the
reloading classloader plugin doesn't propertly reload the Spring
application context:
The problem is
Reinhard Poetz napisał(a):
There is a startup time stamp in the Spring application context
http://static.springframework.org/spring/docs/2.0.x/api/org/springframework/context/ApplicationContext.html#getStartupDate()
maybe you can use that.
The simplest solution that I could think of is adding
Grzegorz Kossakowski wrote:
Reinhard Poetz napisał(a):
There is a startup time stamp in the Spring application context
http://static.springframework.org/spring/docs/2.0.x/api/org/springframework/context/ApplicationContext.html#getStartupDate()
maybe you can use that.
The simplest solution that
Reinhard Poetz napisał(a):
Grzegorz Kossakowski wrote:
You can develop your C22 application (incl. Java sources!) without any
restarts. The problem till yesterday was that the reload of the Spring
application context didn't work. Although the classes where reloaded
in the classloader
Reinhard Poetz napisał(a):
Grzegorz Kossakowski wrote:
Reinhard Poetz napisał(a):
I'm not up-to-date with RCL stuff so I'm going to ask little ignorant
question. What exactly have you fixed and how it makes development
easier?
You can develop your C22 application (incl. Java sources!)
Grzegorz Kossakowski wrote:
Reinhard Poetz napisaÅ(a):
Grzegorz Kossakowski wrote:
Reinhard Poetz napisaÅ(a):
I'm not up-to-date with RCL stuff so I'm going to ask little ignorant
question. What exactly have you fixed and how it makes development
easier?
You can develop your C22
After more than two days of debugging, many thanks go to Torsten and Carsten who
helped me to track down the problem, I found out, why the reloading classloader
plugin doesn't propertly reload the Spring application context:
The problem is that the DispatcherServlet contains a map of all
14 matches
Mail list logo