springframework-developer — Spring Framework developers list

RE: [Springframework-developer] StackOverflowError

[Mark P. <Mar...@co...>]

Hi,

Same thing.  Inspired by a solution on the Spring Java forums, I ended
up creating a object post processor to wire it up for now.  See
http://forum.springframework.net/viewtopic.php?t=3D100 for that =
approach.=20

- Mark


> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Thomas Risberg
> Sent: Sunday, May 01, 2005 10:16 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] StackOverflowError
>=20
>=20
> Mark,
>=20
> I guess we need a way for the container to figure out that you want a=20
> pair of objects referring to each other.
>=20
> What happens if you do this:
>=20
> <beans>
>=20
> 	<bean id=3D"myClassA" class=3D"com.foo.ClassA" singleton=3D"false">
> 		<property name=3D"classB">
> 			<bean class=3D"com.foo.ClassB">
> 				<property name=3D"classA">
> 					<ref local=3D"myClassA"/>
> 				</property>
> 			</bean>
> 		</property>
> 	</bean>
> =09
> </beans>
>=20
> Thomas
>=20
> On May 1, 2005, at 8:39 PM, Mark Pollack wrote:
>=20
> > Hi,
> >
> > I get a StackOverflowError when using the following context=20
> definition
> >
> > <?xml version=3D"1.0" encoding=3D"UTF-8"?>
> > <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"=20
> > "http://www.springframework.org/dtd/spring-beans.dtd">
> > <beans>
> > 	<bean id=3D"myClassA" class=3D"com.foo.ClassA" singleton=3D"false">
> > 		<property name=3D"classB"><ref
> > local=3D"myClassB"/></property>
> > 	</bean>
> > =09
> > 	<bean id=3D"myClassB" class=3D"com.foo.ClassB" singleton=3D"false">
> > 		<property name=3D"classA"><ref
> > local=3D"myClassA"/></property>
> > 	</bean>
> > </beans>
> >
> > And the code
> >
> > ApplicationContext ctx =3D new=20
> > FileSystemXmlApplicationContext("appContext.xml");
> > ClassA ca =3D (ClassA) ctx.getBean("myClassA");
> >
> >
> > Note that they are both prototypes.  The classes are very plain -
> > ClassA
> > has a property ClassB and vice versa and that is all.  I'm using the
> > code from CVS.  What is the opinion on trying to detect=20
> this situation?
> >
> > Cheers,
> > Mark
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.
> > Get your fingers limbered up and give it your best shot. 4 great
> > events, 4
> > opportunities to win big! Highest score wins.NEC IT Guy=20
> Games. Play to
> > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4=20
> great events, 4 opportunities to win big! Highest score=20
> wins.NEC IT Guy Games. Play to win an NEC 61 plasma display.=20
> Visit http://www.necitguy.com/?r=3D20=20
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20

Re: [Springframework-developer] OpenSessionInViewFilter - can lose filter-chain exception causes

[Juergen H. <ju...@in...>]

I agree that it makes sense to catch unexpected exceptions in the finally
block too, in particular for code that can be overridden. It still makes
sense to make the SessionFactoryUtils methods that we delegate to by default
as fail-safe as possible too: they are called in all sorts of finally
blocks, within Spring and potentially also in user code.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Nick Minutello
Sent: Thursday, April 28, 2005 2:17 AM
To: spr...@li...
Subject: Re: [Springframework-developer] OpenSessionInViewFilter - can
lose filter-chain exception causes


Holy crap, these mails took a long time to come through the mail system...
I got all of these 3 mails today. (3 days after they were sent..).
Is there a problem with the SF mailing list / mail server?

> Well, SessionFactoryUtils.closeSessionIfNecessary already catches all
> declared exceptions and logs them at error level, exactly because it is
> usually called in finally blocks, where the original exception should not
> get overridden.

Yes. But your closeSession is overridable - so you dont necessarily
control what gets called there...
In the case I was looking at, it was indeed overridden, and calling
session.flush ... which is where the ISE was coming from...

> Anyway, I've added a catch(RuntimeException) block
> there, logging any RuntimeException at error level too instead of
> propagating it.

Did you put the catch around the filterchain or around the
finally-block? (I looked at viewcvs - couldnt see any change.

Once I looked at my proposed change in an ide, I decided it sucked.
Much simpler is to just put a try-catch around everything in the
finally-block. You always prefer the original exception to propagate
out (if thats why we are in the finally block) - and typically any
exception in cleanup code, you can safely log and continue...

Cheers,

-Nick




On 4/27/05, Juergen Hoeller <ju...@in...> wrote:
> Well, SessionFactoryUtils.closeSessionIfNecessary already catches all
> declared exceptions and logs them at error level, exactly because it is
> usually called in finally blocks, where the original exception should not
> get overridden.
>
> An IllegalStateException is simply unexpected there. I would have expected
> an IllegalStateException thrown by a custom type to be wrapped in a
> HibernateException. Anyway, I've added a catch(RuntimeException) block
> there, logging any RuntimeException at error level too instead of
> propagating it.
>
> Thanks for pointing this out, Nick!
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Nick Minutello
> Sent: Monday, April 25, 2005 4:14 AM
> To: spr...@li...
> Subject: [Springframework-developer] OpenSessionInViewFilter - can lose
> filter-chain exception causes
>
> Chaps,
>
> Just having spent some time tracking down a problem (a Hibernate
> Session leak, in fact) - it seems that The OpenSessionInViewFilter is
> hiding some root-cause information that I need.
>
> The problem with try-finally's (ie no catch) is that if we are in the
> finally-block because of an exception, and then we get a new exception
> in the finally block, the original exception will be lost :-o.
>
> In my particular case, the call to closeSession() on line 181 is
> resulting  in an IllegalStateException (way deep in a custom type in
> hibernate).
>
> This means that the exception coming out of filterChain.doFilter() on
> line 172 is lost.
> In my particular case the IllegalStateException is occuring as a
> result of the original exception.
>
> 171  try {
> 172   filterChain.doFilter(request, response);
> 173  }
> 174
> 175  finally {
> 176   if (!participate) {
> 177    if (isSingleSession()) {
> 178     // single session mode
> 179     TransactionSynchronizationManager.unbindResource(sessionFactory);
> 180     logger.debug("Closing single Hibernate session in
> OpenSessionInViewFilter");
> 181     closeSession(session, sessionFactory);
> 182    }
> 183    else {
> 184     // deferred close mode
> 185     SessionFactoryUtils.processDeferredClose(sessionFactory);
> 186    }
> 187   }
> 188  }
>
> A better approach is to add a catch block and record any exception
> that comes out of the filter chain - in case we get a new exception in
> the finally bock:
> We then have to make a choice about which we throw out. IMO, the first
> exception is more interesting (but in any case, we throw one and log
> the other- we dont want to lose any information)
>
> Here is what I usually do in this situation:
>
>       Exception originalException;
> 171  try {
> 172   filterChain.doFilter(request, response);
> 173  }
> 174
>       catch (Exception e) {
>           originalException = e;
>       }
> 175  finally {
>        try {
> 176   if (!participate) {
> 177    if (isSingleSession()) {
> 178     // single session mode
> 179     TransactionSynchronizationManager.unbindResource(sessionFactory);
> 180     logger.debug("Closing single Hibernate session in
> OpenSessionInViewFilter");
> 181     closeSession(session, sessionFactory);
> 182    }
> 183    else {
> 184     // deferred close mode
> 185     SessionFactoryUtils.processDeferredClose(sessionFactory);
> 186    }
> 187   }
>        catch (Exception e) {
>           if (originalException != null) {
>              // yikes we have an exception while cleaning up after
> the first one!
>              log.error("Error while cleaning up after exception from
> filter chain", e);
>              throw originalException;
>           }
>           throw e;
>        }
> 188  }
>
> In some cases, I would tend towards catching Error as well as Exception.
> Its quite conceivable to get a java.lang.Error - like
> NoSuchMethodError - because of a runtime jar mismatch... its not
> pleasant to have this hidden :-)
> I have had this very problem in a home-grown Hibernate session filter...
>
> Cheers,
>
> -Nick
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Tell us your software development plans!
> Take this survey and enter to win a one-year sub to SourceForge.net
> Plus IDC's 2005 look-ahead and a copy of this survey
> Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>


-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id5hix
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] [webflow] JavaServer Faces Integration -- Proposed Requirements and Approach

[Craig M. <cra...@gm...>]

Sorry for a later initial post than I had intended -- life is never as
calm as one would hope.  I'd like to use this message to kick off
discussions around a high quality integration of Spring WebFlow with
JavaServer Faces, which I will also volunteer to help build and
maintain, and then contribute into the Spring source code base so that
everyone can benefit from it.

As background for understanding what is required to accomplish this, I
have implemented a relatively simple "dialog" mechanism (heavily
inspired by SWF) into Shale -- my next generation web application
framework that is built on top of JSF's extensible front controller
facilities (rather than treating JSF as just a view tier technology).=20
I would like to briefly explain what I've done there, and use it to
motivate further discussion about what the requirements for SWF-JSF
integration should be, and some proposed solutions based on what I've
learned so far.  However, I'm definitely going to need assistance from
Keith, Erwin, and others that are MUCH more familiar with Spring and
SWF than I am :-)


BACKGROUND - SHALE DIALOGS

Shale is a next generation web framework that I proposed to the Struts
community as "the architecture for Struts 2.x".  It did not get
accepted (by the other developers) as that, but it *did* get accepted
as a formal Struts subproject so that it can share the community
already built up around Struts, and attempt to build a community of
its own.

The starting point for information about Shale is the wiki page on it:

  http://wiki.apache.org/struts/StrutsShale

Shale is (AFAIK so far) unique among Java-based web application
frameworks in that it is designed *assuming* that JavaServer Faces
front controller facilities will be used, rather than treating JSF as
just a view tier technology (where there are integrations with many
web frameworks already, including Spring MVC and Struts 1.x).  This
assumption, as it turns out, leads to dramatically less work to do as
a framework developer -- there's a lot of beef already in existence,
plus pluggability extension points that allow a fully featured
framework to be built around the core of what JSF 1.x supplies.

In turn, that has let me focus on providing value add features on top
of the bare bones controller capabilities in JSF already.  One primary
motivation was implementing the "view helper" design pattern (also
popularized in the application model that Visual Studio supports for
ASP.NET and VB.NET applications), epitomized here in the
ViewController interface.  This particular pattern is synergistic with
the dialog support discussed below, because it tends to reduce the
number of action states required, but that's really not the focus of
ths particular discussion.

On my original set of goals for Shale was support for "dialogs" --
interactions with the user that were "longer than a request, but
shorter than a session".  I had made some initial clumsy attempts at
adding a JSF flavor around this idea.  Principally, that meant sharing
a JSF "backing bean" (the Java code where you put event handlers
associated with a page) between all the pages of a particular dialog.=20
It worked, but it was pretty clumsy.

Then, I had started hearing about SWF, and got the chance to see
Keith's presentation of it at TSSJS in Las Vegas last March.  It was
obviously a *much* better approach, so I set about learning what I
could about it.  I tend to learn by doing, so I created a fairly
simple implementation of the same concept in Shale, but kept the name
"dialog" (so that "flow" would be available when SWF was eventually
integrated :-).  The dialog support is in package
"org.apache.shale.dialog" of the core library -- and doesn't actually
have any dependencies on other parts of Shale, although applications
will benefit if they take advantage of those.  The "use cases" example
app uses this facility in the "org.apache.shale.usecases.profile"
package where two dialogs (Log On and Edit Profile) are used.  The
package Javadocs for this package include state diagrams for these two
dialogs (if you've read the SWF "Practical Guide" page, you'll know
exactly how this translates to dialog definitions ;-).

Compared to SWF, dialogs are different in the following ways:

* Action states are encapsulated as a JSF "method binding expression", whic=
h
  is an EL expression pointing at a public method of some bean (typicaly a =
JSF
  managed bean) that takes no arguments and returns a String that is interp=
reted
  as the outcome that drives the next transition.  This method signature ha=
ppens
  to match the signature used for an "action" that is invoked by a JSF comm=
and
  component (such as a submit button), and JSF already provides the express=
ion
  evaluation machinery, so it was natural to support a familiar approach.

* View states are encapsulated as the rendering of a JSF-based response,
  *plus* the processing (through the normal JSF request processing lifecycl=
e)
  of the subsequent submit.  The logical outcome string returned by the sub=
mit
  action that was ultimately invoked drives the transition from the
view state to
  the subsequent state within this dialog.

* A facility is provided such that the state information specific to a
particular
  dialog may be exposed (as a property on a session scoped bean) but
automatically
  cleaned up when the dialog completes.  This is done by calling setData(Ob=
ject)
  on the Status instance (in session scope) where the dialog facility
keeps track
  of the current state of the dialog being executed.  This "data"
object is pushed
  onto a stack when a nested dialog is entered, and popped off when the dia=
log
  is completed -- which means the application does not need to be concerned=
 with
  throwing away a session scope attribute when the outermost dialog is fini=
shed.

* As a happy consequence of the above feature, pages containing JSF compone=
nts
  can use value binding expressions to store information in this data
object, without
  any regard to which dialog is being executed (or how deeply nested
it is).  In the
  Shale sample application, the "Edit Profile" dialog has a "fullName"
field that is bound
  to a property of the local state object like this:

    <h:inputText id=3D"fullName" value=3D"#{dialog.data.fullName}"/>

  where "dialog" is the session scoped bean containing the state of the dia=
log
  computation, and "data" is the general property a dialog can use to
store state
  specific to this dialog.  The state object will be thrown away for
you when the
  dialog completes -- essentially creating a "transaction scope" even thoug=
h no
  such thing is (yet) supported by the Servlet API.

* (Recently added) it is possible to define transitions that are
global to an entire
  dialog, rather than having to explicitly define them all inside a
state definition.
  This is exactly analogous to the way that Struts allows you to define glo=
bal
  <forward> elements (for the entire application) that can get overridden o=
n a
  per-action basis by a local <forward> element.

The idea of configuring dialogs and using these facilities works out
quite well ("well, duh" says anyone already familiar with SWF :-).  It
also turned out to be incredibly simple to implement -- one of the JSF
extension points is the NavigationHandler API, which the framework
invokes after the application action returns.  It is used to drive
navigation to another page (or back to the same page, if the logical
outcome is null).  The key method signature is:

    public void handeNavigation(FacesContext context, String
fromAction, String outcome);

where "context" is an encapsulation of the state of the current
request, "fromAction" lets you distinguish between submit buttons
(that might return the same outcome) on the same form, and "outcome"
is the logical outcome that is returned by the action method.

By default, JSF supplies a mechanism that analyzes a set of navigation
rules (defined in a faces-config.xml file) to choose the next view
(typically a JSP page, but that's by no means the only option) to be
rendered.  However, this is an extension point where a framework can
provide value added facilities, or delegate to the standard machinery
if it wants to.

As currently implemented in Shale, the custom NavigationHandler
provides the following facilities:

* When no dialog is being executed, delegate to the standard
  JSF NavigationHandler implementation (so that everything the
  developer knows about JSF navigation happens as expected).

* A dialog named "xxx" is entered when an action returns a logical
  outcome of "dialog:xxx".  This approach required no change to any
  JSF (or JSF-called) APIs -- it's just a specialized interpretation of
  the logical outcome string.

* Once a dialog is entered, state transitions are managed by the custom
  NavigationHandler implementation
(org.apache.shale.dialog.faces.DialogNavigationHandler)
  in a manner very similar to what a SWF Controller does.  This includes
  the ability to nest dialogs (just like SWF can nest flows).

The end result is an environment with some very important benefits resultin=
g:

* Outside of the dialogs world, standard JSF things work in the usual way.

* Dialogs can reuse actions and view states (including those that are also
  accessed directly via standard JSF facilities), because the interpretatio=
n of
  the logical outcome is specialized per dialog.

* As with SWF, the configuration of a dialog (or a flow) is very much amena=
ble
  to tool-aided support like graphical drag-n-drop development of the
overall flow --
  as well as for more formal UML-based tool support.

* Because of the other capabilities provided by Shale, an application
will typically
  need fewer "setup" action states (because the prerender() method of a
  ViewController can take many of these responsibilities) and less work in
  what is typically a "bindAndValidate" action in Spring (because JSF has i=
ts
  own support for validation processing that preceeds such a state).  But t=
hese
  are just icing on the cake -- the key values of having managed dialogs ar=
e
  independent of Shale.


PROPOSED SWF-JSF INTEGRATION REQUIREMENTS

Given what I've learned from the above investigations, then, I'd like
to propose the following as requirements to be met by an integration
between SWF and JSF:

* When a flow is *not* being exected, all the standard JSF navigation
capabilities
  will work as expected.

* Execution of a JSF action method can cause a SWF flow to be entered, by
  returning a suitably encoded logical outcome (perhaps "flow:xxx" or
"swf:xxx" to
  invoke a flow named "xxx").  In addition, other standard approaches
to entering
  a flow will also work, of course.

* Zero or more flows may reuse the same JSF pages (and backing beans).  Thi=
s
  implies that the flow management facility will take over the
interpretation of logical
  outcomes from standard JSF action methods, which would otherwise drive th=
e
  standard navigation facilities of JSF.

* There should be a mechanism to push a local state object onto a stack, an=
d
  have it popped off on dialog completion (as Shale does) so that
applications do
  not have to worry about it.  This is not mission critical (and
indeed there might be
  facilities for this already that I haven't discovered yet :-), but
it is very important
  to usability.

* JSF applications using SWF must be able to leverage all of the sophistica=
ted
  transition management capabilities that SWF supports (as opposed to the s=
imple
  deterministic model that Shale currently provides).

* When executing a flow, a JSF view state will cause the corresponding JSF =
view
   to be rendered, *and* the flow will be suspended until the
subsequent JSF form
  submit occurs.  The logical outcome from the action method that is invoke=
d for
  the appropriate submit button will be used to drive the next transition.

    - IMPLICATION:  If JSF validation failures occur, the current page will
      be redisplayed without ever invoking the application action
method; implying
      that the current state will remain the same.  This is typically
the desired result,
      but requires no explicit transition management in a JSF-based applica=
tion.

* While executing a flow, non-JSF view states should be supported as well
  (this probably comes out of the box, but it needs to be called out).


PROPOSED IMPLEMENTATION APPROACH:

Here's where I really need some help from you guys :-).

It seems that all of the above requirements can be met, in a manner
fairly similar to what I did with Shale's dialogs, by implementing a
custom JSF NavigationHandler with the following features:

* When not currently executing a flow, standard JSF navigation is performed=
.

* When a logical outcome of the form "flow:xxx" is handed to the
handleNavigation()
   method, the flow named "xxx" is invoked at its start state.

* While a flow is invoking action and subflow states, the usual SWF process=
ing
  will occur.

* When a flow invokes a view state for a non-JSF page, the usual SWF proces=
sing
  will occur.

* When a flow invokes a view state for a JSF page, the appropriate JSF
incantations
  to create the corresponding view, and render it, will be invoked.=20
Further, the state
  of this flow will be suspended until JSF processes a subsequent form
submit, and
  invokes an application action that returns a logical outcome.  This
outcome will be
  the one used to drive a transition from the current view state to
some other state
  in the current flow (or exiting the flow, if this is also an end state).

* I don't see anything like this in the current APIs (but that doesn't
mean it doesn't
  exist :-), but it would be very useful to be able to push and pop
the current model
  data for a flow in a manner similar to what Shale does.  In
particular, this facilitates
  the use of JSF value binding expressions that have a constant
content regardless
  of nested flow execution.

* The implementation should be packaged in a JAR file that contains a
  "META-INF/faces-config.xml" resource that automatically configures
the integration
  with JSF, with no required changes to web.xml (I can help you
accomplish the same
  for the existing JSF managed bean integration as well).

Does this sound compatible with what you guys have had in mind for SWF?

Craig McClanahan

[Springframework-developer] FAILED BUILD: ppc-osx2 (last 30 lines included)

[Darren D. <da...@sh...>]

1115008385
FAILED

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

Re: [Springframework-developer] StackOverflowError

[Thomas R. <tho...@tr...>]

Mark,

I guess we need a way for the container to figure out that you want a 
pair of objects referring to each other.

What happens if you do this:

<beans>

	<bean id="myClassA" class="com.foo.ClassA" singleton="false">
		<property name="classB">
			<bean class="com.foo.ClassB">
				<property name="classA">
					<ref local="myClassA"/>
				</property>
			</bean>
		</property>
	</bean>
	
</beans>

Thomas

On May 1, 2005, at 8:39 PM, Mark Pollack wrote:

> Hi,
>
> I get a StackOverflowError when using the following context definition
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
> "http://www.springframework.org/dtd/spring-beans.dtd">
> <beans>
> 	<bean id="myClassA" class="com.foo.ClassA" singleton="false">
> 		<property name="classB"><ref
> local="myClassB"/></property>
> 	</bean>
> 	
> 	<bean id="myClassB" class="com.foo.ClassB" singleton="false">
> 		<property name="classA"><ref
> local="myClassA"/></property>
> 	</bean>
> </beans>
>
> And the code
>
> ApplicationContext ctx = new
> FileSystemXmlApplicationContext("appContext.xml");
> ClassA ca = (ClassA) ctx.getBean("myClassA");
>
>
> Note that they are both prototypes.  The classes are very plain - 
> ClassA
> has a property ClassB and vice versa and that is all.  I'm using the
> code from CVS.  What is the opinion on trying to detect this situation?
>
> Cheers,
> Mark
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

[Springframework-developer] StackOverflowError

[Mark P. <Mar...@co...>]

Hi,

I get a StackOverflowError when using the following context definition=20

<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">
<beans>
	<bean id=3D"myClassA" class=3D"com.foo.ClassA" singleton=3D"false">
		<property name=3D"classB"><ref
local=3D"myClassB"/></property>
	</bean>
=09
	<bean id=3D"myClassB" class=3D"com.foo.ClassB" singleton=3D"false">
		<property name=3D"classA"><ref
local=3D"myClassA"/></property>
	</bean>
</beans>

And the code

ApplicationContext ctx =3D new
FileSystemXmlApplicationContext("appContext.xml");
ClassA ca =3D (ClassA) ctx.getBean("myClassA");


Note that they are both prototypes.  The classes are very plain - ClassA
has a property ClassB and vice versa and that is all.  I'm using the
code from CVS.  What is the opinion on trying to detect this situation?

Cheers,
Mark

[Springframework-developer] spring build.258 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050502001708Lbuild.258

[Springframework-developer] spring build.257 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050501001643Lbuild.257

Re: [Springframework-developer] HSQL DB locking problem using part4 tutorial of SPRING FRAMEWORK

[Thomas R. <tho...@tr...>]

That's because the tutorial was created using an older version of HSQL.  
  The most recent version requires an explicit SHUTDOWN command to  
release the lock.

You can modify the the "loadData" and task and add a COMMIT and  
SHUTDOWN statement -- like this:

     <target name="loadData">
         <echo message="LOAD DATA USING: ${db.driver} ${db.url}"/>
         <sql driver="${db.driver}"
              url="${db.url}"
              userid="${db.user}"
              password="${db.pw}"
              onerror="continue">
             <classpath refid="master-classpath"/>

         INSERT INTO products (id, description, price) values(1, 'Lamp',  
5.78);
         INSERT INTO products (id, description, price) values(2,  
'Table', 75.29);
         INSERT INTO products (id, description, price) values(3,  
'Chair', 22.81);
         COMMIT;
         SHUTDOWN

         </sql>
     </target>

Thomas


On Apr 30, 2005, at 12:35 PM, V. Agarwal wrote:

> Tutorial:
> http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step- 
> by-step-Part-4.html
>
> ================
> ant junit  (complains of locking !! - Any clues).
> ================
>
> C:\springapp>ant junit
> Buildfile: build.xml
>
> build:
>
> clearData:
>      [echo] CLEAR DATA USING: org.hsqldb.jdbcDriver
> jdbc:hsqldb:db/test
>       [sql] Executing commands
>       [sql] 1 of 1 SQL statements executed
> successfully
>
> loadData:
>      [echo] LOAD DATA USING: org.hsqldb.jdbcDriver
> jdbc:hsqldb:db/test
>       [sql] Executing commands
>       [sql] 3 of 3 SQL statements executed
> successfully
>
>     [junit] Testcase:
> testIncreasePrice(tests.TestProductManagerDaoJdbc):
> Caused an ERROR
>     [junit] Could not get JDBC connection; nested
> exception is java.sql.SQLExcep
> tion: The database is already in use by another
> process: org.hsqldb.NIOLockFile@
> e7d0d2d8[file =C:\springapp\db\test.lck, exists=true,
> locked=false, valid=false,
>  fl =null]: java.lang.Exception: The process cannot
> access the file because anot
> her process has locked a portion of the file :
> C:\springapp\db\test.lck
>     [junit]
> org.springframework.jdbc.CannotGetJdbcConnectionException:
> Could not
>  get JDBC connection; nested exception is
> java.sql.SQLException: The database is
>  already in use by another process:
> org.hsqldb.NIOLockFile@e7d0d2d8[file =C:\spr
> ingapp\db\test.lck, exists=true, locked=false,
> valid=false, fl =null]: java.lang
> .Exception: The process cannot access the file because
> another process has locke
> d a portion of the file : C:\springapp\db\test.lck
>     [junit] java.sql.SQLException: The database is
> already in use by another pro
> cess: org.hsqldb.NIOLockFile@e7d0d2d8[file
> =C:\springapp\db\test.lck, exists=tru
> e, locked=false, valid=false, fl =null]:
> java.lang.Exception: The process cannot
>  access the file because another process has locked a
> portion of the file : C:\s
> pringapp\db\test.lck
>
>     [junit] Testcase:
> testGetProductList(tests.TestProductManagerDaoJdbc):
> Caused an ERROR
>     [junit] Could not get JDBC connection; nested
> exception is java.sql.SQLExcep
> tion: The database is already in use by another
> process: org.hsqldb.NIOLockFile@
> e7d0d2d8[file =C:\springapp\db\test.lck, exists=true,
> locked=false, valid=false,
>  fl =null]: java.lang.Exception: The process cannot
> access the file because anot
> her process has locked a portion of the file :
> C:\springapp\db\test.lck
>     [junit]
> org.springframework.jdbc.CannotGetJdbcConnectionException:
> Could not
>  get JDBC connection; nested exception is
> java.sql.SQLException: The database is
>  already in use by another process:
> org.hsqldb.NIOLockFile@e7d0d2d8[file =C:\spr
> ingapp\db\test.lck, exists=true, locked=false,
> valid=false, fl =null]: java.lang
> .Exception: The process cannot access the file because
> another process has locke
> d a portion of the file : C:\springapp\db\test.lck
>     [junit] java.sql.SQLException: The database is
> already in use by another pro
> cess: org.hsqldb.NIOLockFile@e7d0d2d8[file
> =C:\springapp\db\test.lck, exists=tru
> e, locked=false, valid=false, fl =null]:
> java.lang.Exception: The process cannot
>  access the file because another process has locked a
> portion of the file : C:\s
> pringapp\db\test.lck
>
> BUILD FAILED
> ===============
> I seems to lock itself. Spring Framework supposed to
> connect and disconnect to Database automatically.
> It uses all the stuff in the tutorial.
> ==============
> Thanks.
>
>
> 		
> __________________________________
> Do you Yahoo!?
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great  
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

Re: [Springframework-developer] jsp form simplification macros

[Colin S. <col...@ex...>]

Keith Donald wrote:

> Hey guys,
>
> What’s the status for the jsp form simplification macros for 1.2? I 
> get asked about them all the time, people want them and most sites 
> already have reinventing their own custom tags for exactly this. Also, 
> why are they only usable under JSP 2.0?
>
> Thanks!
>
According to the entry in Jira, looks like Spring 1.3RC1 is the aimed 
for release for inclusion of the tags:
http://opensource.atlassian.com/projects/spring/browse/SPR-310
This is partially based around somebody from Xebia contributing some 
time on polishing them, and making equivalents for JSP 1.2 as normal 
taglibs.

The dependency on JSP 2.0 comes from the fact that they are implemented 
as JSP 2.0 .tag files. Essentially the tag implementation itself is a 
JSP page. This is nice becaue people can customize the HTML that's 
generated very easily.



-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com

[Springframework-developer] HSQL DB locking problem using part4 tutorial of SPRING FRAMEWORK

[V. A. <vk...@ya...>]

Tutorial:
http://www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step-Part-4.html

================
ant junit  (complains of locking !! - Any clues).
================

C:\springapp>ant junit
Buildfile: build.xml

build:

clearData:
     [echo] CLEAR DATA USING: org.hsqldb.jdbcDriver
jdbc:hsqldb:db/test
      [sql] Executing commands
      [sql] 1 of 1 SQL statements executed
successfully

loadData:
     [echo] LOAD DATA USING: org.hsqldb.jdbcDriver
jdbc:hsqldb:db/test
      [sql] Executing commands
      [sql] 3 of 3 SQL statements executed
successfully

    [junit] Testcase:
testIncreasePrice(tests.TestProductManagerDaoJdbc):
Caused an ERROR
    [junit] Could not get JDBC connection; nested
exception is java.sql.SQLExcep
tion: The database is already in use by another
process: org.hsqldb.NIOLockFile@
e7d0d2d8[file =C:\springapp\db\test.lck, exists=true,
locked=false, valid=false,
 fl =null]: java.lang.Exception: The process cannot
access the file because anot
her process has locked a portion of the file :
C:\springapp\db\test.lck
    [junit]
org.springframework.jdbc.CannotGetJdbcConnectionException:
Could not
 get JDBC connection; nested exception is
java.sql.SQLException: The database is
 already in use by another process:
org.hsqldb.NIOLockFile@e7d0d2d8[file =C:\spr
ingapp\db\test.lck, exists=true, locked=false,
valid=false, fl =null]: java.lang
.Exception: The process cannot access the file because
another process has locke
d a portion of the file : C:\springapp\db\test.lck
    [junit] java.sql.SQLException: The database is
already in use by another pro
cess: org.hsqldb.NIOLockFile@e7d0d2d8[file
=C:\springapp\db\test.lck, exists=tru
e, locked=false, valid=false, fl =null]:
java.lang.Exception: The process cannot
 access the file because another process has locked a
portion of the file : C:\s
pringapp\db\test.lck
    
    [junit] Testcase:
testGetProductList(tests.TestProductManagerDaoJdbc):
Caused an ERROR
    [junit] Could not get JDBC connection; nested
exception is java.sql.SQLExcep
tion: The database is already in use by another
process: org.hsqldb.NIOLockFile@
e7d0d2d8[file =C:\springapp\db\test.lck, exists=true,
locked=false, valid=false,
 fl =null]: java.lang.Exception: The process cannot
access the file because anot
her process has locked a portion of the file :
C:\springapp\db\test.lck
    [junit]
org.springframework.jdbc.CannotGetJdbcConnectionException:
Could not
 get JDBC connection; nested exception is
java.sql.SQLException: The database is
 already in use by another process:
org.hsqldb.NIOLockFile@e7d0d2d8[file =C:\spr
ingapp\db\test.lck, exists=true, locked=false,
valid=false, fl =null]: java.lang
.Exception: The process cannot access the file because
another process has locke
d a portion of the file : C:\springapp\db\test.lck
    [junit] java.sql.SQLException: The database is
already in use by another pro
cess: org.hsqldb.NIOLockFile@e7d0d2d8[file
=C:\springapp\db\test.lck, exists=tru
e, locked=false, valid=false, fl =null]:
java.lang.Exception: The process cannot
 access the file because another process has locked a
portion of the file : C:\s
pringapp\db\test.lck
   
BUILD FAILED
===============
I seems to lock itself. Spring Framework supposed to
connect and disconnect to Database automatically.
It uses all the stuff in the tutorial.
==============
Thanks.


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

[Springframework-developer] jsp form simplification macros

[Keith D. <ke...@in...>]

Hey guys,

 

What's the status for the jsp form simplification macros for 1.2?  I get
asked about them all the time, people want them and most sites already have
reinventing their own custom tags for exactly this.  Also, why are they only
usable under JSP 2.0?

 

Thanks!

 

Keith

Re: [Springframework-developer] Spring 1.2 Final

[Juergen H. <ju...@in...>]

Matt,

Spring 1.2 final is planned for late next week, which is only a little more
than 2 weeks after 1.2 RC2 - where I've announced 1.2 final for in "about
two weeks" :-)

BTW, Spring 1.2 final will have TopLink support, which has - finally - been
donated to the Spring open source project by Oracle! Jim Clark (from the
TopLink team) and myself are currently busily preparing it for release.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Matt Raible
Sent: Thursday, April 28, 2005 8:19 PM
To: spr...@li...
Subject: [Springframework-developer] Spring 1.2 Final


Looking at the roadmap in JIRA, it looks like Spring 1.2 Final is not
going to happen this week.  Do you guys have a target release date?

Thanks,

Matt



-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: Springframework-developer digest, Vol 1 #1696 - 6 msgs

[Dmitriy K. <dko...@ru...>]

http://www.springframework.org


sel...@ac... wrote:

>Hi,
>I am new to this group and I want to learn and contribure for spring
>framework. Could any one suggest from where I can find Spring framework
>spec, example and other details.
>
>Egarly waiting for response and thanx in advance.
>
>Regards,
>Neel 
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf
>Of spr...@li...
>Sent: Friday, April 29, 2005 8:55 AM
>To: spr...@li...
>Subject: Springframework-developer digest, Vol 1 #1696 - 6 msgs
>
>Send Springframework-developer mailing list submissions to
>	spr...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>or, via email, send a message with subject or body 'help' to
>	spr...@li...
>
>You can reach the person managing the list at
>	spr...@li...
>
>When replying, please edit your Subject line so it is more specific than
>"Re: Contents of Springframework-developer digest..."
>
>
>Today's Topics:
>
>   1. FAILED BUILD: ppc-osx2 (last 30 lines included) (Darren Davison)
>   2. FAILED BUILD: sparc-solaris2 (last 30 lines included) (Darren
>Davison)
>   3. FAILED BUILD: x86-solaris1 (last 30 lines included) (Darren
>Davison)
>   4. FAILED BUILD: sparc-solaris1 (last 30 lines included) (Darren
>Davison)
>   5. Re: Re: Portlet MVC - Status? (J.Enrique Ruiz)
>   6. Spring 1.2 Final (Matt Raible)
>
>--__--__--
>
>Message: 1
>To: spr...@li...
>From: Darren Davison <da...@sh...>
>Date: Wed, 27 Apr 2005 21:16:09 -0700
>Subject: [Springframework-developer] FAILED BUILD: ppc-osx2 (last 30
>lines included)
>Reply-To: spr...@li...
>
>1114661769
>FAILED
>Buildfile: build.xml
>
>clean:
>
>compileattr:
>[attribute-compiler] Generated attribute information for 1 classes.
>Ignored 0 classes.
>
>buildmain:
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes/META-I
>NF
>    [javac] Compiling 1035 source files to
>/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
>    [javac]
>/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
>bernate3/LocalDataSourceConnectionProvider.java:37:
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>should be declared abstract; it does not define
>supportsAggressiveRelease() in
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>    [javac] public class LocalDataSourceConnectionProvider implements
>ConnectionProvider {
>    [javac]        ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 1 error
>
>This is an automated mail from one of the SF Compile Farm machines.  
>The machine name noted in the subject encountered a failure building or
>running the Spring test suite.  The last few lines of the output were
>included for info.
>
>NB: No further mail will be sent from this machine until a manual reset
>occurs on the cf-shell machine, although builds will continue as
>scheduled.
>
>See http://springframework.sourceforge.net/test/ for further
>information.
>
>
>--__--__--
>
>Message: 2
>To: spr...@li...
>From: Darren Davison <da...@sh...>
>Date: Wed, 27 Apr 2005 22:18:18 -0700
>Subject: [Springframework-developer] FAILED BUILD: sparc-solaris2 (last
>30 lines included)
>Reply-To: spr...@li...
>
>1114665498
>FAILED
>Buildfile: build.xml
>
>clean:
>
>compileattr:
>[attribute-compiler] Generated attribute information for 1 classes.
>Ignored 0 classes.
>
>buildmain:
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes/
>META-INF
>    [javac] Compiling 1035 source files to
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
>    [javac]
>/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
>bernate3/LocalDataSourceConnectionProvider.java:37:
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>should be declared abstract; it does not define
>supportsAggressiveRelease() in
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>    [javac] public class LocalDataSourceConnectionProvider implements
>ConnectionProvider {
>    [javac]        ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 1 error
>
>This is an automated mail from one of the SF Compile Farm machines.  
>The machine name noted in the subject encountered a failure building or
>running the Spring test suite.  The last few lines of the output were
>included for info.
>
>NB: No further mail will be sent from this machine until a manual reset
>occurs on the cf-shell machine, although builds will continue as
>scheduled.
>
>See http://springframework.sourceforge.net/test/ for further
>information.
>
>
>--__--__--
>
>Message: 3
>To: spr...@li...
>From: Darren Davison <da...@sh...>
>Date: Wed, 27 Apr 2005 23:16:00 -0700
>Subject: [Springframework-developer] FAILED BUILD: x86-solaris1 (last 30
>lines included)
>Reply-To: spr...@li...
>
>1114668959
>FAILED
>Buildfile: build.xml
>
>clean:
>
>compileattr:
>[attribute-compiler] Generated attribute information for 1 classes.
>Ignored 0 classes.
>
>buildmain:
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes/ME
>TA-INF
>    [javac] Compiling 1035 source files to
>/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
>    [javac]
>/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
>bernate3/LocalDataSourceConnectionProvider.java:37:
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>should be declared abstract; it does not define
>supportsAggressiveRelease() in
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>    [javac] public class LocalDataSourceConnectionProvider implements
>ConnectionProvider {
>    [javac]        ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 1 error
>
>This is an automated mail from one of the SF Compile Farm machines.  
>The machine name noted in the subject encountered a failure building or
>running the Spring test suite.  The last few lines of the output were
>included for info.
>
>NB: No further mail will be sent from this machine until a manual reset
>occurs on the cf-shell machine, although builds will continue as
>scheduled.
>
>See http://springframework.sourceforge.net/test/ for further
>information.
>
>
>--__--__--
>
>Message: 4
>To: spr...@li...
>From: Darren Davison <da...@sh...>
>Date: Thu, 28 Apr 2005 00:19:13 -0700
>Subject: [Springframework-developer] FAILED BUILD: sparc-solaris1 (last
>30 lines included)
>Reply-To: spr...@li...
>
>1114672752
>FAILED
>Buildfile: build.xml
>
>clean:
>
>compileattr:
>[attribute-compiler] Generated attribute information for 1 classes.
>Ignored 0 classes.
>
>buildmain:
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
>    [mkdir] Created dir:
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes/
>META-INF
>    [javac] Compiling 1035 source files to
>/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
>    [javac]
>/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
>bernate3/LocalDataSourceConnectionProvider.java:37:
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>should be declared abstract; it does not define
>supportsAggressiveRelease() in
>org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
>    [javac] public class LocalDataSourceConnectionProvider implements
>ConnectionProvider {
>    [javac]        ^
>    [javac] Note: Some input files use or override a deprecated API.
>    [javac] Note: Recompile with -deprecation for details.
>    [javac] 1 error
>
>This is an automated mail from one of the SF Compile Farm machines.  
>The machine name noted in the subject encountered a failure building or
>running the Spring test suite.  The last few lines of the output were
>included for info.
>
>NB: No further mail will be sent from this machine until a manual reset
>occurs on the cf-shell machine, although builds will continue as
>scheduled.
>
>See http://springframework.sourceforge.net/test/ for further
>information.
>
>
>--__--__--
>
>Message: 5
>Date: Thu, 28 Apr 2005 10:49:52 +0200
>From: "J.Enrique Ruiz" <er...@di...>
>Organization: DiSiD S.L.L.
>To: spr...@li...
>Subject: Re: [Springframework-developer] Re: Portlet MVC - Status?
>Reply-To: spr...@li...
>
>This is a multi-part message in MIME format.
>--------------020208010303090606010906
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>Content-Transfer-Encoding: 7bit
>
>Given that Spring Web Flow includes the support for the Portlet
>framework and it will be included in Spring core, we believe a good way
>could be to create a Spring Module for Portlet MVC. This module would
>contain all about Portlets, including Spring Webflow Portlet support.
>
>Juergen, Keith, Erwin et al what do you think?
>
>  
>
>>I tend to agree with John...unfortunately my current status is not 
>>leaving any cycles to devote to PortletMVC.  We are running it in 
>>production and have a continued interested in it...just don't have 
>>anyone at the moment who can lead the effort.
>>
>>Bill
>>
>>John Lewis wrote:
>>
>>    
>>
>>>Sorry for not weighing in on this sooner.
>>>
>>>I agree that we really need to have a clear path for the portlet 
>>>framework ASAP.  Both Rainer and I have a number of updates and 
>>>improvements that we need to get merged together and made available 
>>>as part of the formal code base.
>>>
>>>Bill Thompson doesn't seem to be actively working on this anymore, so
>>>      
>>>
>
>  
>
>>>I don't think there is anyone with commit privileges that has this on
>>>      
>>>
>
>  
>
>>>their radar screen.
>>>
>>>Juergen, I'm sure you guys are pretty busy working on getting 1.2 
>>>released, but I think we really need some action on this soon.  I 
>>>know we had several discussions about whether this should be part of 
>>>Spring's core or some kind of sub-project.  Given that there are 
>>>project like Web Flow that are dependent on it, that seems to point 
>>>more towards it going into core.  How would you like to proceed on
>>>      
>>>
>this?
>  
>
>>>John Lewis
>>>jl...@ar...
>>>
>>>
>>>
>>>Rainer Schmitz wrote:
>>>
>>>      
>>>
>>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>>Hash: SHA1
>>>>
>>>>Erwin,
>>>>
>>>>as fas as I know the CVS still holds Bill's initial code from a few 
>>>>month ago.
>>>>As you have seen there are some contributions posted to the list or 
>>>>attached to the confluence page. I'm holding back some more 
>>>>contributions until it is clear _where_ to contribute - it doesn't 
>>>>make sence to splatter the code over the mailing lists and wikis.
>>>>
>>>>Rainer
>>>>
>>>>Erwin Vervaet schrieb:
>>>>
>>>>        
>>>>
>>>>>All,
>>>>>
>>>>>I've been integrating Portlet support into the Spring Web Flow 
>>>>>system and today I also added a portlet based version of the 
>>>>>PhoneBook sample application.
>>>>>
>>>>>SWF Portlet support builds on the Spring Portlet MVC framework, 
>>>>>which brings me to the question: what is the status of Spring 
>>>>>Portlet MVC? A recent discussion on the DEV list states that it 
>>>>>will be a key feature of Spring 1.3. However, there also seems to 
>>>>>be a lot of confusion as to how up-to-date the sources in CVS are
>>>>>(http://article.gmane.org/gmane.comp.java.springframework.devel/799
>>>>>7) and who is actually working on it/maintaining it. The Wiki page
>>>>>(http://opensource.atlassian.com/confluence/spring/display/JSR168/H
>>>>>ome)
>>>>>
>>>>>also seems to given the impression that's it's not ready for 
>>>>>prime-time yet.
>>>>>
>>>>>Since SWF is now dependent on Spring Portlet MVC, we need to make 
>>>>>sure it is ready for release in the 1.3 timeframe. Also, since SWF 
>>>>>is already releasing preview releases (we have preview 2 coming up 
>>>>>this weekend!), we need to make sure the Portlet MVC code we're 
>>>>>shipping with that (which is the code from CVS) is actually in 
>>>>>up-to-date!
>>>>>
>>>>>Could somebody please try to clarify the Spring Portlet MVC 
>>>>>situation a bit?
>>>>>
>>>>>Erwin Vervaet
>>>>>erw...@er...
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>          
>>>>>
>
>--
>J.Enrique Ruiz
>CIO - DiSiD S.L.L. (http://www.disid.com)
>Email: er...@di...
>
>
>--------------020208010303090606010906
>Content-Type: text/html; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>
><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
><html>
><head>
>  <meta content="text/html;charset=ISO-8859-1"
>http-equiv="Content-Type">
>  <title></title>
></head>
><body bgcolor="#ffffff" text="#000000">
><small><span class="usertext"><font face="Courier New">Given that
>Spring Web Flow includes the support for the Portlet framework and it
>will be included in Spring core, we believe a good way could be to
>create a Spring Module for Portlet MVC. This module would contain all
>about Portlets, including Spring Webflow Portlet support.<br>
><br>
>Juergen, Keith, Erwin et al what do you think?</font></span></small>
><blockquote cite="mid...@ru..." type="cite"><tt>I
>tend to agree with John...unfortunately my current status is not
>leaving any cycles to devote to PortletMVC.&nbsp; We are running it in
>production and have a continued interested in it...just don't have
>anyone at the moment who can lead the effort.
>  <br>
>  <br>
>Bill
>  <br>
>  <br>
>John Lewis wrote:
>  <br>
>  </tt>
>  <blockquote type="cite"><tt>Sorry for not weighing in on this sooner.
>    <br>
>    <br>
>I agree that we really need to have a clear path for the portlet
>framework ASAP.&nbsp; Both Rainer and I have a number of updates and
>improvements that we need to get merged together and made available as
>part of the formal code base.
>    <br>
>    <br>
>Bill Thompson doesn't seem to be actively working on this anymore, so I
>don't think there is anyone with commit privileges that has this on
>their radar screen.
>    <br>
>    <br>
>Juergen, I'm sure you guys are pretty busy working on getting 1.2
>released, but I think we really need some action on this soon.&nbsp; I
>know
>we had several discussions about whether this should be part of
>Spring's core or some kind of sub-project.&nbsp; Given that there are
>project like Web Flow that are dependent on it, that seems to point
>more towards it going into core.&nbsp; How would you like to proceed on
>this?
>    <br>
>    <br>
>John Lewis
>    <br>
><a class="moz-txt-link-abbreviated"
>href="mailto:jl...@ar...">jl...@ar...</a>
>    <br>
>    <br>
>    <br>
>    <br>
>Rainer Schmitz wrote:
>    <br>
>    <br>
>    </tt>
>    <blockquote type="cite"><tt>-----BEGIN PGP SIGNED MESSAGE-----
>      <br>
>Hash: SHA1
>      <br>
>      <br>
>Erwin,
>      <br>
>      <br>
>as fas as I know the CVS still holds Bill's initial code from a few
>      <br>
>month ago.
>      <br>
>As you have seen there are some contributions posted to the list or
>      <br>
>attached to the confluence page. I'm holding back some more
>      <br>
>contributions until it is clear _where_ to contribute - it doesn't make
>      <br>
>sence to splatter the code over the mailing lists and wikis.
>      <br>
>      <br>
>Rainer
>      <br>
>      <br>
>Erwin Vervaet schrieb:
>      <br>
>      <br>
>      </tt>
>      <blockquote type="cite"><tt>All,
>        <br>
>        <br>
>I've been integrating Portlet support into the Spring Web Flow system
>        <br>
>and today I also added a portlet based version of the PhoneBook sample
>        <br>
>application.
>        <br>
>        <br>
>SWF Portlet support builds on the Spring Portlet MVC framework, which
>        <br>
>brings me to the question: what is the status of Spring Portlet MVC? A
>        <br>
>recent discussion on the DEV list states that it will be a key feature
>        <br>
>of Spring 1.3. However, there also seems to be a lot of confusion as to
>        <br>
>how up-to-date the sources in CVS are
>        <br>
>(<a class="moz-txt-link-freetext"
>href="http://article.gmane.org/gmane.comp.java.springframework.devel/799
>7">http://article.gmane.org/gmane.comp.java.springframework.devel/7997</
>a>)
>        <br>
>and who is actually working on it/maintaining it. The Wiki page
>        <br>
>(<a class="moz-txt-link-freetext"
>href="http://opensource.atlassian.com/confluence/spring/display/JSR168/H
>ome">http://opensource.atlassian.com/confluence/spring/display/JSR168/Ho
>me</a>)
>        <br>
>also seems to given the impression that's it's not ready for prime-time
>        <br>
>yet.
>        <br>
>        <br>
>Since SWF is now dependent on Spring Portlet MVC, we need to make sure
>        <br>
>it is ready for release in the 1.3 timeframe. Also, since SWF is
>already
>        <br>
>releasing preview releases (we have preview 2 coming up this weekend!),
>        <br>
>we need to make sure the Portlet MVC code we're shipping with that
>        <br>
>(which is the code from CVS) is actually in up-to-date!
>        <br>
>        <br>
>Could somebody please try to clarify the Spring Portlet MVC situation a
>        <br>
>bit?
>        <br>
>        <br>
>Erwin Vervaet
>        <br>
><a class="moz-txt-link-abbreviated"
>href="mailto:erw...@er...">erw...@er...</a>
>        <br>
>        <br>
>        <br>
>-------------------------------------------------------
>        <br>
>        </tt></blockquote>
>    </blockquote>
>  </blockquote>
></blockquote>
><br>
><pre class="moz-signature" cols="80">-- 
>J.Enrique Ruiz
>CIO - DiSiD S.L.L. (<a class="moz-txt-link-freetext"
>href="http://www.disid.com">http://www.disid.com</a>)
>Email: <a class="moz-txt-link-abbreviated"
>href="mailto:er...@di...">er...@di...</a></pre>
></body>
></html>
>
>--------------020208010303090606010906--
>
>
>--__--__--
>
>Message: 6
>To: spr...@li...
>From: Matt Raible <li...@ra...>
>Date: Thu, 28 Apr 2005 12:19:15 -0600
>Subject: [Springframework-developer] Spring 1.2 Final
>Reply-To: spr...@li...
>
>Looking at the roadmap in JIRA, it looks like Spring 1.2 Final is not 
>going to happen this week.  Do you guys have a target release date?
>
>Thanks,
>
>Matt
>
>
>
>
>--__--__--
>
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>End of Springframework-developer Digest
>
>
>This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information.  If you have received it in error, please notify the sender immediately and delete the original.  Any other use of the email by you is prohibited.
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Tell us your software development plans!
>Take this survey and enter to win a one-year sub to SourceForge.net
>Plus IDC's 2005 look-ahead and a copy of this survey
>Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id5hix
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

[Springframework-developer] RE: Springframework-developer digest, Vol 1 #1696 - 6 msgs

[<sel...@ac...>]

Hi,
I am new to this group and I want to learn and contribure for spring
framework. Could any one suggest from where I can find Spring framework
spec, example and other details.

Egarly waiting for response and thanx in advance.

Regards,
Neel=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of spr...@li...
Sent: Friday, April 29, 2005 8:55 AM
To: spr...@li...
Subject: Springframework-developer digest, Vol 1 #1696 - 6 msgs

Send Springframework-developer mailing list submissions to
	spr...@li...

To subscribe or unsubscribe via the World Wide Web, visit
=09
https://lists.sourceforge.net/lists/listinfo/springframework-developer

or, via email, send a message with subject or body 'help' to
	spr...@li...

You can reach the person managing the list at
	spr...@li...

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Springframework-developer digest..."


Today's Topics:

   1. FAILED BUILD: ppc-osx2 (last 30 lines included) (Darren Davison)
   2. FAILED BUILD: sparc-solaris2 (last 30 lines included) (Darren
Davison)
   3. FAILED BUILD: x86-solaris1 (last 30 lines included) (Darren
Davison)
   4. FAILED BUILD: sparc-solaris1 (last 30 lines included) (Darren
Davison)
   5. Re: Re: Portlet MVC - Status? (J.Enrique Ruiz)
   6. Spring 1.2 Final (Matt Raible)

--__--__--

Message: 1
To: spr...@li...
From: Darren Davison <da...@sh...>
Date: Wed, 27 Apr 2005 21:16:09 -0700
Subject: [Springframework-developer] FAILED BUILD: ppc-osx2 (last 30
lines included)
Reply-To: spr...@li...

1114661769
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes.
Ignored 0 classes.

buildmain:
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes/META-I
NF
    [javac] Compiling 1035 source files to
/home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
    [javac]
/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
bernate3/LocalDataSourceConnectionProvider.java:37:
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
should be declared abstract; it does not define
supportsAggressiveRelease() in
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements
ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines. =20
The machine name noted in the subject encountered a failure building or
running the Spring test suite.  The last few lines of the output were
included for info.

NB: No further mail will be sent from this machine until a manual reset
occurs on the cf-shell machine, although builds will continue as
scheduled.

See http://springframework.sourceforge.net/test/ for further
information.


--__--__--

Message: 2
To: spr...@li...
From: Darren Davison <da...@sh...>
Date: Wed, 27 Apr 2005 22:18:18 -0700
Subject: [Springframework-developer] FAILED BUILD: sparc-solaris2 (last
30 lines included)
Reply-To: spr...@li...

1114665498
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes.
Ignored 0 classes.

buildmain:
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes/
META-INF
    [javac] Compiling 1035 source files to
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
    [javac]
/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
bernate3/LocalDataSourceConnectionProvider.java:37:
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
should be declared abstract; it does not define
supportsAggressiveRelease() in
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements
ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines. =20
The machine name noted in the subject encountered a failure building or
running the Spring test suite.  The last few lines of the output were
included for info.

NB: No further mail will be sent from this machine until a manual reset
occurs on the cf-shell machine, although builds will continue as
scheduled.

See http://springframework.sourceforge.net/test/ for further
information.


--__--__--

Message: 3
To: spr...@li...
From: Darren Davison <da...@sh...>
Date: Wed, 27 Apr 2005 23:16:00 -0700
Subject: [Springframework-developer] FAILED BUILD: x86-solaris1 (last 30
lines included)
Reply-To: spr...@li...

1114668959
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes.
Ignored 0 classes.

buildmain:
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes/ME
TA-INF
    [javac] Compiling 1035 source files to
/home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
    [javac]
/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
bernate3/LocalDataSourceConnectionProvider.java:37:
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
should be declared abstract; it does not define
supportsAggressiveRelease() in
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements
ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines. =20
The machine name noted in the subject encountered a failure building or
running the Spring test suite.  The last few lines of the output were
included for info.

NB: No further mail will be sent from this machine until a manual reset
occurs on the cf-shell machine, although builds will continue as
scheduled.

See http://springframework.sourceforge.net/test/ for further
information.


--__--__--

Message: 4
To: spr...@li...
From: Darren Davison <da...@sh...>
Date: Thu, 28 Apr 2005 00:19:13 -0700
Subject: [Springframework-developer] FAILED BUILD: sparc-solaris1 (last
30 lines included)
Reply-To: spr...@li...

1114672752
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes.
Ignored 0 classes.

buildmain:
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
    [mkdir] Created dir:
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes/
META-INF
    [javac] Compiling 1035 source files to
/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
    [javac]
/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hi
bernate3/LocalDataSourceConnectionProvider.java:37:
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
should be declared abstract; it does not define
supportsAggressiveRelease() in
org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements
ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines. =20
The machine name noted in the subject encountered a failure building or
running the Spring test suite.  The last few lines of the output were
included for info.

NB: No further mail will be sent from this machine until a manual reset
occurs on the cf-shell machine, although builds will continue as
scheduled.

See http://springframework.sourceforge.net/test/ for further
information.


--__--__--

Message: 5
Date: Thu, 28 Apr 2005 10:49:52 +0200
From: "J.Enrique Ruiz" <er...@di...>
Organization: DiSiD S.L.L.
To: spr...@li...
Subject: Re: [Springframework-developer] Re: Portlet MVC - Status?
Reply-To: spr...@li...

This is a multi-part message in MIME format.
--------------020208010303090606010906
Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed
Content-Transfer-Encoding: 7bit

Given that Spring Web Flow includes the support for the Portlet
framework and it will be included in Spring core, we believe a good way
could be to create a Spring Module for Portlet MVC. This module would
contain all about Portlets, including Spring Webflow Portlet support.

Juergen, Keith, Erwin et al what do you think?

> I tend to agree with John...unfortunately my current status is not=20
> leaving any cycles to devote to PortletMVC.  We are running it in=20
> production and have a continued interested in it...just don't have=20
> anyone at the moment who can lead the effort.
>
> Bill
>
> John Lewis wrote:
>
>> Sorry for not weighing in on this sooner.
>>
>> I agree that we really need to have a clear path for the portlet=20
>> framework ASAP.  Both Rainer and I have a number of updates and=20
>> improvements that we need to get merged together and made available=20
>> as part of the formal code base.
>>
>> Bill Thompson doesn't seem to be actively working on this anymore, so

>> I don't think there is anyone with commit privileges that has this on

>> their radar screen.
>>
>> Juergen, I'm sure you guys are pretty busy working on getting 1.2=20
>> released, but I think we really need some action on this soon.  I=20
>> know we had several discussions about whether this should be part of=20
>> Spring's core or some kind of sub-project.  Given that there are=20
>> project like Web Flow that are dependent on it, that seems to point=20
>> more towards it going into core.  How would you like to proceed on
this?
>>
>> John Lewis
>> jl...@ar...
>>
>>
>>
>> Rainer Schmitz wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Erwin,
>>>
>>> as fas as I know the CVS still holds Bill's initial code from a few=20
>>> month ago.
>>> As you have seen there are some contributions posted to the list or=20
>>> attached to the confluence page. I'm holding back some more=20
>>> contributions until it is clear _where_ to contribute - it doesn't=20
>>> make sence to splatter the code over the mailing lists and wikis.
>>>
>>> Rainer
>>>
>>> Erwin Vervaet schrieb:
>>>
>>>> All,
>>>>
>>>> I've been integrating Portlet support into the Spring Web Flow=20
>>>> system and today I also added a portlet based version of the=20
>>>> PhoneBook sample application.
>>>>
>>>> SWF Portlet support builds on the Spring Portlet MVC framework,=20
>>>> which brings me to the question: what is the status of Spring=20
>>>> Portlet MVC? A recent discussion on the DEV list states that it=20
>>>> will be a key feature of Spring 1.3. However, there also seems to=20
>>>> be a lot of confusion as to how up-to-date the sources in CVS are
>>>> (http://article.gmane.org/gmane.comp.java.springframework.devel/799
>>>> 7) and who is actually working on it/maintaining it. The Wiki page
>>>> (http://opensource.atlassian.com/confluence/spring/display/JSR168/H
>>>> ome)
>>>>
>>>> also seems to given the impression that's it's not ready for=20
>>>> prime-time yet.
>>>>
>>>> Since SWF is now dependent on Spring Portlet MVC, we need to make=20
>>>> sure it is ready for release in the 1.3 timeframe. Also, since SWF=20
>>>> is already releasing preview releases (we have preview 2 coming up=20
>>>> this weekend!), we need to make sure the Portlet MVC code we're=20
>>>> shipping with that (which is the code from CVS) is actually in=20
>>>> up-to-date!
>>>>
>>>> Could somebody please try to clarify the Spring Portlet MVC=20
>>>> situation a bit?
>>>>
>>>> Erwin Vervaet
>>>> erw...@er...
>>>>
>>>>
>>>> -------------------------------------------------------
>>>

--
J.Enrique Ruiz
CIO - DiSiD S.L.L. (http://www.disid.com)
Email: er...@di...


--------------020208010303090606010906
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content=3D"text/html;charset=3DISO-8859-1"
http-equiv=3D"Content-Type">
  <title></title>
</head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
<small><span class=3D"usertext"><font face=3D"Courier New">Given that
Spring Web Flow includes the support for the Portlet framework and it
will be included in Spring core, we believe a good way could be to
create a Spring Module for Portlet MVC. This module would contain all
about Portlets, including Spring Webflow Portlet support.<br>
<br>
Juergen, Keith, Erwin et al what do you think?</font></span></small>
<blockquote cite=3D"mid...@ru..." type=3D"cite"><tt>I
tend to agree with John...unfortunately my current status is not
leaving any cycles to devote to PortletMVC.&nbsp; We are running it in
production and have a continued interested in it...just don't have
anyone at the moment who can lead the effort.
  <br>
  <br>
Bill
  <br>
  <br>
John Lewis wrote:
  <br>
  </tt>
  <blockquote type=3D"cite"><tt>Sorry for not weighing in on this =
sooner.
    <br>
    <br>
I agree that we really need to have a clear path for the portlet
framework ASAP.&nbsp; Both Rainer and I have a number of updates and
improvements that we need to get merged together and made available as
part of the formal code base.
    <br>
    <br>
Bill Thompson doesn't seem to be actively working on this anymore, so I
don't think there is anyone with commit privileges that has this on
their radar screen.
    <br>
    <br>
Juergen, I'm sure you guys are pretty busy working on getting 1.2
released, but I think we really need some action on this soon.&nbsp; I
know
we had several discussions about whether this should be part of
Spring's core or some kind of sub-project.&nbsp; Given that there are
project like Web Flow that are dependent on it, that seems to point
more towards it going into core.&nbsp; How would you like to proceed on
this?
    <br>
    <br>
John Lewis
    <br>
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:jl...@ar...">jl...@ar...</a>
    <br>
    <br>
    <br>
    <br>
Rainer Schmitz wrote:
    <br>
    <br>
    </tt>
    <blockquote type=3D"cite"><tt>-----BEGIN PGP SIGNED MESSAGE-----
      <br>
Hash: SHA1
      <br>
      <br>
Erwin,
      <br>
      <br>
as fas as I know the CVS still holds Bill's initial code from a few
      <br>
month ago.
      <br>
As you have seen there are some contributions posted to the list or
      <br>
attached to the confluence page. I'm holding back some more
      <br>
contributions until it is clear _where_ to contribute - it doesn't make
      <br>
sence to splatter the code over the mailing lists and wikis.
      <br>
      <br>
Rainer
      <br>
      <br>
Erwin Vervaet schrieb:
      <br>
      <br>
      </tt>
      <blockquote type=3D"cite"><tt>All,
        <br>
        <br>
I've been integrating Portlet support into the Spring Web Flow system
        <br>
and today I also added a portlet based version of the PhoneBook sample
        <br>
application.
        <br>
        <br>
SWF Portlet support builds on the Spring Portlet MVC framework, which
        <br>
brings me to the question: what is the status of Spring Portlet MVC? A
        <br>
recent discussion on the DEV list states that it will be a key feature
        <br>
of Spring 1.3. However, there also seems to be a lot of confusion as to
        <br>
how up-to-date the sources in CVS are
        <br>
(<a class=3D"moz-txt-link-freetext"
href=3D"http://article.gmane.org/gmane.comp.java.springframework.devel/79=
9
7">http://article.gmane.org/gmane.comp.java.springframework.devel/7997</
a>)
        <br>
and who is actually working on it/maintaining it. The Wiki page
        <br>
(<a class=3D"moz-txt-link-freetext"
href=3D"http://opensource.atlassian.com/confluence/spring/display/JSR168/=
H
ome">http://opensource.atlassian.com/confluence/spring/display/JSR168/Ho
me</a>)
        <br>
also seems to given the impression that's it's not ready for prime-time
        <br>
yet.
        <br>
        <br>
Since SWF is now dependent on Spring Portlet MVC, we need to make sure
        <br>
it is ready for release in the 1.3 timeframe. Also, since SWF is
already
        <br>
releasing preview releases (we have preview 2 coming up this weekend!),
        <br>
we need to make sure the Portlet MVC code we're shipping with that
        <br>
(which is the code from CVS) is actually in up-to-date!
        <br>
        <br>
Could somebody please try to clarify the Spring Portlet MVC situation a
        <br>
bit?
        <br>
        <br>
Erwin Vervaet
        <br>
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:erw...@er...">erw...@er...</a>
        <br>
        <br>
        <br>
-------------------------------------------------------
        <br>
        </tt></blockquote>
    </blockquote>
  </blockquote>
</blockquote>
<br>
<pre class=3D"moz-signature" cols=3D"80">--=20
J.Enrique Ruiz
CIO - DiSiD S.L.L. (<a class=3D"moz-txt-link-freetext"
href=3D"http://www.disid.com">http://www.disid.com</a>)
Email: <a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:er...@di...">er...@di...</a></pre>
</body>
</html>

--------------020208010303090606010906--


--__--__--

Message: 6
To: spr...@li...
From: Matt Raible <li...@ra...>
Date: Thu, 28 Apr 2005 12:19:15 -0600
Subject: [Springframework-developer] Spring 1.2 Final
Reply-To: spr...@li...

Looking at the roadmap in JIRA, it looks like Spring 1.2 Final is not=20
going to happen this week.  Do you guys have a target release date?

Thanks,

Matt




--__--__--

_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


End of Springframework-developer Digest


This message is for the designated recipient only and may contain =
privileged, proprietary, or otherwise private information.  If you have =
received it in error, please notify the sender immediately and delete =
the original.  Any other use of the email by you is prohibited.

[Springframework-developer] Spring 1.2 Final

[Matt R. <li...@ra...>]

Looking at the roadmap in JIRA, it looks like Spring 1.2 Final is not 
going to happen this week.  Do you guys have a target release date?

Thanks,

Matt

Re: [Springframework-developer] Re: Portlet MVC - Status?

[J.Enrique R. <er...@di...>]

Given that Spring Web Flow includes the support for the Portlet 
framework and it will be included in Spring core, we believe a good way 
could be to create a Spring Module for Portlet MVC. This module would 
contain all about Portlets, including Spring Webflow Portlet support.

Juergen, Keith, Erwin et al what do you think?

> I tend to agree with John...unfortunately my current status is not 
> leaving any cycles to devote to PortletMVC.  We are running it in 
> production and have a continued interested in it...just don't have 
> anyone at the moment who can lead the effort.
>
> Bill
>
> John Lewis wrote:
>
>> Sorry for not weighing in on this sooner.
>>
>> I agree that we really need to have a clear path for the portlet 
>> framework ASAP.  Both Rainer and I have a number of updates and 
>> improvements that we need to get merged together and made available 
>> as part of the formal code base.
>>
>> Bill Thompson doesn't seem to be actively working on this anymore, so 
>> I don't think there is anyone with commit privileges that has this on 
>> their radar screen.
>>
>> Juergen, I'm sure you guys are pretty busy working on getting 1.2 
>> released, but I think we really need some action on this soon.  I 
>> know we had several discussions about whether this should be part of 
>> Spring's core or some kind of sub-project.  Given that there are 
>> project like Web Flow that are dependent on it, that seems to point 
>> more towards it going into core.  How would you like to proceed on this?
>>
>> John Lewis
>> jl...@ar...
>>
>>
>>
>> Rainer Schmitz wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Erwin,
>>>
>>> as fas as I know the CVS still holds Bill's initial code from a few
>>> month ago.
>>> As you have seen there are some contributions posted to the list or
>>> attached to the confluence page. I'm holding back some more
>>> contributions until it is clear _where_ to contribute - it doesn't make
>>> sence to splatter the code over the mailing lists and wikis.
>>>
>>> Rainer
>>>
>>> Erwin Vervaet schrieb:
>>>
>>>> All,
>>>>
>>>> I've been integrating Portlet support into the Spring Web Flow system
>>>> and today I also added a portlet based version of the PhoneBook sample
>>>> application.
>>>>
>>>> SWF Portlet support builds on the Spring Portlet MVC framework, which
>>>> brings me to the question: what is the status of Spring Portlet MVC? A
>>>> recent discussion on the DEV list states that it will be a key feature
>>>> of Spring 1.3. However, there also seems to be a lot of confusion 
>>>> as to
>>>> how up-to-date the sources in CVS are
>>>> (http://article.gmane.org/gmane.comp.java.springframework.devel/7997)
>>>> and who is actually working on it/maintaining it. The Wiki page
>>>> (http://opensource.atlassian.com/confluence/spring/display/JSR168/Home) 
>>>>
>>>> also seems to given the impression that's it's not ready for 
>>>> prime-time
>>>> yet.
>>>>
>>>> Since SWF is now dependent on Spring Portlet MVC, we need to make sure
>>>> it is ready for release in the 1.3 timeframe. Also, since SWF is 
>>>> already
>>>> releasing preview releases (we have preview 2 coming up this 
>>>> weekend!),
>>>> we need to make sure the Portlet MVC code we're shipping with that
>>>> (which is the code from CVS) is actually in up-to-date!
>>>>
>>>> Could somebody please try to clarify the Spring Portlet MVC 
>>>> situation a
>>>> bit?
>>>>
>>>> Erwin Vervaet
>>>> erw...@er...
>>>>
>>>>
>>>> -------------------------------------------------------
>>>

-- 
J.Enrique Ruiz
CIO - DiSiD S.L.L. (http://www.disid.com)
Email: er...@di...

[Springframework-developer] FAILED BUILD: sparc-solaris1 (last 30 lines included)

[Darren D. <da...@sh...>]

1114672752
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.

buildmain:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes/META-INF
    [javac] Compiling 1035 source files to /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
    [javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hibernate3/LocalDataSourceConnectionProvider.java:37: org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider should be declared abstract; it does not define supportsAggressiveRelease() in org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: x86-solaris1 (last 30 lines included)

[Darren D. <da...@sh...>]

1114668959
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.

buildmain:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes/META-INF
    [javac] Compiling 1035 source files to /home/users/d/da/davison/checkouts/spring/target/x86-solaris1/classes
    [javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hibernate3/LocalDataSourceConnectionProvider.java:37: org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider should be declared abstract; it does not define supportsAggressiveRelease() in org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: sparc-solaris2 (last 30 lines included)

[Darren D. <da...@sh...>]

1114665498
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.

buildmain:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes/META-INF
    [javac] Compiling 1035 source files to /home/users/d/da/davison/checkouts/spring/target/sparc-solaris2/classes
    [javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hibernate3/LocalDataSourceConnectionProvider.java:37: org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider should be declared abstract; it does not define supportsAggressiveRelease() in org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: ppc-osx2 (last 30 lines included)

[Darren D. <da...@sh...>]

1114661769
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.

buildmain:
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
    [mkdir] Created dir: /home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes/META-INF
    [javac] Compiling 1035 source files to /home/users/d/da/davison/checkouts/spring/target/ppc-osx2/classes
    [javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hibernate3/LocalDataSourceConnectionProvider.java:37: org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider should be declared abstract; it does not define supportsAggressiveRelease() in org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

[Springframework-developer] FAILED BUILD: x86-linux2 (last 30 lines included)

[Darren D. <da...@sh...>]

1114650970
FAILED
Buildfile: build.xml

clean:

compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.

buildmain:
    [mkdir] Created dir: /var/local/home/users/d/da/davison/checkouts/spring/target/x86-linux2/classes
    [mkdir] Created dir: /var/local/home/users/d/da/davison/checkouts/spring/target/x86-linux2/classes/META-INF
    [javac] Compiling 1035 source files to /var/local/home/users/d/da/davison/checkouts/spring/target/x86-linux2/classes
    [javac] /var/local/home/users/d/da/davison/checkouts/spring/src/org/springframework/orm/hibernate3/LocalDataSourceConnectionProvider.java:37: org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider is not abstract and does not override abstract method supportsAggressiveRelease() in org.hibernate.connection.ConnectionProvider
    [javac] public class LocalDataSourceConnectionProvider implements ConnectionProvider {
    [javac]        ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

Re: [Springframework-developer] OpenSessionInViewFilter - can lose filter-chain exception causes

[Nick M. <nic...@gm...>]

Holy crap, these mails took a long time to come through the mail system...
I got all of these 3 mails today. (3 days after they were sent..).
Is there a problem with the SF mailing list / mail server?

> Well, SessionFactoryUtils.closeSessionIfNecessary already catches all
> declared exceptions and logs them at error level, exactly because it is
> usually called in finally blocks, where the original exception should not
> get overridden.

Yes. But your closeSession is overridable - so you dont necessarily
control what gets called there...
In the case I was looking at, it was indeed overridden, and calling
session.flush ... which is where the ISE was coming from...

> Anyway, I've added a catch(RuntimeException) block
> there, logging any RuntimeException at error level too instead of
> propagating it.

Did you put the catch around the filterchain or around the
finally-block? (I looked at viewcvs - couldnt see any change.

Once I looked at my proposed change in an ide, I decided it sucked.
Much simpler is to just put a try-catch around everything in the
finally-block. You always prefer the original exception to propagate
out (if thats why we are in the finally block) - and typically any
exception in cleanup code, you can safely log and continue...

Cheers,

-Nick




On 4/27/05, Juergen Hoeller <ju...@in...> wrote:
> Well, SessionFactoryUtils.closeSessionIfNecessary already catches all
> declared exceptions and logs them at error level, exactly because it is
> usually called in finally blocks, where the original exception should not
> get overridden.
>=20
> An IllegalStateException is simply unexpected there. I would have expecte=
d
> an IllegalStateException thrown by a custom type to be wrapped in a
> HibernateException. Anyway, I've added a catch(RuntimeException) block
> there, logging any RuntimeException at error level too instead of
> propagating it.
>=20
> Thanks for pointing this out, Nick!
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Nick Minutello
> Sent: Monday, April 25, 2005 4:14 AM
> To: spr...@li...
> Subject: [Springframework-developer] OpenSessionInViewFilter - can lose
> filter-chain exception causes
>=20
> Chaps,
>=20
> Just having spent some time tracking down a problem (a Hibernate
> Session leak, in fact) - it seems that The OpenSessionInViewFilter is
> hiding some root-cause information that I need.
>=20
> The problem with try-finally's (ie no catch) is that if we are in the
> finally-block because of an exception, and then we get a new exception
> in the finally block, the original exception will be lost :-o.
>=20
> In my particular case, the call to closeSession() on line 181 is
> resulting  in an IllegalStateException (way deep in a custom type in
> hibernate).
>=20
> This means that the exception coming out of filterChain.doFilter() on
> line 172 is lost.
> In my particular case the IllegalStateException is occuring as a
> result of the original exception.
>=20
> 171  try {
> 172   filterChain.doFilter(request, response);
> 173  }
> 174
> 175  finally {
> 176   if (!participate) {
> 177    if (isSingleSession()) {
> 178     // single session mode
> 179     TransactionSynchronizationManager.unbindResource(sessionFactory);
> 180     logger.debug("Closing single Hibernate session in
> OpenSessionInViewFilter");
> 181     closeSession(session, sessionFactory);
> 182    }
> 183    else {
> 184     // deferred close mode
> 185     SessionFactoryUtils.processDeferredClose(sessionFactory);
> 186    }
> 187   }
> 188  }
>=20
> A better approach is to add a catch block and record any exception
> that comes out of the filter chain - in case we get a new exception in
> the finally bock:
> We then have to make a choice about which we throw out. IMO, the first
> exception is more interesting (but in any case, we throw one and log
> the other- we dont want to lose any information)
>=20
> Here is what I usually do in this situation:
>=20
>       Exception originalException;
> 171  try {
> 172   filterChain.doFilter(request, response);
> 173  }
> 174
>       catch (Exception e) {
>           originalException =3D e;
>       }
> 175  finally {
>        try {
> 176   if (!participate) {
> 177    if (isSingleSession()) {
> 178     // single session mode
> 179     TransactionSynchronizationManager.unbindResource(sessionFactory);
> 180     logger.debug("Closing single Hibernate session in
> OpenSessionInViewFilter");
> 181     closeSession(session, sessionFactory);
> 182    }
> 183    else {
> 184     // deferred close mode
> 185     SessionFactoryUtils.processDeferredClose(sessionFactory);
> 186    }
> 187   }
>        catch (Exception e) {
>           if (originalException !=3D null) {
>              // yikes we have an exception while cleaning up after
> the first one!
>              log.error("Error while cleaning up after exception from
> filter chain", e);
>              throw originalException;
>           }
>           throw e;
>        }
> 188  }
>=20
> In some cases, I would tend towards catching Error as well as Exception.
> Its quite conceivable to get a java.lang.Error - like
> NoSuchMethodError - because of a runtime jar mismatch... its not
> pleasant to have this hidden :-)
> I have had this very problem in a home-grown Hibernate session filter...
>=20
> Cheers,
>=20
> -Nick
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Tell us your software development plans!
> Take this survey and enter to win a one-year sub to SourceForge.net
> Plus IDC's 2005 look-ahead and a copy of this survey
> Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=3D105hix
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] spring build.256 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050428001706Lbuild.256

Re: [Springframework-developer] BindStatus.value

[Erwin V. <erw...@er...>]

Another possibility is putting the Errors object in the FLOW scope (by 
default it is in REQUEST scope). That way it (and the binder with all its 
custom editors) will be available for the entire lifetime of the flow, so 
you only have to initialize it once (e.g. when the flow starts).

Note that you can use FormAction.setupForm() to init the binder and put the 
Errors in the REQUEST or FLOW scope.

Erwin Vervaet
erw...@er...
----- Original Message ----- 
From: "Will Butler" <wil...@ra...>
To: <spr...@li...>
Sent: Wednesday, April 27, 2005 6:18 PM
Subject: Re: [Springframework-developer] BindStatus.value


> So, how can I handle this with web flow? For each "request" in which a
> bind is not performed, it seems that I will have to add in a state that
> creates a binder, registers my custom editors, and sticks the bind
> exception model in my model. Have any other web flow users dealt with
> this problem?
>
> Thanks,
>
> Will
>
> On Thu, 2005-04-14 at 17:23 +0200, Juergen Hoeller wrote:
>> Well, the custom property editors are carried by the BindException's
>> BeanWrapper instance. If there is no BindException in the model, we can 
>> only
>> use a default BeanWrapper to obtain a property value, where there can't 
>> be
>> any custom editors...
>>
>> So if you want custom property editors to apply, expose the binder's
>> BindException through including errors.getModel() in your model. Even if
>> there are no errors contained in it, this will expose all custom property
>> editors that apply.
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...]On Behalf
>> Of Will Butler
>> Sent: Thursday, April 14, 2005 8:50 AM
>> To: spr...@li...
>> Subject: [Springframework-developer] BindStatus.value
>>
>>
>> All,
>>
>> When there are errors in the model, status.value is obtained from
>> errors.getFieldValue(expression), which executes a custom property
>> editor for the field if one exists.
>>
>> When there aren't errors in the model, status.value is obtained from the
>> bean wrapper, and custom property editors are not invoked. Why not?
>>
>> Thanks,
>>
>> Will
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Tell us your software development plans!
> Take this survey and enter to win a one-year sub to SourceForge.net
> Plus IDC's 2005 look-ahead and a copy of this survey
> Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>