springframework-developer — Spring Framework developers list

Re: [Springframework-developer] branching CVS

[Rod J. <rod...@in...>]

Yes, I think we're going to have to do this soon. I was against it earlier
as we were still adding new features.

----- Original Message -----
From: "Darren Davison" <da...@da...>
To: <spr...@li...>
Sent: Tuesday, February 17, 2004 8:47 PM
Subject: [Springframework-developer] branching CVS


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I remember this being asked a while back, but are there any plans to branch
the 1.0 code in CVS so that HEAD continues to be used for 1.1 and beyond?
If not, how will 1.0 bugs/revisions be handled once new features begin to
be implemented?

- --

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAMn3YKLMLAN01aw0RAg1+AJ9SwnsV4Mpyf8IPn6WBu4K6PcPiEQCbBkGQ
JFXwaxVq/0EnIRpb6iMsIzQ=
=VgU+
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=ick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Simpler Web MVC Configuration Proposal

[<jue...@we...>]

Jim,
=20
First of all, thanks for the extensive discussion of Spring's web =
configuration :-)
=20
Point taken that Spring's web MVC offers an awful lot of options, =
particularly in comparison to other web frameworks. However, you're =
using Petclinic's specific configuration style as reference here; there =
are much simpler styles available. Another point taken: Petclinic should =
probably illustrate a simpler style.
=20
As a counterexample, let's take "example-servlet.xml" from the =
"webapp-minimal" skeleton that ships with the Spring distribution. =
There, the web app consists of one controller; the entire configuration =
looks as follows (omitting comments):
=20
<beans>
  <bean name=3D"/test" class=3D"example.ExampleController"/>
</beans>
=20
All the configuration options have implicit defaults; let's examine them =
one by one:
- The default ViewResolver is an InternalResourceViewResolver, simply =
interpreting view names as resource URLs in the web application. Our =
sample controller returns "/test.jsp"; this is obviously no true =
symbolic name but straightforward for simple purposes.
- The default HandlerMapping is a BeanNameUrlHandlerMapping, =
interpreting bean names as URLs within the DispatcherServlet mapping =
"/example/*". Our controller is therefore mapped to "/example/test".
- The default HandlerAdapter is a SimpleControllerHandlerAdapter, =
understanding how to handle Controller implementation. In typical =
applications, you never have to worry about this in the first place.
- Exception handling is delegated to the servlet container, as there is =
no default HandlerExceptionResolver. Specify your error pages in web.xml =
here, as usual.
- We don't have a MultiActionController here; therefore we don't need a =
MethodNameResolver.
=20
Obviously, the biggest drawback of this extremely simple configuration =
style is the lack of true symbolic view names. "example-servlet.xml" =
shows in a comment how to add a custom InternalResourceViewResolver that =
prepends and appends stuff to the symbolic view name:
=20
 <bean id=3D"viewResolver" =
class=3D"org.springframework.web.servlet.view.InternalResourceViewResolve=
r">
  <property =
name=3D"viewClass"><value>org.springframework.web.servlet.view.JstlView</=
value></property>
  <property name=3D"prefix"><value>/WEB-INF/jsp/</value></property>
  <property name=3D"suffix"><value>.jsp</value></property>
 </bean>

If you add this bean to the above, the controller can for example return =
"test" to trigger the rendering of "/WEB-INF/jsp/test.jsp". Granted, =
there is a tight coupling between logical view names and actual resource =
names here - but it's not in the controller! If you want to map to =
arbitrary view resources, simply switch to a different ViewResolver. =
However, for many typical applications, such a prepend/append strategy =
is good enough (I tend to use it myself).
=20
You will have two separate configuration files if you use =
ResourceBundleViewResolver, but that's by no means a requirement. The =
main advantage of that ViewResolver is that it can easily use localized =
view mappings, i.e. different view resources for different languages. A =
further benefit is that you can define arbitrary view mappings (you can =
also have that via XmlViewResolver, in a separate XML view definition =
file).
=20
The above is basically also the configuration strategy that our =
JPetStore uses. The only difference is that we use two explicit =
HandlerMappings there, one for public controllers and one for secured =
controllers.
=20
Let's recap: A single bean configuration file with two beans, one for =
the controller and for the ViewResolver. If we add 10 more controllers, =
we'd have 12 beans: 11 controllers and one ViewResolver. Sounds pretty =
simple to me :-)
=20
So where's the difference to WebWork's configuration style?
- WebWork allows you to map the controller to a URL via the name; same =
here, thus no difference.
- WebWork allows you to specify the execute method in the action =
definition, but just one per action; I do not see much value in this. =
This is not the same as Spring's MultiActionController: You typically =
map multiple URLs to various methods of the same controller there; a =
separate configuration mechanism for that makes sense IMO.
- The single most significant difference is the view mapping: WebWork =
maps result names within the action definition; Spring maps them =
independent of controller definitions in separate HandlerMappings.
=20
We have somewhat different semantics in terms of view mapping: With =
WebWork, you typically use result names like "success" or "login" - =
result names for the specific action. With Spring, you typically use =
view names like "orderform" or "loginview" - view names that are =
independent of an action. With Spring's semantics, mapping them within =
the controller definition isn't appropriate, IMO; views should be =
defined separate of individual actions here.
=20
BTW, your "selectView" example from Petclinic's "findOwnerForm" is =
somewhat misleading: You can simply return the view name =
"selectOwnerView" from within a controller; the additional =
configurability of the symbolic view name is a decision that the =
application developer makes. This is similar with WebWork.
=20
Finally, I'd like to clarify that I do see the value in different =
configuration styles. My main intent is to show that you can use =
Spring's web MVC in a very simple fashion; the configuration options all =
have convenient defaults. Of course, there's always room for improvement =
or adding alternative configuration styles; maybe we can find something =
for the Spring 1.1 timeframe, based on your suggestions.
=20
However, if you want WebWork's result name semantics or throwaway =
controllers, I do recommend using WebWork on top of a Spring middle =
tier. Same for Struts if you want Struts' tag libraries; same for =
Tapestry if you want to work with page specifications and code-behind =
style MVC. Each framework has its particular advantages; I believe it's =
good to have those distinct, individual notions - they allow for true =
choice of style.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von James Cook
Gesendet: Mo 16.02.2004 23:26
An: spr...@li...
Betreff: [Springframework-developer] Simpler Web MVC Configuration =
Proposal



I have previously developed web applications using WebWork (1 & 2), and =
I
have been drawn to the Spring Framework because of its complete IOC =
support
and more so, its excellent data abstraction layer. Particularly of =
interest
to me on my current project is its Hibernate support and Transaction
capabilities.

At the moment however, I am focused on some of the web tier =
architecture. It
may not be for everyone, but I find myself longing for WebWork's simple
configuration of the web tier. I realize that I could integrate Spring =
and
WebWork and be done with it, but I don't use WebWork's taglib, nor do I =
want
to introduce another dependency if I don't have to. Right now, I am =
trying
to get Spring's web MVC framework sorted out. I apologize in advance if =
I
misstate any facts or statements regarding the Spring Framework's
capabilities or implementation. I am a Spring-chicken at the moment. :-)

I think I understand the various mapping files that must be configured, =
and
the two, three, or twelve optional variants of each. As I was going =
through
each of the classes that provide a view resolver (InternalViewResolver,
ResourceBundleViewResolver and XmlViewResolver), I began to wonder if I =
was
the only person who would like a simplified configuration. I think the
primary differentiation when comparing Spring or WebWork on the Web-tier
alone, is WebWork's simpler and more cohesive configuration file. I =
don't
think either framework's WEB MVC configuration provides any more general
functionality than the other, but I would like an optional resolver =
class
that allows a single configuration file to specify the Controllers, URL
Mapping, View Resolvers and the parameters that each may take. I don't =
think
this would be difficult either because of Spring's pluggability.

In Spring, in order to use a single controller I have to configure the:

viewResolver / instance of ResourceBundleViewResolver, XmlViewResolver,
               or InternalViewResolver.

    Used by the dispatcher servlet to resolve the ModelAndView's view
    name (and locale) to a View class.

    This object is retrieved "by name" by the dispatcher servlet, hence
    there is only one per servlet context.

handlerMapping / instance of BeanNameUrlHandlerMapping or
                 SimpleUrlHandlerMapping.

    Used by the dispatcher to

    There can be many url handlers in a single servlet context since the
    dispatcher servlet searches for bean's in its context that implement
    the HandlerMapping interface. They can also be sorted in order to
    give one handler priority over another when there is a URL that
    matches multiple HandlerMappings.
  =20
controller / instance of the Controller interface. There are a bunch of
             these, and this probably represents one of the more
             confusing aspects of Spring.
  =20
    Each controller provides different functionality from the next, but
    it seems like the design suffers a bit here. For example,
    AbstractController is extended by MultiActionController,
    BaseCommandController and ParameterizableViewController. Since a
    controller must pick a single subclass to extend, a developer can
    only take advantage of the benefits of one of these controllers. I
    preferred WebWork's use of interfaces (and IOC) to drive the capabi-
    lities of the Controller. This a moot point however, since I am only
    focused on configuration at the moment.

Each of these three configuration areas (four if you count
ExceptionResolvers, five if you count HandlerAdapters, etc.) are =
powerful in
their flexibility, but somewhat cumbersome for someone coming from =
WebWork
(or Maverick). For many of us a simpler configuration would be a welcome
augmentation to Spring, and because of Spring's configuration =
flexibility, I
don't imagine it would take away from any features.

As an example for configuration, consider the following sample from the
petclinic example application that ships with Spring.

-----------------------------------------------------------------------

petclinic-servlet.xml
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
<bean id=3D"viewResolver"
class=3D"org.springframework.web.servlet.view.ResourceBundleViewResolver"=
>
        <property name=3D"basename"><value>views</value></property>
</bean>

<bean id=3D"urlMapping"
class=3D"org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"=
>
        <property name=3D"mappings">
                <props>
                        <prop =
key=3D"/welcome.htm">clinicController</prop>
                </props>
        </property>
</bean>

<bean id=3D"clinicController"
class=3D"org.springframework.samples.petclinic.web.ClinicController">
        <property name=3D"methodNameResolver">
                <ref local=3D"clinicControllerResolver"/>
        </property>
        <property name=3D"clinic">
                <ref bean=3D"clinic"/>
        </property>
</bean>

<bean id=3D"clinicControllerResolver"
      =20
class=3D"org.springframework.web.servlet.mvc.multiaction.PropertiesMethod=
NameR
esolver">
        <property name=3D"mappings">
                <props>
                        <prop key=3D"/welcome.htm">welcomeHandler</prop>
                </props>
        </property>
</bean>

views.properties
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

welcomeView.class=3Dorg.springframework.web.servlet.view.JstlView
welcomeView.url=3D/WEB-INF/jsp/welcome.jsp

-----------------------------------------------------------------------

This is a lot of configuration information when compared to a similar
WebWork configuration. It also is spread across two files, although I
suppose that there is a Spring technique to declare viewResolver data in =
the
petclinic-servlet.xml file, perhaps by using an XmlViewResolver and
embedding the XML data as an IOC property? Another unclear step is the
knowledge the developer must possess that his
ClinicController.welcomeHandler() method returns the view mapping named
'welcomeView'. It is this name that is looked up in the views.properties
file. This is somewhat unintuitive and other examples have tried to =
combat
this ambiguity by including the view mappings directly (sort of) in the
Controller configuration.

<bean id=3D"findOwnersForm"
        =
class=3D"org.springframework.samples.petclinic.web.FindOwnersForm">
        <property =
name=3D"formView"><value>findOwnersForm</value></property>
        <property
name=3D"selectView"><value>selectOwnerView</value></property>
        <property =
name=3D"successView"><value>ownerRedirect</value></property>
</bean>

This example demonstrates something us WebWork developers have used very
effectively for some time. The view is always returned as a simple =
string in
WebWork and this maps to the actual view via configuration information. =
The
same thing is occurring in the Spring example, but in a slightly =
backhanded
way. The SimpleFormController defines formView and successView as String
properties. If the controller completes successfully, it returns
getSuccessView() as its view and this in turn returns 'ownerRefirect' as =
the
mapped view. The developer also introduced a new view result called
'selectView'. In order to support this new result view, the developer =
has to
implement the selectView property in their subclass. Very cumbersome =
when
compared to WebWork's "always map" approach to view results.

Thanks for sticking with this unintentionally long post. I guess I set =
all
of this up to suggest an alternative approach to configuring Spring's =
web
MVC that is more compact and easier for new developers. It is based =
heavily
on WebWork's configuration, so it should prove even easier for WebWork
developers to migrate. I do realize that this configuration will ruffle =
the
feathers of some architects that laud Spring's separation of components, =
but
I appreciate the fact that a configuration change does not necessarily
negate an architecture. In fact it is a testament to Spring's solid
architecture that such a configuration may be made possible without =
changing
any of Spring's infrastructure.

proposed configuration - controller.xml
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

<controller alias=3D"/welcome.htm"
        =
class=3D"org.springframework.samples.petclinic.web.ClinicController"
        method=3D"welcomeHandler">
        <property name=3D"clinic"><ref bean=3D"clinic"/></property>
        <results>
                <result name=3D"selectView"
      =20
class=3D"org.springframework.web.servlet.view.JstlView"
                        url=3D"/WEB-INF/jsp/welcome.jsp" />
                <result name=3D"successView"
      =20
class=3D"org.springframework.web.servlet.view.RedirectView"
                        url=3D"owner.htm" />
        </results>
</controller>

These seven lines in a single file represent all of the configuration
information found in the prior 23 lines spread across a couple files. =
There
are probably other Spring capabilities that I am not representing here =
in
this small example, but this is at least 95 percent of the types of web
controllers that I use. I also am not showing the new configuration bean
that would have to be configured in the xxx-servlet.xml file.

I believe this configuration data should exist in the xxx-servlet.xml =
file
or loadable from a separate file. No matter where it exists, it should =
be
loadable as an applicationContext object with full Spring IOC =
capability,
including parameter substitution.

If I was going to approach writing this new configuration support bean I
would create a configuration bean that can read in the controller.xml =
file
in a Spring IOC manner. I guess I would base this work on =
XmlViewResolver,
although I am unsure if this includes all of the IOC benefits =
automatically?

<bean id=3D"viewResolver"
        class=3D"org.springframework.web.servlet.mvc.ControllerConfig">
        <property name=3D"location">
                <value>/WEB-INF/controller.xml</value>
        </property>
</bean>

I would have to give the bean an id of "viewResolver" because that is =
the
only property that the dispatcher loads by name. The dispatcher =
discovers
the other configuration parameters by searching for interface
implementations amongst all the configured beans.

So org.springframework.web.servlet.mvc.ControllerConfig would read the
controller.xml file and implement the following interfaces:
        - org.springframework.web.servlet.ViewResolver
        - org.springframework.web.servlet.HandlerExceptionResolver
        - org.springframework.web.servlet.HandlerMapping
      =20
I'm not sure what the best approach for loading the XML configuration =
file
is to get Spring's IOC support, including external bean references from =
the
applicationContext and servletContexts. Also it should be reloadable =
during
development through the use of a flag. Any ideas on where to start with
that?
      =20
Once the configuration is loaded, it seems like the interface
implementations would be straightforward.     =20

Thanks for reading this far. Hopefully it wasn't a waste of your time!=20
- jim cook




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] branching CVS

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

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I remember this being asked a while back, but are there any plans to branch=
=20
the 1.0 code in CVS so that HEAD continues to be used for 1.1 and beyond? =
=20
If not, how will 1.0 bugs/revisions be handled once new features begin to=20
be implemented?

=2D --=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAMn3YKLMLAN01aw0RAg1+AJ9SwnsV4Mpyf8IPn6WBu4K6PcPiEQCbBkGQ
JFXwaxVq/0EnIRpb6iMsIzQ=3D
=3DVgU+
=2D----END PGP SIGNATURE-----

Re: [Springframework-developer] Help: Mysterious exception when redeploying to JBoss 3.2.3

[<jue...@we...>]

This seems to be a classloader issue. PropertiesMethodNameResolver won't =
match the MethodNameResolver interface if the two are picked up from =
different classloaders. Please double-check where you have spring.jar =
around; it should only be within your application.
=20
Of course, this could also be caused by JBoss' famous classloader =
architecture ;-)
I'm no JBoss expert; can anyone shed some light on this?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Michael Young
Gesendet: Di 17.02.2004 20:44
An: spr...@li...
Betreff: [Springframework-developer] Help: Mysterious exception when =
redeploying to JBoss 3.2.3



I am running Spring RC1 in JBoss 3.2.3, and I'm having a problem
with redeploying my application to JBoss.  When I do a redeploy
(by copying the war file over to JBoss's directory), I get the
the following exception.  This exception shouldn't happen because
the type mismatch shouldn't happen.  Everything is in right type.
This exception doesn't happen if I restart JBoss, or when JBoss
first starts up.  It only happens when my app is redeployed.

What could be the problem?  Thanks!  /Michael.

2004-02-17 11:54:19,614 INFO  =
[org.springframework.beans.factory.support.DefaultListableBeanFactory] =
Creating shared instance of singleton bean =
'userControllerMethodNameResolver'
2004-02-17 11:54:19,645 ERROR =
[org.springframework.web.servlet.DispatcherServlet] Context =
initialization failed
PropertyVetoExceptionsException: 1 errors:-- =
ErrorCodedPropertyVetoException: message=3D[Failed to convert property =
value of type =
[org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameReso=
lver] to required type =
[org.springframework.web.servlet.mvc.multiaction.MethodNameResolver] for =
property named 'methodNameResolver'; nested exception is:
        java.lang.IllegalArgumentException: argument type mismatch]; =
errorCode=3D[typeMismatch]
java.lang.IllegalArgumentException: argument type mismatch
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at =
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39)
        at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImp=
l.java:559)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperIm=
pl.java:632)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperIm=
pl.java:609)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.applyProper=
tyValues(AbstractBeanFactory.java:917)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.populateBea=
n(AbstractBeanFactory.java:743)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
AbstractBeanFactory.java:547)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tractBeanFactory.java:188)
        at =
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nstantiateSingletons(DefaultListableBeanFactory.java:211)
        at =
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
stractApplicationContext.java:280)
        at =
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
XmlWebApplicationContext.java:107)
        at =
org.springframework.web.servlet.FrameworkServlet.createWebApplicationCont=
ext(FrameworkServlet.java:268)
        at =
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContex=
t(FrameworkServlet.java:230)
        at =
org.springframework.web.servlet.FrameworkServlet.initServletBean(Framewor=
kServlet.java:202)
        at =
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java=
:78)
        at javax.servlet.GenericServlet.init(GenericServlet.java:256)
        at =
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java=
:935)
        at =
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
        at =
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.ja=
va:3422)
        at =
org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)=

        at =
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.jav=
a:821)
        at =
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at =
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedT=
omcatService.java:549)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomc=
atService.java:309)
        at =
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
        at =
org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
        at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
        at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at =
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDis=
patcher.java:284)
        at =
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
        at =
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
        at $Proxy6.deploy(Unknown Source)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSca=
nner.java:302)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScann=
er.java:458)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doSc=
an(AbstractDeploymentScanner.java:201)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop=
(AbstractDeploymentScanner.java:212)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(=
AbstractDeploymentScanner.java:191)
2004-02-17 11:54:19,645 ERROR [org.jboss.web.localhost.Engine] =
StandardContext[/databridge]: Servlet /databridge threw load() exception
javax.servlet.ServletException: Servlet.init() for servlet databridge =
threw exception
        at =
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java=
:963)
        at =
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
        at =
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.ja=
va:3422)
        at =
org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)=

        at =
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.jav=
a:821)
        at =
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at =
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedT=
omcatService.java:549)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomc=
atService.java:309)
        at =
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
        at =
org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
        at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
        at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at =
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDis=
patcher.java:284)
        at =
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
        at =
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
        at $Proxy6.deploy(Unknown Source)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSca=
nner.java:302)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScann=
er.java:458)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doSc=
an(AbstractDeploymentScanner.java:201)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop=
(AbstractDeploymentScanner.java:212)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(=
AbstractDeploymentScanner.java:191)
2004-02-17 11:54:19,661 ERROR [org.jboss.web.localhost.Engine] ----- =
Root Cause -----
PropertyVetoExceptionsException: 1 errors:-- =
ErrorCodedPropertyVetoException: message=3D[Failed to convert property =
value of type =
[org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameReso=
lver] to required type =
[org.springframework.web.servlet.mvc.multiaction.MethodNameResolver] for =
property named 'methodNameResolver'; nested exception is:
        java.lang.IllegalArgumentException: argument type mismatch]; =
errorCode=3D[typeMismatch]
java.lang.IllegalArgumentException: argument type mismatch
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at =
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39)
        at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImp=
l.java:559)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperIm=
pl.java:632)
        at =
org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperIm=
pl.java:609)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.applyProper=
tyValues(AbstractBeanFactory.java:917)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.populateBea=
n(AbstractBeanFactory.java:743)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
AbstractBeanFactory.java:547)
        at =
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tractBeanFactory.java:188)
        at =
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nstantiateSingletons(DefaultListableBeanFactory.java:211)
        at =
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
stractApplicationContext.java:280)
        at =
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
XmlWebApplicationContext.java:107)
        at =
org.springframework.web.servlet.FrameworkServlet.createWebApplicationCont=
ext(FrameworkServlet.java:268)
        at =
org.springframework.web.servlet.FrameworkServlet.initWebApplicationContex=
t(FrameworkServlet.java:230)
        at =
org.springframework.web.servlet.FrameworkServlet.initServletBean(Framewor=
kServlet.java:202)
        at =
org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java=
:78)
        at javax.servlet.GenericServlet.init(GenericServlet.java:256)
        at =
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java=
:935)
        at =
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
        at =
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.ja=
va:3422)
        at =
org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)=

        at =
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.jav=
a:821)
        at =
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at =
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedT=
omcatService.java:549)
        at =
org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomc=
atService.java:309)
        at =
org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
        at =
org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
        at =
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
        at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
        at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at =
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDis=
patcher.java:284)
        at =
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
        at =
org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
        at $Proxy6.deploy(Unknown Source)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSca=
nner.java:302)
        at =
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScann=
er.java:458)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doSc=
an(AbstractDeploymentScanner.java:201)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop=
(AbstractDeploymentScanner.java:212)
        at =
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(=
AbstractDeploymentScanner.java:191)



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] [PATCH] doc/reference/src/aop.xml

[Francois B. <fb...@us...>]

Will do so tomorrow.

Bye,
Fran=E7ois

On Tue, 17 Feb 2004 19:51:59 +0000, "Darren Davison"
<da...@da...> said:
> On Tuesday 17 February 2004 13:43, Francois Beausoleil wrote:
>=20
> > Would you prefer that I resubmit a patch without the CDATA sections ?  I
> > can certainly do that.
>=20
> I guess it makes sense if people are using editing tools for the docs,=20
> thanks.
>=20
> --=20
>=20
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/

[Springframework-developer] Help: Mysterious exception when redeploying to JBoss 3.2.3

[Michael Y. <sp...@on...>]

I am running Spring RC1 in JBoss 3.2.3, and I'm having a problem
with redeploying my application to JBoss.  When I do a redeploy
(by copying the war file over to JBoss's directory), I get the
the following exception.  This exception shouldn't happen because
the type mismatch shouldn't happen.  Everything is in right type.
This exception doesn't happen if I restart JBoss, or when JBoss
first starts up.  It only happens when my app is redeployed.

What could be the problem?  Thanks!  /Michael.

2004-02-17 11:54:19,614 INFO  [org.springframework.beans.factory.support.DefaultListableBeanFactory] Creating shared instance of singleton bean 'userControllerMethodNameResolver'
2004-02-17 11:54:19,645 ERROR [org.springframework.web.servlet.DispatcherServlet] Context initialization failed
PropertyVetoExceptionsException: 1 errors:-- ErrorCodedPropertyVetoException: message=[Failed to convert property value of type [org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver] to required type [org.springframework.web.servlet.mvc.multiaction.MethodNameResolver] for property named 'methodNameResolver'; nested exception is: 
	java.lang.IllegalArgumentException: argument type mismatch]; errorCode=[typeMismatch]
java.lang.IllegalArgumentException: argument type mismatch
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:559)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperImpl.java:632)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperImpl.java:609)
	at org.springframework.beans.factory.support.AbstractBeanFactory.applyPropertyValues(AbstractBeanFactory.java:917)
	at org.springframework.beans.factory.support.AbstractBeanFactory.populateBean(AbstractBeanFactory.java:743)
	at org.springframework.beans.factory.support.AbstractBeanFactory.createBean(AbstractBeanFactory.java:547)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:188)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:211)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:280)
	at org.springframework.web.context.support.XmlWebApplicationContext.refresh(XmlWebApplicationContext.java:107)
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:268)
	at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:230)
	at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:202)
	at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:78)
	at javax.servlet.GenericServlet.init(GenericServlet.java:256)
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3422)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedTomcatService.java:549)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomcatService.java:309)
	at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
	at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
	at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
	at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
	at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
	at $Proxy6.deploy(Unknown Source)
	at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302)
	at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:458)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:212)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:191)
2004-02-17 11:54:19,645 ERROR [org.jboss.web.localhost.Engine] StandardContext[/databridge]: Servlet /databridge threw load() exception
javax.servlet.ServletException: Servlet.init() for servlet databridge threw exception
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:963)
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3422)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedTomcatService.java:549)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomcatService.java:309)
	at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
	at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
	at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
	at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
	at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
	at $Proxy6.deploy(Unknown Source)
	at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302)
	at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:458)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:212)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:191)
2004-02-17 11:54:19,661 ERROR [org.jboss.web.localhost.Engine] ----- Root Cause -----
PropertyVetoExceptionsException: 1 errors:-- ErrorCodedPropertyVetoException: message=[Failed to convert property value of type [org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver] to required type [org.springframework.web.servlet.mvc.multiaction.MethodNameResolver] for property named 'methodNameResolver'; nested exception is: 
	java.lang.IllegalArgumentException: argument type mismatch]; errorCode=[typeMismatch]
java.lang.IllegalArgumentException: argument type mismatch
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValue(BeanWrapperImpl.java:559)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperImpl.java:632)
	at org.springframework.beans.BeanWrapperImpl.setPropertyValues(BeanWrapperImpl.java:609)
	at org.springframework.beans.factory.support.AbstractBeanFactory.applyPropertyValues(AbstractBeanFactory.java:917)
	at org.springframework.beans.factory.support.AbstractBeanFactory.populateBean(AbstractBeanFactory.java:743)
	at org.springframework.beans.factory.support.AbstractBeanFactory.createBean(AbstractBeanFactory.java:547)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:188)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:211)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:280)
	at org.springframework.web.context.support.XmlWebApplicationContext.refresh(XmlWebApplicationContext.java:107)
	at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:268)
	at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:230)
	at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:202)
	at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:78)
	at javax.servlet.GenericServlet.init(GenericServlet.java:256)
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3422)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:3623)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.createWebContext(EmbeddedTomcatService.java:549)
	at org.jboss.web.tomcat.tc4.EmbeddedTomcatService.performDeploy(EmbeddedTomcatService.java:309)
	at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:428)
	at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:642)
	at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:605)
	at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
	at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
	at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
	at $Proxy6.deploy(Unknown Source)
	at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:302)
	at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:458)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:212)
	at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:191)

Re: [Springframework-developer] [PATCH] doc/reference/src/aop.xml

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

On Tuesday 17 February 2004 13:43, Francois Beausoleil wrote:

> Would you prefer that I resubmit a patch without the CDATA sections ?  I
> can certainly do that.

I guess it makes sense if people are using editing tools for the docs, 
thanks.

-- 

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] JdbcHelper

[<jue...@we...>]

Great! This is really a convenient way to execute simple SQL statements, =
both for update and for query.=20
=20
Allowing for using PreparedStatements without having to implement a =
PreparedStatementSetter is a significant benefit, as is giving easy =
access to simple results, avoiding the need for implementing a =
RowCallbackHandler. int results are worth special support here, as =
aggregate functions (count etc) all have integer results.
=20
I guess this is as good as it gets in a programmatic fashion. For =
declarative statements declarations and declarative parameter and/or =
result mappings, iBATIS SQL Maps is the way to go. Both approaches have =
clear value; it's good to see them both tap their respective full =
potential.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von tri...@tr...
Gesendet: Di 17.02.2004 20:02
An: spr...@li...
Betreff: RE: [Springframework-developer] JdbcHelper



I like the changes - the new method names fit better with the rest of =
the
JdbcTemplate and Rod got his convenience 'int' method.  Unfortunaltely =
it did
not work to well for Oracle since getObject() maps a NUMERIC to
java.math.BigDecimal.  I added an explicit new Integer(getInt()) when =
the target
is an Integer and the result looks like it could be an integer (NUMERIC,
INTEGER, SMALLINT, TINYINT).

These all work for Oracle:
int i1 =3D jt.queryForInt("select count(*) from emp");
Object o2 =3D jt.queryForObject("select sysdate from dual", =
java.util.Date.class);
Object o3 =3D jt.queryForObject("select to_number('12.456', '9999.999') =
from
dual", Number.class);
Object o4 =3D jt.queryForList("select * from emp");


Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>:

> I've reviewed the code, and I think it's good that we're addressing =
this =3D
> in JdbcTemplate itself. However, on second thought, it seems confusing =
=3D
> to have a runSqlStatement method that executes either a query or =
update, =3D
> with a multitude of possible result semantics. Thus, I've refactored =
=3D
> this into overloaded query/queryForList/queryForObject/queryForInt =3D
> methods.
>
> I've also added corresponding queryXxx and update methods that work =
with =3D
> PreparedStatements, taking an Object[] (and optionally a int[] array =
for =3D
> the SQL types) as arguments that get bound to the PreparedStatement. =
=3D
> This effectively offers some of the conveniences of SqlQuery's find =
=3D
> methods in JdbcTemplate itself; I think that's a valuable addition.
>
> Furthermore, I've put the new methods in JdbcOperations. In the course =
=3D
> of this, I've dropped doWithResultFromXxx methods from the =3D
> JdbcOperations interface: This is not something to be used on a =
regular =3D
> basis, thus I guess it's enough to make them available in JdbcTemplate =
=3D
> itself. This completely avoids the need to refer to the =3D
> ResultSetExtractor interface in the JdbcOperations interface.
>
> As a further minor change, I've allowed ResultSetExtractor to return =
an =3D
> arbitrary result object. The doWithResultFromXxx methods simply pass =
=3D
> this through. The new queryForList/queryForObject/queryForInt methods =
=3D
> are more elegant to implement with this. Finally, I've also moved =3D
> ColumnExtractor and DefaultColumnExtractor to the sandbox: They were =
=3D
> just used by JdbcHelper.
>
> (to be committed in about half an hour)
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On =
Behalf
> Of tri...@tr...
> Sent: Monday, February 16, 2004 10:16 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] JdbcHelper
>
>
>
> I have committed the new method to CVS.  I will add my local tests to =
=3D
> the proper
> test class later today or tomorrow (this is a standalone feature so =
=3D
> little risk
> of breaking any other functionality).  This might actually turn out to =
=3D
> be more
> of a test of MockObjects than real code, but it will at least outline =
=3D
> expected
> functionality.
>
> I ended up implementing (3) as an ArrayList of HashMaps using the =
column =3D
> name as
> key.  We could replace this with a disconnected rowset in the future.
>
> I'll think about the convenience method - is "int" sufficient?
>
> Here is an example:
>
> DriverManagerDataSource ds =3D3D new DriverManagerDataSource();
> ds.setDriverClassName("oracle.jdbc.driver.OracleDriver");
> ds.setUrl("jdbc:oracle:thin:@localhost:1521:ORCL");
> ds.setUsername("scott");
> ds.setPassword("tiger");
> JdbcTemplate jt =3D3D new JdbcTemplate(ds);
> Object o =3D3D jt.runSqlStatement("select * from emp");
> System.out.println(o.getClass().getName());
> System.out.println(o);
>
> java.util.ArrayList
> [{SAL=3D3D800, HIREDATE=3D3D1980-12-17 00:00:00.0, COMM=3D3Dnull, =3D
> EMPNO=3D3D7369, JOB=3D3DCLERK,
> DEPTNO=3D3D20, MGR=3D3D7902, ENAME=3D3DSMITH}, {SAL=3D3D1600, =3D
> HIREDATE=3D3D1981-02-20 00:00:00.0,
> COMM=3D3D300, EMPNO=3D3D7499, JOB=3D3DSALESMAN, DEPTNO=3D3D30, =
MGR=3D3D7698, =3D
> ENAME=3D3DALLEN},
> {SAL=3D3D1250, HIREDATE=3D3D1981-02-22 00:00:00.0, COMM=3D3D500, =
EMPNO=3D3D7521, =3D
> JOB=3D3DSALESMAN,
> DEPTNO=3D3D30, MGR=3D3D7698, ENAME=3D3DWARD}, {SAL=3D3D2975, =3D
> HIREDATE=3D3D1981-04-02 00:00:00.0,
> COMM=3D3Dnull, EMPNO=3D3D7566, JOB=3D3DMANAGER, DEPTNO=3D3D20, =
MGR=3D3D7839, =3D
> ENAME=3D3DJONES},
> {SAL=3D3D1250, HIREDATE=3D3D1981-09-28 00:00:00.0, COMM=3D3D1400, =3D
> EMPNO=3D3D7654, JOB=3D3DSALESMAN,
> DEPTNO=3D3D30, MGR=3D3D7698, ENAME=3D3DMARTIN}, {SAL=3D3D2850, =3D
> HIREDATE=3D3D1981-05-01 00:00:00.0,
> COMM=3D3Dnull, EMPNO=3D3D7698, JOB=3D3DMANAGER, DEPTNO=3D3D30, =
MGR=3D3D7839, =3D
> ENAME=3D3DBLAKE},
> {SAL=3D3D2450, HIREDATE=3D3D1981-06-09 00:00:00.0, COMM=3D3Dnull, =3D
> EMPNO=3D3D7782, JOB=3D3DMANAGER,
> DEPTNO=3D3D10, MGR=3D3D7839, ENAME=3D3DCLARK}, {SAL=3D3D3000, =3D
> HIREDATE=3D3D1987-04-19 00:00:00.0,
> COMM=3D3Dnull, EMPNO=3D3D7788, JOB=3D3DANALYST, DEPTNO=3D3D20, =
MGR=3D3D7566, =3D
> ENAME=3D3DSCOTT},
> {SAL=3D3D5000, HIREDATE=3D3D1981-11-17 00:00:00.0, COMM=3D3Dnull, =3D
> EMPNO=3D3D7839, JOB=3D3DPRESIDENT,
> DEPTNO=3D3D10, MGR=3D3Dnull, ENAME=3D3DKING}, {SAL=3D3D1500, =3D
> HIREDATE=3D3D1981-09-08 00:00:00.0,
> COMM=3D3D0, EMPNO=3D3D7844, JOB=3D3DSALESMAN, DEPTNO=3D3D30, =
MGR=3D3D7698, =3D
> ENAME=3D3DTURNER}, {SAL=3D3D1100,
> HIREDATE=3D3D1987-05-23 00:00:00.0, COMM=3D3Dnull, EMPNO=3D3D7876, =3D
> JOB=3D3DCLERK, DEPTNO=3D3D20,
> MGR=3D3D7788, ENAME=3D3DADAMS}, {SAL=3D3D950, HIREDATE=3D3D1981-12-03 =
=3D
> 00:00:00.0, COMM=3D3Dnull,
> EMPNO=3D3D7900, JOB=3D3DCLERK, DEPTNO=3D3D30, MGR=3D3D7698, =
ENAME=3D3DJAMES}, =3D
> {SAL=3D3D3000,
> HIREDATE=3D3D1981-12-03 00:00:00.0, COMM=3D3Dnull, EMPNO=3D3D7902, =3D
> JOB=3D3DANALYST, DEPTNO=3D3D20,
> MGR=3D3D7566, ENAME=3D3DFORD}, {SAL=3D3D1300, HIREDATE=3D3D1982-01-23 =
=3D
> 00:00:00.0, COMM=3D3Dnull,
> EMPNO=3D3D7934, JOB=3D3DCLERK, DEPTNO=3D3D10, MGR=3D3D7782, =
ENAME=3D3DMILLER}]
>
> Thomas
>
>
> Quoting Rod Johnson <rod...@in...>:
>
> > Thomas,
> >=3D20
> > Sounds great. With this there I'd be glad to get rid of JdbcHelper.
> >=3D20
> > Not sure about (3). I think this needs further thought. For 1.1 we =
=3D
> could add
> > a true disconnected result set: not RowSet as it throws =
SQLException, =3D
> which
> > we want to get away from.
> >=3D20
> > Also a convenience method returning int would be handy, for counts =
and =3D
> the
> > like. Please can I have this, despite Juergen's dislike of =
convenience
> > methods :-)
> >=3D20
> > Regards,
> > Rod
> >=3D20
> > ----- Original Message -----
> > From: <tri...@tr...>
> > To: <spr...@li...>
> > Sent: Monday, February 16, 2004 5:26 PM
> > Subject: RE: [Springframework-developer] JdbcHelper
> >=3D20
> >=3D20
> > > I can see the need to go beyond a single row/value type query.
> > >
> > > How about a new method for the JdbcTemplate:
> > >
> > > Object runSqlStatement(String)
> > >
> > > Based on the type of SQL passed in it would return:
> > >
> > > 1) An Integer containing the number of rows affected if it is an =
=3D
> update
> > statement
> > >
> > > runSqlStatement("update emp set salary =3D3D salary * 1.5") would =
=3D
> return an
> > Integer
> > > with the update count
> > >
> > > 2) A single Object (Integer/Long/String) based on the value =
returned =3D
> from
> > a
> > > single value/single row query
> > >
> > > runSqlStatement("select last_name frmo emp where id =3D3D 2") =
would =3D
> return a
> > String
> > > containing the last name
> > >
> > > 3) An ArrayList of ArrayLists containing a list of rows with a =
list =3D
> of
> > column
> > > values returned by the query
> > >
> > > runSqlStatement("selecy id, last_name from emp") would return an =
=3D
> ArrayList
> > > containing an ArrayList for each row.  The second list would =
contain =3D
> an
> > Integer
> > > with the id and a String with the last_name.
> > >
> > >
> > > Number 3 might be a stretch, but we would still have to check for =
=3D
> this,
> > since we
> > > have no control over the SQL coming in.
> > >
> > > Thomas
> > >
> > >
> > > Quoting rod...@in...:
> > >
> > > > I've actually just (yesterday) introduced into into a whole
> > > > bunch of test cases at a client. Maybe we could put an
> > > > improved runSQLFunction() method on JdbcTemplate? This is a
> > > > very convenient one-liner, and basically the only reason I
> > > > use JdbcTemplate.
> > > >
> > > > Regards,
> > > > Rod
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with
> > > > a free DVD software kit from IBM. Click Now!
> > > > =
http://ads.osdn.com/?ad_id=3D3D1356&alloc_id=3D3D3438&op=3D3Dclick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > =3D
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > >
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=3D3D1356&alloc_id=3D3D3438&op=3D3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =3D
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=3D20
> >=3D20
> >=3D20
> >=3D20
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=3D3D1356&alloc_id=3D3D3438&op=3D3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=3D20
>
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D3D1356&alloc_id=3D3D3438&op=3D3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Re: [springframework - Open Discu ssion] Two feature requests

[Kopylenko, D. <dko...@ac...>]

Backward compatible - +1

-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Sent: Tuesday, February 17, 2004 2:10 PM
To: spr...@li...
Subject: [Springframework-developer] Re: [springframework - Open =
Discussion]
Two feature requests


Actually, this is extremely easy to implement: I've just adapted
DefaultXmlBeanDefinitionParser and it works nicely, still allowing for
<value> tags but also for text values as CDATA...
=20
Of course, I do appreciate the explicit notion of a value, but I guess =
we
should allow for this shortcut style too - we shouldn't force people =
into a
certain style here.
=20
If noone objects, I'll commit this promptly.
=20
Juergen
=20

________________________________

Von: j=FCrgen h=F6ller [werk3AT]
Gesendet: Di 17.02.2004 20:02
An: spr...@li...
Betreff: Fw: [springframework - Open Discussion] Two feature requests


Any thoughts on suggestion number 2? As I wrote in that forum, I've
considered that myself repeatedly...
=20
Juergen
=20

________________________________

Von: SourceForge.net [mailto:no...@so...]
Gesendet: Mo 16.02.2004 18:10
An: no...@so...
Betreff: [springframework - Open Discussion] Two feature requests




Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=3D2425898
By: aaron

Since there are no trackers...

I have two feature requests, and some comments

1) Add a default attribute to the ParameterMethodNameResolver.  =
Currently,
if the parameter is not present, this resolver just bombs all over... =
Having
a default would be trivial to implement and allow the developer to let =
the
application proceed when a parameter was not provided (no reason to =
pollute
the GET url)

2) This might be a religious issue, but it would be very convenient if =
the
requirement of using a nested <value> element in <property> elements, =
for
values was lifted.  Either there is CDATA (in which case we assume it's =
a
literal value), or there are nested elements.  Having both could simply
result in a configuration error.  This would save typing and lots of
cumbersome errors relating to not including the nested <value> element.
Also, some docs give examples with literals without this <value> =
element.

The other things I've run into is: in mapping handlers, although you =
can
inspect the request and response arguments, you cannot rewrite them =
(since
the interfaces do not provide mutators).  This makes using request =
wrappers
impossible.  I suggest another form of method signature for handlers =
which
take objects which hold a reference to HttpServletRequest and
HttpServletResponse respectively, instead of having those objects as =
direct,
immutable arguments.

To get around this I have overridden a handleRequestInternal method in =
my
controller and just call super.handleRequestInternal giving it my
HttpServletRequestWrapper.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum. =
To
stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=3D250339




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: [springframework - Open Discussion] Two feature requests

[<jue...@we...>]

Actually, this is extremely easy to implement: I've just adapted =
DefaultXmlBeanDefinitionParser and it works nicely, still allowing for =
<value> tags but also for text values as CDATA...
=20
Of course, I do appreciate the explicit notion of a value, but I guess =
we should allow for this shortcut style too - we shouldn't force people =
into a certain style here.
=20
If noone objects, I'll commit this promptly.
=20
Juergen
=20

________________________________

Von: j=FCrgen h=F6ller [werk3AT]
Gesendet: Di 17.02.2004 20:02
An: spr...@li...
Betreff: Fw: [springframework - Open Discussion] Two feature requests


Any thoughts on suggestion number 2? As I wrote in that forum, I've =
considered that myself repeatedly...
=20
Juergen
=20

________________________________

Von: SourceForge.net [mailto:no...@so...]
Gesendet: Mo 16.02.2004 18:10
An: no...@so...
Betreff: [springframework - Open Discussion] Two feature requests




Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=3D2425898
By: aaron

Since there are no trackers...

I have two feature requests, and some comments

1) Add a default attribute to the ParameterMethodNameResolver.  =
Currently, if
the parameter is not present, this resolver just bombs all over... =
Having a
default would be trivial to implement and allow the developer to let the =
application
proceed when a parameter was not provided (no reason to pollute the GET =
url)

2) This might be a religious issue, but it would be very convenient if
the requirement of using a nested <value> element in <property> =
elements, for
values was lifted.  Either there is CDATA (in which case we assume it's =
a literal
value), or there are nested elements.  Having both could simply result =
in a
configuration error.  This would save typing and lots of cumbersome =
errors relating
to not including the nested <value> element.  Also, some docs give =
examples
with literals without this <value> element.

The other things I've run into is: in mapping handlers, although you can =
inspect
the request and response arguments, you cannot rewrite them (since the =
interfaces
do not provide mutators).  This makes using request wrappers impossible. =
 I
suggest another form of method signature for handlers which take objects =
which
hold a reference to HttpServletRequest and HttpServletResponse =
respectively,
instead of having those objects as direct, immutable arguments.

To get around this I have overridden a handleRequestInternal method in =
my controller
and just call super.handleRequestInternal giving it
my HttpServletRequestWrapper.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=3D250339

[Springframework-developer] Fw: [springframework - Open Discussion] Two feature requests

[<jue...@we...>]

Any thoughts on suggestion number 2? As I wrote in that forum, I've =
considered that myself repeatedly...
=20
Juergen
=20

________________________________

Von: SourceForge.net [mailto:no...@so...]
Gesendet: Mo 16.02.2004 18:10
An: no...@so...
Betreff: [springframework - Open Discussion] Two feature requests




Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=3D2425898
By: aaron

Since there are no trackers...

I have two feature requests, and some comments

1) Add a default attribute to the ParameterMethodNameResolver.  =
Currently, if
the parameter is not present, this resolver just bombs all over... =
Having a
default would be trivial to implement and allow the developer to let the =
application
proceed when a parameter was not provided (no reason to pollute the GET =
url)

2) This might be a religious issue, but it would be very convenient if
the requirement of using a nested <value> element in <property> =
elements, for
values was lifted.  Either there is CDATA (in which case we assume it's =
a literal
value), or there are nested elements.  Having both could simply result =
in a
configuration error.  This would save typing and lots of cumbersome =
errors relating
to not including the nested <value> element.  Also, some docs give =
examples
with literals without this <value> element.

The other things I've run into is: in mapping handlers, although you can =
inspect
the request and response arguments, you cannot rewrite them (since the =
interfaces
do not provide mutators).  This makes using request wrappers impossible. =
 I
suggest another form of method signature for handlers which take objects =
which
hold a reference to HttpServletRequest and HttpServletResponse =
respectively,
instead of having those objects as direct, immutable arguments.

To get around this I have overridden a handleRequestInternal method in =
my controller
and just call super.handleRequestInternal giving it
my HttpServletRequestWrapper.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=3D250339

RE: [Springframework-developer] JdbcHelper

[<tri...@tr...>]

I like the changes - the new method names fit better with the rest of the
JdbcTemplate and Rod got his convenience 'int' method.  Unfortunaltely it did
not work to well for Oracle since getObject() maps a NUMERIC to
java.math.BigDecimal.  I added an explicit new Integer(getInt()) when the target
is an Integer and the result looks like it could be an integer (NUMERIC,
INTEGER, SMALLINT, TINYINT).

These all work for Oracle:
int i1 = jt.queryForInt("select count(*) from emp");
Object o2 = jt.queryForObject("select sysdate from dual", java.util.Date.class);
Object o3 = jt.queryForObject("select to_number('12.456', '9999.999') from
dual", Number.class);
Object o4 = jt.queryForList("select * from emp");

 
Quoting "jürgen höller [werk3AT]" <jue...@we...>:

> I've reviewed the code, and I think it's good that we're addressing this =
> in JdbcTemplate itself. However, on second thought, it seems confusing =
> to have a runSqlStatement method that executes either a query or update, =
> with a multitude of possible result semantics. Thus, I've refactored =
> this into overloaded query/queryForList/queryForObject/queryForInt =
> methods.
> 
> I've also added corresponding queryXxx and update methods that work with =
> PreparedStatements, taking an Object[] (and optionally a int[] array for =
> the SQL types) as arguments that get bound to the PreparedStatement. =
> This effectively offers some of the conveniences of SqlQuery's find =
> methods in JdbcTemplate itself; I think that's a valuable addition.
> 
> Furthermore, I've put the new methods in JdbcOperations. In the course =
> of this, I've dropped doWithResultFromXxx methods from the =
> JdbcOperations interface: This is not something to be used on a regular =
> basis, thus I guess it's enough to make them available in JdbcTemplate =
> itself. This completely avoids the need to refer to the =
> ResultSetExtractor interface in the JdbcOperations interface.
> 
> As a further minor change, I've allowed ResultSetExtractor to return an =
> arbitrary result object. The doWithResultFromXxx methods simply pass =
> this through. The new queryForList/queryForObject/queryForInt methods =
> are more elegant to implement with this. Finally, I've also moved =
> ColumnExtractor and DefaultColumnExtractor to the sandbox: They were =
> just used by JdbcHelper.
> 
> (to be committed in about half an hour)
> 
> Juergen
> 
> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of tri...@tr...
> Sent: Monday, February 16, 2004 10:16 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] JdbcHelper
> 
> 
> 
> I have committed the new method to CVS.  I will add my local tests to =
> the proper
> test class later today or tomorrow (this is a standalone feature so =
> little risk
> of breaking any other functionality).  This might actually turn out to =
> be more
> of a test of MockObjects than real code, but it will at least outline =
> expected
> functionality.
> 
> I ended up implementing (3) as an ArrayList of HashMaps using the column =
> name as
> key.  We could replace this with a disconnected rowset in the future.
> 
> I'll think about the convenience method - is "int" sufficient?
> 
> Here is an example:
> 
> DriverManagerDataSource ds =3D new DriverManagerDataSource();
> ds.setDriverClassName("oracle.jdbc.driver.OracleDriver");
> ds.setUrl("jdbc:oracle:thin:@localhost:1521:ORCL");
> ds.setUsername("scott");
> ds.setPassword("tiger");
> JdbcTemplate jt =3D new JdbcTemplate(ds);
> Object o =3D jt.runSqlStatement("select * from emp");
> System.out.println(o.getClass().getName());
> System.out.println(o);
> 
> java.util.ArrayList
> [{SAL=3D800, HIREDATE=3D1980-12-17 00:00:00.0, COMM=3Dnull, =
> EMPNO=3D7369, JOB=3DCLERK,
> DEPTNO=3D20, MGR=3D7902, ENAME=3DSMITH}, {SAL=3D1600, =
> HIREDATE=3D1981-02-20 00:00:00.0,
> COMM=3D300, EMPNO=3D7499, JOB=3DSALESMAN, DEPTNO=3D30, MGR=3D7698, =
> ENAME=3DALLEN},
> {SAL=3D1250, HIREDATE=3D1981-02-22 00:00:00.0, COMM=3D500, EMPNO=3D7521, =
> JOB=3DSALESMAN,
> DEPTNO=3D30, MGR=3D7698, ENAME=3DWARD}, {SAL=3D2975, =
> HIREDATE=3D1981-04-02 00:00:00.0,
> COMM=3Dnull, EMPNO=3D7566, JOB=3DMANAGER, DEPTNO=3D20, MGR=3D7839, =
> ENAME=3DJONES},
> {SAL=3D1250, HIREDATE=3D1981-09-28 00:00:00.0, COMM=3D1400, =
> EMPNO=3D7654, JOB=3DSALESMAN,
> DEPTNO=3D30, MGR=3D7698, ENAME=3DMARTIN}, {SAL=3D2850, =
> HIREDATE=3D1981-05-01 00:00:00.0,
> COMM=3Dnull, EMPNO=3D7698, JOB=3DMANAGER, DEPTNO=3D30, MGR=3D7839, =
> ENAME=3DBLAKE},
> {SAL=3D2450, HIREDATE=3D1981-06-09 00:00:00.0, COMM=3Dnull, =
> EMPNO=3D7782, JOB=3DMANAGER,
> DEPTNO=3D10, MGR=3D7839, ENAME=3DCLARK}, {SAL=3D3000, =
> HIREDATE=3D1987-04-19 00:00:00.0,
> COMM=3Dnull, EMPNO=3D7788, JOB=3DANALYST, DEPTNO=3D20, MGR=3D7566, =
> ENAME=3DSCOTT},
> {SAL=3D5000, HIREDATE=3D1981-11-17 00:00:00.0, COMM=3Dnull, =
> EMPNO=3D7839, JOB=3DPRESIDENT,
> DEPTNO=3D10, MGR=3Dnull, ENAME=3DKING}, {SAL=3D1500, =
> HIREDATE=3D1981-09-08 00:00:00.0,
> COMM=3D0, EMPNO=3D7844, JOB=3DSALESMAN, DEPTNO=3D30, MGR=3D7698, =
> ENAME=3DTURNER}, {SAL=3D1100,
> HIREDATE=3D1987-05-23 00:00:00.0, COMM=3Dnull, EMPNO=3D7876, =
> JOB=3DCLERK, DEPTNO=3D20,
> MGR=3D7788, ENAME=3DADAMS}, {SAL=3D950, HIREDATE=3D1981-12-03 =
> 00:00:00.0, COMM=3Dnull,
> EMPNO=3D7900, JOB=3DCLERK, DEPTNO=3D30, MGR=3D7698, ENAME=3DJAMES}, =
> {SAL=3D3000,
> HIREDATE=3D1981-12-03 00:00:00.0, COMM=3Dnull, EMPNO=3D7902, =
> JOB=3DANALYST, DEPTNO=3D20,
> MGR=3D7566, ENAME=3DFORD}, {SAL=3D1300, HIREDATE=3D1982-01-23 =
> 00:00:00.0, COMM=3Dnull,
> EMPNO=3D7934, JOB=3DCLERK, DEPTNO=3D10, MGR=3D7782, ENAME=3DMILLER}]
> 
> Thomas
> 
> 
> Quoting Rod Johnson <rod...@in...>:
> 
> > Thomas,
> >=20
> > Sounds great. With this there I'd be glad to get rid of JdbcHelper.
> >=20
> > Not sure about (3). I think this needs further thought. For 1.1 we =
> could add
> > a true disconnected result set: not RowSet as it throws SQLException, =
> which
> > we want to get away from.
> >=20
> > Also a convenience method returning int would be handy, for counts and =
> the
> > like. Please can I have this, despite Juergen's dislike of convenience
> > methods :-)
> >=20
> > Regards,
> > Rod
> >=20
> > ----- Original Message -----
> > From: <tri...@tr...>
> > To: <spr...@li...>
> > Sent: Monday, February 16, 2004 5:26 PM
> > Subject: RE: [Springframework-developer] JdbcHelper
> >=20
> >=20
> > > I can see the need to go beyond a single row/value type query.
> > >
> > > How about a new method for the JdbcTemplate:
> > >
> > > Object runSqlStatement(String)
> > >
> > > Based on the type of SQL passed in it would return:
> > >
> > > 1) An Integer containing the number of rows affected if it is an =
> update
> > statement
> > >
> > > runSqlStatement("update emp set salary =3D salary * 1.5") would =
> return an
> > Integer
> > > with the update count
> > >
> > > 2) A single Object (Integer/Long/String) based on the value returned =
> from
> > a
> > > single value/single row query
> > >
> > > runSqlStatement("select last_name frmo emp where id =3D 2") would =
> return a
> > String
> > > containing the last name
> > >
> > > 3) An ArrayList of ArrayLists containing a list of rows with a list =
> of
> > column
> > > values returned by the query
> > >
> > > runSqlStatement("selecy id, last_name from emp") would return an =
> ArrayList
> > > containing an ArrayList for each row.  The second list would contain =
> an
> > Integer
> > > with the id and a String with the last_name.
> > >
> > >
> > > Number 3 might be a stretch, but we would still have to check for =
> this,
> > since we
> > > have no control over the SQL coming in.
> > >
> > > Thomas
> > >
> > >
> > > Quoting rod...@in...:
> > >
> > > > I've actually just (yesterday) introduced into into a whole
> > > > bunch of test cases at a client. Maybe we could put an
> > > > improved runSQLFunction() method on JdbcTemplate? This is a
> > > > very convenient one-liner, and basically the only reason I
> > > > use JdbcTemplate.
> > > >
> > > > Regards,
> > > > Rod
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with
> > > > a free DVD software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > =
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > > >
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=20
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Spring sub-projects

[Christophe V. <c.v...@pa...>]

On Tuesday 17 February 2004 19:20, Francois Beausoleil wrote:
> Maybe because they are more "well-known", they don't cause the same kind
> of conflict in my mind ?
>
> Anyway, it doesn't really matter.  Once people start knowing what RCP
> stands for, then it won't be a problem anymore.
>

Unless they're dyslexic offcourse :)

Even I misread it as RPC the first time it was mentioned here.
But once you get used to it, RCP is the better choice (org.springframework is 
long enough as it is, nevermind adding rich-client or something like that).

-- 
Kind regards,
Christophe Vanfleteren

RE: [Springframework-developer] Spring sub-projects

[Francois B. <fb...@us...>]

Maybe because they are more "well-known", they don't cause the same kind
of conflict in my mind ?

Anyway, it doesn't really matter.  Once people start knowing what RCP
stands for, then it won't be a problem anymore.

Bye !
Fran=E7ois

On Tue, 17 Feb 2004 17:52:20 +0100, "j=FCrgen h=F6ller [werk3AT]"
<jue...@we...> said:
> But doesn't the sample apply to terms like DAO, ORM, or AOP? We're
> happily using those too...
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Francois Beausoleil
> Sent: Tuesday, February 17, 2004 5:26 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Spring sub-projects
>=20
>=20
> Hi !
>=20
> Sorry for jumping on the bandwagon, but:
>=20
> RCP =3D Rich Client Project
>=20
>        or
>=20
> RCP =3D Remotely Callable Procedure
>=20
>        or
>=20
> RCP =3D Rendering Capable Computer
>=20
> TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say
> much...  I would prefer richclient, but my vote is certainly non-binding.
>  Besides, most people use an IDE, and the IDE is responsible for typing
> many things up.  The only place where this is an issue is in the XML
> configuration files, and Idea is capable of using Ctrl+Space to navigate
> the usual package hierarchy.
>=20
> My 2 cents...
>=20
> Bye !
> Fran=E7ois
>=20
> On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
> said:
> > So we could have:
> >=20
> > #1
> > spring-rcp.jar
> > spring-rcp as the CVS module
> > org.springframework.rcp.*
> >=20
> > [or]
> >=20
> > #2
> > spring-richclient.jar
> > spring-richclient as the CVS module
> > org.springframework.richclient.*
> >=20
> > I'm torn. rcp is a bit cryptic but it is less typing and the acronym to
> > me
> > has a certain cool factor.  I'd be happy to work with either.  Keith
> >=20
> > ----- Original Message -----=20
> > From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 10:18 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >=20
> >=20
> > > I'd like to keep the module name somewhat in sync with the package an=
d jar
> > file name. I don't really see the point in calling the package "rcp" but
> > the
> > module "rich-client".
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On Beha=
lf
> > > Of Keith Donald
> > > Sent: Tuesday, February 17, 2004 4:01 PM
> > > To: spr...@li...
> > > Subject: Re: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > I'm fine with 'spring-rich-client' as the module name... the main rea=
son I
> > > suggested 'spring-rcp' initially was to be consistent with the propos=
ed
> > > package name: org.springframework.rcp (to me
> > org.springframework.richclient
> > > seemed a little wordy.)
> > >
> > > 'rcp' also seems to be a buzzing acronym these days, not that I am big
> > into
> > > buzzwords or anything (although  I do have a business degree. :-)) Ke=
ith
> > >
> > > ----- Original Message -----=20
> > > From: "Kopylenko, Dmitry" <dko...@su...>
> > > To: <spr...@li...>
> > > Sent: Tuesday, February 17, 2004 8:09 AM
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > > >
> > > > -----Original Message-----
> > > > From: j=FCrgen h=F6ller [werk3AT] [mailto:juergen.hoeller@werk3at.c=
om]
> > > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > > To: spr...@li...
> > > > Subject: RE: [Springframework-developer] Spring sub-projects
> > > >
> > > >
> > > > Any opinions regarding the new module names? Else, I'll create
> > > "spring-rcp"
> > > > and "spring-eclipse" in the course of this week.
> > > >
> > > > Juergen
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: spr...@li...
> > > > [mailto:spr...@li...]On Be=
half
> > Of
> > > > j=FCrgen h=F6ller [werk3AT]
> > > > Sent: Monday, February 16, 2004 9:59 AM
> > > > To: spr...@li...
> > > > Subject: [Springframework-developer] Spring sub-projects
> > > >
> > > >
> > > > Everybody,
> > > >
> > > > As recently discussed in private mails, I suggest to keep sub-proje=
cts
> > > that
> > > > are close to the Spring core as separate modules in Spring's main C=
VS.
> > The
> > > > first two candidates are:
> > > >
> > > > - Keith Donald's Spring Rich Client Platform
> > > > - Torsten Juergeleit's Spring Eclipse Plugin
> > > >
> > > > Both Keith and Torsten are in favor of hosting them in our main CVS=
. So
> > if
> > > > noone objects, I will create new CVS modules "spring-rcp" and
> > > > "spring-eclipse", and accordingly give Keith and Torsten commit rig=
hts
> > for
> > > > the main CVS. As the module names cannot be changed easily, feel fr=
ee to
> > > > suggest different names!
> > > >
> > > > The rationale is to keep all projects that use "org.springframework=
" as
> > > > package name in Spring's main CVS. Separate modules make sense to l=
et
> > the
> > > > sub-projects evolve independently; this way, they do not have to be
> > > released
> > > > in direct accordance with the Spring core. Of course, generic class=
es
> > that
> > > > emerge can still go into the core.
> > > >
> > > > Consequently, both sub-projects should also get respective sections=
 on
> > our
> > > > main website. We should definitely clarify all this before 1.0 final
> > > (March
> > > > 1st), as I expect quite a lot of media coverage at that time - we
> > > shouldn't
> > > > miss that chance!
> > > >
> > > > Juergen
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with
> > > > a free DVD software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with
> > > > a free DVD software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with
> > > > a free DVD software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> Developer of Java Gui Builder
> http://jgb.sourceforge.net/
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/

RE: [Springframework-developer] JdbcHelper

[<rod...@in...>]

>Finally, I've also moved ColumnExtractor and 
DefaultColumnExtractor to the sandbox: They were just used by 
JdbcHelper. 

Good. These were really intended for a simple reflective 
mapping approach that never eventuated. iBATIS does that kind 
of thing well, so we shouldn't reinvent it.

RE: [Springframework-developer] JdbcHelper

[<jue...@we...>]

I've reviewed the code, and I think it's good that we're addressing this =
in JdbcTemplate itself. However, on second thought, it seems confusing =
to have a runSqlStatement method that executes either a query or update, =
with a multitude of possible result semantics. Thus, I've refactored =
this into overloaded query/queryForList/queryForObject/queryForInt =
methods.

I've also added corresponding queryXxx and update methods that work with =
PreparedStatements, taking an Object[] (and optionally a int[] array for =
the SQL types) as arguments that get bound to the PreparedStatement. =
This effectively offers some of the conveniences of SqlQuery's find =
methods in JdbcTemplate itself; I think that's a valuable addition.

Furthermore, I've put the new methods in JdbcOperations. In the course =
of this, I've dropped doWithResultFromXxx methods from the =
JdbcOperations interface: This is not something to be used on a regular =
basis, thus I guess it's enough to make them available in JdbcTemplate =
itself. This completely avoids the need to refer to the =
ResultSetExtractor interface in the JdbcOperations interface.

As a further minor change, I've allowed ResultSetExtractor to return an =
arbitrary result object. The doWithResultFromXxx methods simply pass =
this through. The new queryForList/queryForObject/queryForInt methods =
are more elegant to implement with this. Finally, I've also moved =
ColumnExtractor and DefaultColumnExtractor to the sandbox: They were =
just used by JdbcHelper.

(to be committed in about half an hour)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of tri...@tr...
Sent: Monday, February 16, 2004 10:16 PM
To: spr...@li...
Subject: Re: [Springframework-developer] JdbcHelper



I have committed the new method to CVS.  I will add my local tests to =
the proper
test class later today or tomorrow (this is a standalone feature so =
little risk
of breaking any other functionality).  This might actually turn out to =
be more
of a test of MockObjects than real code, but it will at least outline =
expected
functionality.

I ended up implementing (3) as an ArrayList of HashMaps using the column =
name as
key.  We could replace this with a disconnected rowset in the future.

I'll think about the convenience method - is "int" sufficient?

Here is an example:

DriverManagerDataSource ds =3D new DriverManagerDataSource();
ds.setDriverClassName("oracle.jdbc.driver.OracleDriver");
ds.setUrl("jdbc:oracle:thin:@localhost:1521:ORCL");
ds.setUsername("scott");
ds.setPassword("tiger");
JdbcTemplate jt =3D new JdbcTemplate(ds);
Object o =3D jt.runSqlStatement("select * from emp");
System.out.println(o.getClass().getName());
System.out.println(o);

java.util.ArrayList
[{SAL=3D800, HIREDATE=3D1980-12-17 00:00:00.0, COMM=3Dnull, =
EMPNO=3D7369, JOB=3DCLERK,
DEPTNO=3D20, MGR=3D7902, ENAME=3DSMITH}, {SAL=3D1600, =
HIREDATE=3D1981-02-20 00:00:00.0,
COMM=3D300, EMPNO=3D7499, JOB=3DSALESMAN, DEPTNO=3D30, MGR=3D7698, =
ENAME=3DALLEN},
{SAL=3D1250, HIREDATE=3D1981-02-22 00:00:00.0, COMM=3D500, EMPNO=3D7521, =
JOB=3DSALESMAN,
DEPTNO=3D30, MGR=3D7698, ENAME=3DWARD}, {SAL=3D2975, =
HIREDATE=3D1981-04-02 00:00:00.0,
COMM=3Dnull, EMPNO=3D7566, JOB=3DMANAGER, DEPTNO=3D20, MGR=3D7839, =
ENAME=3DJONES},
{SAL=3D1250, HIREDATE=3D1981-09-28 00:00:00.0, COMM=3D1400, =
EMPNO=3D7654, JOB=3DSALESMAN,
DEPTNO=3D30, MGR=3D7698, ENAME=3DMARTIN}, {SAL=3D2850, =
HIREDATE=3D1981-05-01 00:00:00.0,
COMM=3Dnull, EMPNO=3D7698, JOB=3DMANAGER, DEPTNO=3D30, MGR=3D7839, =
ENAME=3DBLAKE},
{SAL=3D2450, HIREDATE=3D1981-06-09 00:00:00.0, COMM=3Dnull, =
EMPNO=3D7782, JOB=3DMANAGER,
DEPTNO=3D10, MGR=3D7839, ENAME=3DCLARK}, {SAL=3D3000, =
HIREDATE=3D1987-04-19 00:00:00.0,
COMM=3Dnull, EMPNO=3D7788, JOB=3DANALYST, DEPTNO=3D20, MGR=3D7566, =
ENAME=3DSCOTT},
{SAL=3D5000, HIREDATE=3D1981-11-17 00:00:00.0, COMM=3Dnull, =
EMPNO=3D7839, JOB=3DPRESIDENT,
DEPTNO=3D10, MGR=3Dnull, ENAME=3DKING}, {SAL=3D1500, =
HIREDATE=3D1981-09-08 00:00:00.0,
COMM=3D0, EMPNO=3D7844, JOB=3DSALESMAN, DEPTNO=3D30, MGR=3D7698, =
ENAME=3DTURNER}, {SAL=3D1100,
HIREDATE=3D1987-05-23 00:00:00.0, COMM=3Dnull, EMPNO=3D7876, =
JOB=3DCLERK, DEPTNO=3D20,
MGR=3D7788, ENAME=3DADAMS}, {SAL=3D950, HIREDATE=3D1981-12-03 =
00:00:00.0, COMM=3Dnull,
EMPNO=3D7900, JOB=3DCLERK, DEPTNO=3D30, MGR=3D7698, ENAME=3DJAMES}, =
{SAL=3D3000,
HIREDATE=3D1981-12-03 00:00:00.0, COMM=3Dnull, EMPNO=3D7902, =
JOB=3DANALYST, DEPTNO=3D20,
MGR=3D7566, ENAME=3DFORD}, {SAL=3D1300, HIREDATE=3D1982-01-23 =
00:00:00.0, COMM=3Dnull,
EMPNO=3D7934, JOB=3DCLERK, DEPTNO=3D10, MGR=3D7782, ENAME=3DMILLER}]

Thomas


Quoting Rod Johnson <rod...@in...>:

> Thomas,
>=20
> Sounds great. With this there I'd be glad to get rid of JdbcHelper.
>=20
> Not sure about (3). I think this needs further thought. For 1.1 we =
could add
> a true disconnected result set: not RowSet as it throws SQLException, =
which
> we want to get away from.
>=20
> Also a convenience method returning int would be handy, for counts and =
the
> like. Please can I have this, despite Juergen's dislike of convenience
> methods :-)
>=20
> Regards,
> Rod
>=20
> ----- Original Message -----
> From: <tri...@tr...>
> To: <spr...@li...>
> Sent: Monday, February 16, 2004 5:26 PM
> Subject: RE: [Springframework-developer] JdbcHelper
>=20
>=20
> > I can see the need to go beyond a single row/value type query.
> >
> > How about a new method for the JdbcTemplate:
> >
> > Object runSqlStatement(String)
> >
> > Based on the type of SQL passed in it would return:
> >
> > 1) An Integer containing the number of rows affected if it is an =
update
> statement
> >
> > runSqlStatement("update emp set salary =3D salary * 1.5") would =
return an
> Integer
> > with the update count
> >
> > 2) A single Object (Integer/Long/String) based on the value returned =
from
> a
> > single value/single row query
> >
> > runSqlStatement("select last_name frmo emp where id =3D 2") would =
return a
> String
> > containing the last name
> >
> > 3) An ArrayList of ArrayLists containing a list of rows with a list =
of
> column
> > values returned by the query
> >
> > runSqlStatement("selecy id, last_name from emp") would return an =
ArrayList
> > containing an ArrayList for each row.  The second list would contain =
an
> Integer
> > with the id and a String with the last_name.
> >
> >
> > Number 3 might be a stretch, but we would still have to check for =
this,
> since we
> > have no control over the SQL coming in.
> >
> > Thomas
> >
> >
> > Quoting rod...@in...:
> >
> > > I've actually just (yesterday) introduced into into a whole
> > > bunch of test cases at a client. Maybe we could put an
> > > improved runSQLFunction() method on JdbcTemplate? This is a
> > > very convenient one-liner, and basically the only reason I
> > > use JdbcTemplate.
> > >
> > > Regards,
> > > Rod
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20





-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Spring sub-projects

[Kopylenko, D. <dko...@ac...>]

DAO: Digital Account Observer
ORM: Object Remote Message
AOP: Alternative Object Proposal

...any other ideas? :-)))

-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Sent: Tuesday, February 17, 2004 11:52 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Spring sub-projects


But doesn't the sample apply to terms like DAO, ORM, or AOP? We're =
happily
using those too...


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf =
Of
Francois Beausoleil
Sent: Tuesday, February 17, 2004 5:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects


Hi !

Sorry for jumping on the bandwagon, but:

RCP =3D Rich Client Project

       or

RCP =3D Remotely Callable Procedure

       or

RCP =3D Rendering Capable Computer

TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say =
much...
I would prefer richclient, but my vote is certainly non-binding.  =
Besides,
most people use an IDE, and the IDE is responsible for typing many =
things
up.  The only place where this is an issue is in the XML configuration
files, and Idea is capable of using Ctrl+Space to navigate the usual =
package
hierarchy.

My 2 cents...

Bye !
Fran=E7ois

On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" =
<kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym=20
> to me has a certain cool factor.  I'd be happy to work with either. =20
> Keith
>=20
> ----- Original Message -----
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package=20
> > and jar
> file name. I don't really see the point in calling the package "rcp"=20
> but the module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On=20
> > Behalf Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main=20
> > reason I suggested 'spring-rcp' initially was to be consistent with =

> > the proposed package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am=20
> > big
> into
> > buzzwords or anything (although  I do have a business degree. :-))=20
> > Keith
> >
> > ----- Original Message -----
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On=20
> > > Behalf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep=20
> > > sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main =

> > > CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main=20
> > > CVS. So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and=20
> > > "spring-eclipse", and accordingly give Keith and Torsten commit=20
> > > rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel=20
> > > free to suggest different names!
> > >
> > > The rationale is to keep all projects that use=20
> > > "org.springframework" as package name in Spring's main CVS.=20
> > > Separate modules make sense to let
> the
> > > sub-projects evolve independently; this way, they do not have to=20
> > > be
> > released
> > > in direct accordance with the Spring core. Of course, generic=20
> > > classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective=20
> > > sections on
> our
> > > main website. We should definitely clarify all this before 1.0=20
> > > final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =

> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =

> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > deploy apps & Web services for Linux with a free DVD software kit =

> > > from IBM. Click Now!=20
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > oper
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now!=20
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > er
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now! =
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> deploy apps & Web services for Linux with a free DVD software kit =
from=20
> IBM. Click Now! =
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Spring sub-projects

[<jue...@we...>]

But doesn't the sample apply to terms like DAO, ORM, or AOP? We're =
happily using those too...


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Francois Beausoleil
Sent: Tuesday, February 17, 2004 5:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects


Hi !

Sorry for jumping on the bandwagon, but:

RCP =3D Rich Client Project

       or

RCP =3D Remotely Callable Procedure

       or

RCP =3D Rendering Capable Computer

TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say
much...  I would prefer richclient, but my vote is certainly =
non-binding.
 Besides, most people use an IDE, and the IDE is responsible for typing
many things up.  The only place where this is an issue is in the XML
configuration files, and Idea is capable of using Ctrl+Space to navigate
the usual package hierarchy.

My 2 cents...

Bye !
Fran=E7ois

On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym =
to
> me
> has a certain cool factor.  I'd be happy to work with either.  Keith
>=20
> ----- Original Message -----=20
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package =
and jar
> file name. I don't really see the point in calling the package "rcp" =
but
> the
> module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On =
Behalf
> > Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main =
reason I
> > suggested 'spring-rcp' initially was to be consistent with the =
proposed
> > package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am =
big
> into
> > buzzwords or anything (although  I do have a business degree. :-)) =
Keith
> >
> > ----- Original Message -----=20
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On =
Behalf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep =
sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main =
CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main =
CVS. So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and
> > > "spring-eclipse", and accordingly give Keith and Torsten commit =
rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel =
free to
> > > suggest different names!
> > >
> > > The rationale is to keep all projects that use =
"org.springframework" as
> > > package name in Spring's main CVS. Separate modules make sense to =
let
> the
> > > sub-projects evolve independently; this way, they do not have to =
be
> > released
> > > in direct accordance with the Spring core. Of course, generic =
classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective =
sections on
> our
> > > main website. We should definitely clarify all this before 1.0 =
final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Spring sub-projects

[Cameron B. <ca...@da...>]

Yeah.. I agree..=20

Not that my vode counts for much ..=20

I'l just a happy spring-chicken.

RCP Reasonable Charge Pricing General=20
RCP Report of Contractor Performance (ACER replacement)
RCP Remote Control Panel  =20
RCP Remote Copy
RCP Restore Cursor Position=20
RCP Remote Copy Protocol
RCP Royal College of Physicians=20
RCP Really Cool Platform --- hey -- Its spring :)

Hrm...  I bet we could write a book on this one ;)

Cameron

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Francois Beausoleil
> Sent: Wednesday, 18 February 2004 2:26 AM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Spring sub-projects
>=20
> Hi !
>=20
> Sorry for jumping on the bandwagon, but:
>=20
> RCP =3D Rich Client Project
>=20
>        or
>=20
> RCP =3D Remotely Callable Procedure
>=20
>        or
>=20
> RCP =3D Rendering Capable Computer
>=20
> TLAs (Three-Letter-Acronyms) are certainly cool, but they=20
> don't say much...  I would prefer richclient, but my vote is=20
> certainly non-binding.
>  Besides, most people use an IDE, and the IDE is responsible=20
> for typing many things up.  The only place where this is an=20
> issue is in the XML configuration files, and Idea is capable=20
> of using Ctrl+Space to navigate the usual package hierarchy.
>=20
> My 2 cents...
>=20
> Bye !
> Fran=E7ois
>=20
> On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald"=20
> <kd...@cs...>
> said:
> > So we could have:
> >=20
> > #1
> > spring-rcp.jar
> > spring-rcp as the CVS module
> > org.springframework.rcp.*
> >=20
> > [or]
> >=20
> > #2
> > spring-richclient.jar
> > spring-richclient as the CVS module
> > org.springframework.richclient.*
> >=20
> > I'm torn. rcp is a bit cryptic but it is less typing and=20
> the acronym=20
> > to me has a certain cool factor.  I'd be happy to work with=20
> either. =20
> > Keith
> >=20
> > ----- Original Message -----
> > From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 10:18 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >=20
> >=20
> > > I'd like to keep the module name somewhat in sync with=20
> the package=20
> > > and jar
> > file name. I don't really see the point in calling the=20
> package "rcp"=20
> > but the module "rich-client".
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On=20
> > > Behalf Of Keith Donald
> > > Sent: Tuesday, February 17, 2004 4:01 PM
> > > To: spr...@li...
> > > Subject: Re: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > I'm fine with 'spring-rich-client' as the module name... the main=20
> > > reason I suggested 'spring-rcp' initially was to be=20
> consistent with=20
> > > the proposed package name: org.springframework.rcp (to me
> > org.springframework.richclient
> > > seemed a little wordy.)
> > >
> > > 'rcp' also seems to be a buzzing acronym these days, not=20
> that I am=20
> > > big
> > into
> > > buzzwords or anything (although  I do have a business=20
> degree. :-))=20
> > > Keith
> > >
> > > ----- Original Message -----
> > > From: "Kopylenko, Dmitry" <dko...@su...>
> > > To: <spr...@li...>
> > > Sent: Tuesday, February 17, 2004 8:09 AM
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > > >
> > > > -----Original Message-----
> > > > From: j=FCrgen h=F6ller [werk3AT]=20
> [mailto:jue...@we...]
> > > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > > To: spr...@li...
> > > > Subject: RE: [Springframework-developer] Spring sub-projects
> > > >
> > > >
> > > > Any opinions regarding the new module names? Else, I'll create
> > > "spring-rcp"
> > > > and "spring-eclipse" in the course of this week.
> > > >
> > > > Juergen
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: spr...@li...
> > > >=20
> [mailto:spr...@li...]On=20
> > > > Behalf
> > Of
> > > > j=FCrgen h=F6ller [werk3AT]
> > > > Sent: Monday, February 16, 2004 9:59 AM
> > > > To: spr...@li...
> > > > Subject: [Springframework-developer] Spring sub-projects
> > > >
> > > >
> > > > Everybody,
> > > >
> > > > As recently discussed in private mails, I suggest to keep=20
> > > > sub-projects
> > > that
> > > > are close to the Spring core as separate modules in=20
> Spring's main CVS.
> > The
> > > > first two candidates are:
> > > >
> > > > - Keith Donald's Spring Rich Client Platform
> > > > - Torsten Juergeleit's Spring Eclipse Plugin
> > > >
> > > > Both Keith and Torsten are in favor of hosting them in our main=20
> > > > CVS. So
> > if
> > > > noone objects, I will create new CVS modules "spring-rcp" and=20
> > > > "spring-eclipse", and accordingly give Keith and Torsten commit=20
> > > > rights
> > for
> > > > the main CVS. As the module names cannot be changed=20
> easily, feel=20
> > > > free to suggest different names!
> > > >
> > > > The rationale is to keep all projects that use=20
> > > > "org.springframework" as package name in Spring's main CVS.=20
> > > > Separate modules make sense to let
> > the
> > > > sub-projects evolve independently; this way, they do=20
> not have to=20
> > > > be
> > > released
> > > > in direct accordance with the Spring core. Of course, generic=20
> > > > classes
> > that
> > > > emerge can still go into the core.
> > > >
> > > > Consequently, both sub-projects should also get respective=20
> > > > sections on
> > our
> > > > main website. We should definitely clarify all this before 1.0=20
> > > > final
> > > (March
> > > > 1st), as I expect quite a lot of media coverage at that=20
> time - we
> > > shouldn't
> > > > miss that chance!
> > > >
> > > > Juergen
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with a free DVD=20
> > > > software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > > _______________________________________________
> > > > Springframework-developer mailing list=20
> > > > Spr...@li...
> > > >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > > oper
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with a free DVD=20
> > > > software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > > _______________________________________________
> > > > Springframework-developer mailing list=20
> > > > Spr...@li...
> > > >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > > oper
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > Build and deploy apps & Web services for Linux with a free DVD=20
> > > > software kit from IBM. Click Now!
> > > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > > _______________________________________________
> > > > Springframework-developer mailing list=20
> > > > Spr...@li...
> > > >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-devel
> > > > oper
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with a free DVD=20
> > > software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > > er
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with a free DVD=20
> > > software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > > er
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with a free DVD=20
> > software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> Developer of Java Gui Builder
> http://jgb.sourceforge.net/
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with a free=20
> DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20

Re: [Springframework-developer] Spring sub-projects

[Francois B. <fb...@us...>]

Hi !

Sorry for jumping on the bandwagon, but:

RCP =3D Rich Client Project

       or

RCP =3D Remotely Callable Procedure

       or

RCP =3D Rendering Capable Computer

TLAs (Three-Letter-Acronyms) are certainly cool, but they don't say
much...  I would prefer richclient, but my vote is certainly non-binding.
 Besides, most people use an IDE, and the IDE is responsible for typing
many things up.  The only place where this is an issue is in the XML
configuration files, and Idea is capable of using Ctrl+Space to navigate
the usual package hierarchy.

My 2 cents...

Bye !
Fran=E7ois

On Tue, 17 Feb 2004 10:55:15 -0500, "Keith Donald" <kd...@cs...>
said:
> So we could have:
>=20
> #1
> spring-rcp.jar
> spring-rcp as the CVS module
> org.springframework.rcp.*
>=20
> [or]
>=20
> #2
> spring-richclient.jar
> spring-richclient as the CVS module
> org.springframework.richclient.*
>=20
> I'm torn. rcp is a bit cryptic but it is less typing and the acronym to
> me
> has a certain cool factor.  I'd be happy to work with either.  Keith
>=20
> ----- Original Message -----=20
> From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 10:18 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > I'd like to keep the module name somewhat in sync with the package and =
jar
> file name. I don't really see the point in calling the package "rcp" but
> the
> module "rich-client".
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On Behalf
> > Of Keith Donald
> > Sent: Tuesday, February 17, 2004 4:01 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > I'm fine with 'spring-rich-client' as the module name... the main reaso=
n I
> > suggested 'spring-rcp' initially was to be consistent with the proposed
> > package name: org.springframework.rcp (to me
> org.springframework.richclient
> > seemed a little wordy.)
> >
> > 'rcp' also seems to be a buzzing acronym these days, not that I am big
> into
> > buzzwords or anything (although  I do have a business degree. :-)) Keith
> >
> > ----- Original Message -----=20
> > From: "Kopylenko, Dmitry" <dko...@su...>
> > To: <spr...@li...>
> > Sent: Tuesday, February 17, 2004 8:09 AM
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> > >
> > > -----Original Message-----
> > > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]
> > > Sent: Tuesday, February 17, 2004 8:04 AM
> > > To: spr...@li...
> > > Subject: RE: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Any opinions regarding the new module names? Else, I'll create
> > "spring-rcp"
> > > and "spring-eclipse" in the course of this week.
> > >
> > > Juergen
> > >
> > >
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]On Beha=
lf
> Of
> > > j=FCrgen h=F6ller [werk3AT]
> > > Sent: Monday, February 16, 2004 9:59 AM
> > > To: spr...@li...
> > > Subject: [Springframework-developer] Spring sub-projects
> > >
> > >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep sub-projects
> > that
> > > are close to the Spring core as separate modules in Spring's main CVS.
> The
> > > first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main CVS. =
So
> if
> > > noone objects, I will create new CVS modules "spring-rcp" and
> > > "spring-eclipse", and accordingly give Keith and Torsten commit rights
> for
> > > the main CVS. As the module names cannot be changed easily, feel free=
 to
> > > suggest different names!
> > >
> > > The rationale is to keep all projects that use "org.springframework" =
as
> > > package name in Spring's main CVS. Separate modules make sense to let
> the
> > > sub-projects evolve independently; this way, they do not have to be
> > released
> > > in direct accordance with the Spring core. Of course, generic classes
> that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective sections on
> our
> > > main website. We should definitely clarify all this before 1.0 final
> > (March
> > > 1st), as I expect quite a lot of media coverage at that time - we
> > shouldn't
> > > miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
Developer of Java Gui Builder
http://jgb.sourceforge.net/

Re: [Springframework-developer] Spring sub-projects

[Keith D. <kd...@cs...>]

So we could have:

#1
spring-rcp.jar
spring-rcp as the CVS module
org.springframework.rcp.*

[or]

#2
spring-richclient.jar
spring-richclient as the CVS module
org.springframework.richclient.*

I'm torn. rcp is a bit cryptic but it is less typing and the acronym to m=
e
has a certain cool factor.  I'd be happy to work with either.  Keith

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Tuesday, February 17, 2004 10:18 AM
Subject: RE: [Springframework-developer] Spring sub-projects


> I'd like to keep the module name somewhat in sync with the package and =
jar
file name. I don't really see the point in calling the package "rcp" but =
the
module "rich-client".
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Keith Donald
> Sent: Tuesday, February 17, 2004 4:01 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Spring sub-projects
>
>
> I'm fine with 'spring-rich-client' as the module name... the main reaso=
n I
> suggested 'spring-rcp' initially was to be consistent with the proposed
> package name: org.springframework.rcp (to me
org.springframework.richclient
> seemed a little wordy.)
>
> 'rcp' also seems to be a buzzing acronym these days, not that I am big
into
> buzzwords or anything (although  I do have a business degree. :-)) Keit=
h
>
> ----- Original Message -----=20
> From: "Kopylenko, Dmitry" <dko...@su...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 8:09 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>
>
> > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> >
> > -----Original Message-----
> > From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...=
]
> > Sent: Tuesday, February 17, 2004 8:04 AM
> > To: spr...@li...
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > Any opinions regarding the new module names? Else, I'll create
> "spring-rcp"
> > and "spring-eclipse" in the course of this week.
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On Beha=
lf
Of
> > j=FCrgen h=F6ller [werk3AT]
> > Sent: Monday, February 16, 2004 9:59 AM
> > To: spr...@li...
> > Subject: [Springframework-developer] Spring sub-projects
> >
> >
> > Everybody,
> >
> > As recently discussed in private mails, I suggest to keep sub-project=
s
> that
> > are close to the Spring core as separate modules in Spring's main CVS=
.
The
> > first two candidates are:
> >
> > - Keith Donald's Spring Rich Client Platform
> > - Torsten Juergeleit's Spring Eclipse Plugin
> >
> > Both Keith and Torsten are in favor of hosting them in our main CVS. =
So
if
> > noone objects, I will create new CVS modules "spring-rcp" and
> > "spring-eclipse", and accordingly give Keith and Torsten commit right=
s
for
> > the main CVS. As the module names cannot be changed easily, feel free=
 to
> > suggest different names!
> >
> > The rationale is to keep all projects that use "org.springframework" =
as
> > package name in Spring's main CVS. Separate modules make sense to let
the
> > sub-projects evolve independently; this way, they do not have to be
> released
> > in direct accordance with the Spring core. Of course, generic classes
that
> > emerge can still go into the core.
> >
> > Consequently, both sub-projects should also get respective sections o=
n
our
> > main website. We should definitely clarify all this before 1.0 final
> (March
> > 1st), as I expect quite a lot of media coverage at that time - we
> shouldn't
> > miss that chance!
> >
> > Juergen
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Spring sub-projects

[Cameron B. <ca...@da...>]

I think spring-rcp is good.  As long as there is some documentation on =
the
spring web site describing what rcp means.

Cameron=20

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of j=FCrgen h=F6ller [werk3AT]
> Sent: Wednesday, 18 February 2004 1:18 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
> I'd like to keep the module name somewhat in sync with the=20
> package and jar file name. I don't really see the point in=20
> calling the package "rcp" but the module "rich-client".
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf Of Keith Donald
> Sent: Tuesday, February 17, 2004 4:01 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Spring sub-projects
>=20
>=20
> I'm fine with 'spring-rich-client' as the module name... the=20
> main reason I suggested 'spring-rcp' initially was to be=20
> consistent with the proposed package name:=20
> org.springframework.rcp (to me org.springframework.richclient=20
> seemed a little wordy.)
>=20
> 'rcp' also seems to be a buzzing acronym these days, not that=20
> I am big into buzzwords or anything (although  I do have a=20
> business degree. :-)) Keith
>=20
> ----- Original Message -----
> From: "Kopylenko, Dmitry" <dko...@su...>
> To: <spr...@li...>
> Sent: Tuesday, February 17, 2004 8:09 AM
> Subject: RE: [Springframework-developer] Spring sub-projects
>=20
>=20
> > Well, spring-rcp is a bit cryptic. How about spring-rich-client?
> >
> > -----Original Message-----
> > From: j=FCrgen h=F6ller [werk3AT] =
[mailto:jue...@we...]
> > Sent: Tuesday, February 17, 2004 8:04 AM
> > To: spr...@li...
> > Subject: RE: [Springframework-developer] Spring sub-projects
> >
> >
> > Any opinions regarding the new module names? Else, I'll create
> "spring-rcp"
> > and "spring-eclipse" in the course of this week.
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> >=20
> [mailto:spr...@li...]
> On Behalf Of
> > j=FCrgen h=F6ller [werk3AT]
> > Sent: Monday, February 16, 2004 9:59 AM
> > To: spr...@li...
> > Subject: [Springframework-developer] Spring sub-projects
> >
> >
> > Everybody,
> >
> > As recently discussed in private mails, I suggest to keep=20
> sub-projects
> that
> > are close to the Spring core as separate modules in=20
> Spring's main CVS. The
> > first two candidates are:
> >
> > - Keith Donald's Spring Rich Client Platform
> > - Torsten Juergeleit's Spring Eclipse Plugin
> >
> > Both Keith and Torsten are in favor of hosting them in our=20
> main CVS. So if
> > noone objects, I will create new CVS modules "spring-rcp" and
> > "spring-eclipse", and accordingly give Keith and Torsten=20
> commit rights for
> > the main CVS. As the module names cannot be changed easily,=20
> feel free to
> > suggest different names!
> >
> > The rationale is to keep all projects that use=20
> "org.springframework" as
> > package name in Spring's main CVS. Separate modules make=20
> sense to let the
> > sub-projects evolve independently; this way, they do not have to be
> released
> > in direct accordance with the Spring core. Of course,=20
> generic classes that
> > emerge can still go into the core.
> >
> > Consequently, both sub-projects should also get respective=20
> sections on our
> > main website. We should definitely clarify all this before 1.0 final
> (March
> > 1st), as I expect quite a lot of media coverage at that time - we
> shouldn't
> > miss that chance!
> >
> > Juergen
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20

RE: [Springframework-developer] Spring sub-projects

[<jue...@we...>]

I'd like to keep the module name somewhat in sync with the package and =
jar file name. I don't really see the point in calling the package "rcp" =
but the module "rich-client".

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Keith Donald
Sent: Tuesday, February 17, 2004 4:01 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring sub-projects


I'm fine with 'spring-rich-client' as the module name... the main reason =
I
suggested 'spring-rcp' initially was to be consistent with the proposed
package name: org.springframework.rcp (to me =
org.springframework.richclient
seemed a little wordy.)

'rcp' also seems to be a buzzing acronym these days, not that I am big =
into
buzzwords or anything (although  I do have a business degree. :-)) Keith

----- Original Message -----=20
From: "Kopylenko, Dmitry" <dko...@su...>
To: <spr...@li...>
Sent: Tuesday, February 17, 2004 8:09 AM
Subject: RE: [Springframework-developer] Spring sub-projects


> Well, spring-rcp is a bit cryptic. How about spring-rich-client?
>
> -----Original Message-----
> From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]
> Sent: Tuesday, February 17, 2004 8:04 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Spring sub-projects
>
>
> Any opinions regarding the new module names? Else, I'll create
"spring-rcp"
> and "spring-eclipse" in the course of this week.
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On =
Behalf Of
> j=FCrgen h=F6ller [werk3AT]
> Sent: Monday, February 16, 2004 9:59 AM
> To: spr...@li...
> Subject: [Springframework-developer] Spring sub-projects
>
>
> Everybody,
>
> As recently discussed in private mails, I suggest to keep sub-projects
that
> are close to the Spring core as separate modules in Spring's main CVS. =
The
> first two candidates are:
>
> - Keith Donald's Spring Rich Client Platform
> - Torsten Juergeleit's Spring Eclipse Plugin
>
> Both Keith and Torsten are in favor of hosting them in our main CVS. =
So if
> noone objects, I will create new CVS modules "spring-rcp" and
> "spring-eclipse", and accordingly give Keith and Torsten commit rights =
for
> the main CVS. As the module names cannot be changed easily, feel free =
to
> suggest different names!
>
> The rationale is to keep all projects that use "org.springframework" =
as
> package name in Spring's main CVS. Separate modules make sense to let =
the
> sub-projects evolve independently; this way, they do not have to be
released
> in direct accordance with the Spring core. Of course, generic classes =
that
> emerge can still go into the core.
>
> Consequently, both sub-projects should also get respective sections on =
our
> main website. We should definitely clarify all this before 1.0 final
(March
> 1st), as I expect quite a lot of media coverage at that time - we
shouldn't
> miss that chance!
>
> Juergen
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Spring sub-projects

[Keith D. <kd...@cs...>]

I'm fine with 'spring-rich-client' as the module name... the main reason =
I
suggested 'spring-rcp' initially was to be consistent with the proposed
package name: org.springframework.rcp (to me org.springframework.richclie=
nt
seemed a little wordy.)

'rcp' also seems to be a buzzing acronym these days, not that I am big in=
to
buzzwords or anything (although  I do have a business degree. :-)) Keith

----- Original Message -----=20
From: "Kopylenko, Dmitry" <dko...@su...>
To: <spr...@li...>
Sent: Tuesday, February 17, 2004 8:09 AM
Subject: RE: [Springframework-developer] Spring sub-projects


> Well, spring-rcp is a bit cryptic. How about spring-rich-client?
>
> -----Original Message-----
> From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]
> Sent: Tuesday, February 17, 2004 8:04 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Spring sub-projects
>
>
> Any opinions regarding the new module names? Else, I'll create
"spring-rcp"
> and "spring-eclipse" in the course of this week.
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf=
 Of
> j=FCrgen h=F6ller [werk3AT]
> Sent: Monday, February 16, 2004 9:59 AM
> To: spr...@li...
> Subject: [Springframework-developer] Spring sub-projects
>
>
> Everybody,
>
> As recently discussed in private mails, I suggest to keep sub-projects
that
> are close to the Spring core as separate modules in Spring's main CVS. =
The
> first two candidates are:
>
> - Keith Donald's Spring Rich Client Platform
> - Torsten Juergeleit's Spring Eclipse Plugin
>
> Both Keith and Torsten are in favor of hosting them in our main CVS. So=
 if
> noone objects, I will create new CVS modules "spring-rcp" and
> "spring-eclipse", and accordingly give Keith and Torsten commit rights =
for
> the main CVS. As the module names cannot be changed easily, feel free t=
o
> suggest different names!
>
> The rationale is to keep all projects that use "org.springframework" as
> package name in Spring's main CVS. Separate modules make sense to let t=
he
> sub-projects evolve independently; this way, they do not have to be
released
> in direct accordance with the Spring core. Of course, generic classes t=
hat
> emerge can still go into the core.
>
> Consequently, both sub-projects should also get respective sections on =
our
> main website. We should definitely clarify all this before 1.0 final
(March
> 1st), as I expect quite a lot of media coverage at that time - we
shouldn't
> miss that chance!
>
> Juergen
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Spring sub-projects

[Keith D. <kd...@cs...>]

I will be making a first set of commits as soon as the new subproject are=
a
is setup.  Initially I'm planning committing several of the smaller, more
mature modules of the platform, 1. to help keep things more manageable in
the get-go and 2. to let you guys assess/give feedback easier.  For examp=
le,
the first module I am planning on contributing will be a library for load=
ing
and caching AWT images from a keyed resource bundle.  No more littering y=
our
application with hardcoded image paths.  It's simple, mature,
well-documented, and I have sample usage illustrations with Spring.  I'll
likely follow that with the action framework, the input validation
framework, dialog/wizard library, and so on.  From those contributions, a=
ny
relavent 'shared' functionality will be suggested for inclusion in the co=
re.
I'd like all this to happen rather quickly, I just don't want to commit s=
ome
stuff 'too fast' before I feel it is ready.

Right now I personally don't have a need for SWT.  Swing meets my needs, =
and
yes as a result the platform does target Swing applications.  Essentially=
 my
idea for the project came out of the fact that SWT has a JFace/Workbench
abstraction layer for a real desktop application but Swing really has
nothing like that (and in my opinion, needs it badly.)  That and of cours=
e
the idea to use Spring IoC to drive configuration and solid design
practices.

You'll find that many of the classes in the framework program to interfac=
es
which -- where possible -- are independent of the underlying widget toolk=
it.
There is only so much I can to do there though, and I admit there are
javax.swing and java.awt. references in some of those interfaces.  I'd
definitely welcome any help in making the platform better, and that inclu=
des
how we can integrate SWT widgets.  I know there is a SwingWT project that
attempts to integrate the two and obviously the Eclipse team is doing it =
now
as well.

Thanks for your interest!  I will continuing to post as I get stuff
committed and get a feel for what people want and what we can get
accomplished by when.  Keith

----- Original Message -----=20
From: "Jozsa Kristof" <dy...@on...>
To: <spr...@li...>
Sent: Tuesday, February 17, 2004 4:13 AM
Subject: Re: [Springframework-developer] Spring sub-projects


> Do we have any public details of this rich client platform? If it's
targeted
> to Swing only, and if there's any need for getting it support SWT, I'd
> consider working on the SWT part..
>
> dyn
>
> On Mon, Feb 16, 2004 at 01:12:42PM +0100, j??rgen h??ller [werk3AT] wro=
te:
> > It's about Keith's support classes for Spring-based Swing application=
s.
They were initially targeted at inclusion in the Spring 1.1 core, but tur=
ned
out more extensive then expected. Thus, I consider it reasonable to host
them as a Spring sub-project rather than as part of the Spring core.
> >
> > It is *not* an Eclipse plugin or the like, it's a support platform fo=
r
building rich client applications on Spring, currently focussing on Swing=
. I
guess Keith himself is in a better position to describe the mission here.=
..
And I assume that he's more than happy to get other rich client developer=
s
on board :-)
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On Beha=
lf
> > Of Dmitriy Kopylenko
> > Sent: Monday, February 16, 2004 12:48 PM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] Spring sub-projects
> >
> >
> > +1. Btw, what is "Spring Rich Client Platform"?
> >
> > Dmitriy.
> >
> > ----- Original Message -----
> > From: j??rgen h??ller [werk3AT] <jue...@we...>
> > Date: Monday, February 16, 2004 3:58 am
> > Subject: [Springframework-developer] Spring sub-projects
> >
> > > Everybody,
> > >
> > > As recently discussed in private mails, I suggest to keep sub-
> > > projects that are close to the Spring core as separate modules in
> > > Spring's main CVS. The first two candidates are:
> > >
> > > - Keith Donald's Spring Rich Client Platform
> > > - Torsten Juergeleit's Spring Eclipse Plugin
> > >
> > > Both Keith and Torsten are in favor of hosting them in our main
> > > CVS. So if noone objects, I will create new CVS modules "spring-
> > > rcp" and "spring-eclipse", and accordingly give Keith and Torsten
> > > commit rights for the main CVS. As the module names cannot be
> > > changed easily, feel free to suggest different names!
> > >
> > > The rationale is to keep all projects that use
> > > "org.springframework" as package name in Spring's main CVS.
> > > Separate modules make sense to let the sub-projects evolve
> > > independently; this way, they do not have to be released in direct
> > > accordance with the Spring core. Of course, generic classes that
> > > emerge can still go into the core.
> > >
> > > Consequently, both sub-projects should also get respective
> > > sections on our main website. We should definitely clarify all
> > > this before 1.0 final (March 1st), as I expect quite a lot of
> > > media coverage at that time - we shouldn't miss that chance!
> > >
> > > Juergen
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > Build and deploy apps & Web services for Linux with
> > > a free DVD software kit from IBM. Click Now!
> > > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
> > >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > Build and deploy apps & Web services for Linux with
> > a free DVD software kit from IBM. Click Now!
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
> > HS^?+,??????o$?y?R???b??.)??
> > i??0=06??u??u?e?&????n???'=1E??+.)??=08????y??=0E?=1F?=06?zH?~?&
=13=02?'$6?!??=7F??l??gr??i???]???e????~7
> --=20
> .Digital.Yearning.for.Networked.Assassination.and.Xenocide
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer